TryHackMe Wonderland writeup

Room: [Wonderland](https://tryhackme.com/room/wonderland)
Difficulty: Medium
Show: Free

CTF形式でマシン攻略しフラグを取得するタイプのRoomになります。

# 列挙
nmapを実行したところ、22/tcp(ssh)と80/tcp(http)が稼働していることがわかりました。
```nmap -v -Pn -T4 -sV -sC --version-all -A --osscan-guess 10.10.227.248```
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/519d71f2-cc95-380e-6cd1-c0646b4ebe34.png)

22/tcp(ssh)はひとまず置いておいて、80/tcp(http)にアクセスしてみると以下のページが出力されました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/b80e5066-1e6a-050c-af6e-1331109caf3a.png)
残念ながら、当該ページ上ではexploitにつながりそうな情報は得られなかったので、続いてdirbusterを用いて隠しファイルやディレクトリがないか確認しました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/fb6950df-15d8-8d6d-6adf-88c03e9559d3.png)
再帰探索できるように設定して実行すると、rabbitのアルファベット毎にディレクトリが存在することがわかりました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/f6f75820-b2bd-4860-649b-5b42ca1c44cc.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/c7e5626a-17f0-5a9a-a4ea-f7c3c5527389.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/29ab302f-f831-0606-6419-36d1951ff1d4.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/35fa706c-46af-f6d0-5c28-48dc68e09fe3.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/4afcada4-422f-2a5e-6071-b4ef71773766.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/e3bd063d-6181-1de1-d5a0-5a1cea1c5215.png)
どうやら、各ディレクトリで会話形式になっているようです。
最後の```http://10.10.227.248/r/a/b/b/i/t/```までたどり着きましたが、ページ上だけだと有用な情報が得られず、ディレクトリ名も相まってrabbit hole（罠）にハマってしまったのかと考えました。
ただ、その後なんとなくソースコードを見ていたところ、ページ上には表示されない怪しい箇所を見つけました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/a89b06bc-223d-03d6-d3b1-62362d489ad5.png)
コロンで区切られており、なんとなくユーザ名とパスワードに見えたのでssh接続を行うとユーザ権限のシェルを取得することができました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/e65f1fd0-5858-1cdc-bee8-537d77b6a870.png)
また、その後user.txtを探し回ったところ、なぜか/home/aliceにはroot.txtがあり、/rootにuser.txtがありました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/fc7f4b57-5931-2291-4a0f-92514c6220d7.png)
# 権限昇格
/homeを覗いてみるとroot以外に4ユーザ分いることがわかったので、いくつかのユーザを乗り継ぎつつrootへ行く必要があるのだろうと想像しました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/8e0f70fb-11a9-2848-c664-6014c374870d.png)

## 権限昇格①
/home/aliceを探索するとroot.txt以外に現権限でも実行できる怪しげなpythonファイル「walrus_and_the_carpenter.py」を見つけました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/2b2f1c49-9271-be56-a64c-b51477d0b8fa.png)
また、```sudo -l```を実行し、aliceに与えられている権限を確認したところ、rabbitの権限で先ほど見つけた「walrus_and_the_carpenter.py」を実行できることがわかりました。
ただ、単純に実行してみたところ、いくつかの文章が表示されるだけだったので、もう少々手を加える必要がありそうです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/48c7f44c-1228-274c-54ac-70d8c6ab7c4f.png)
ソースコードを確認してみました。
どうやらプログラム自体は「walrus_and_the_carpenter」の詩からいくつかのランダム行を抜き出すもののようで、1行目でrandomというモジュールをインポートしていることがわかりました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/d0f02a45-640b-3516-d076-464510b17099.png)
randomモジュールは、定義されたpythonパスの1つにありますが、pythonが優先度の高いディレクトリで同じ名前のモジュールを見つけると、「正当な」モジュールではなく、そのモジュールをインポートします。
したがって、「walrus_and_the_carpenter.py」の同じディレクトリ内で/ bin/bashを実行する「random.py」スクリプトを作成しようとすると、おそらく、「walrus_and_the_carpenter.py」が定義されたpythonモジュールの代わりにこのモジュールを呼び出します。
そして、その「random.py」を細工することによって実行権限である「rabbit」のシェルを手に入れることが出来るはずです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/ecf90e29-f5c8-8cb6-3b09-68645c24920c.png)
予想通り、rabbit権限のシェルを取得できました。

## 権限昇格②
続いて、取得したrabbitシェルで探索を行ったところ、rabbitのホームディレクトリにて怪しげなSUID付きバイナリファイル「teaParty」を見つけました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/78623aed-9c9c-4ab0-a261-66eb57743e91.png)
ただ、実行するだけでは内部でどういった仕組みになっているかわからなかったため、```strings```コマンドを用いて分析を行うことにしました。
残念ながら、対象マシンでは```strings```コマンドを使用することが出来なかったため、対象ファイルを自身のkaliへ移動させて手元のマシンで分析を行います。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/6bd6bc25-db00-7e95-4726-02ca6bd4ab0a.png)
上図は一部を切り取ったものですが、内部では```echo```コマンドと```date```コマンドを使用しているようです。
ここで```date```コマンドに注目してみると、```echo```コマンドは絶対パスで指定されているのにもかかわらず、こちらは絶対パスで指定されていません。
そのため、「正当な」パスに存在する```date```バイナリファイルを使用せず、こちらで用意したバイナリファイルを使用することが出来そうです。また、仮にこのバイナリファイルが/bin/bashを取得するものであった場合、権限昇格に使用できそうな気がします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/3e4ee44e-9385-2d0c-1691-2a60d6818214.png)
上図の通り、まずは/bin/bashを取得するための```date```ファイルを作成します。
その後、```chmod +x date```により、実行権限を付与します。

そして最後に「teaParty」を実行して、偽の```date```を使用させるために、システムが使用するパス（$PATH）に偽の```date```ファイルが存在する/home/rabbitを追記します。
※ここでは本来の```date```バイナリがある/binよりも先にシステムに参照されるように追記する必要があります。
【修正前のPATH】
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/7a7a1667-0846-3a26-6678-e13f5c25f45c.png)
【修正後のPATH】
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/709a8c89-3dda-0aea-1184-e506bd424cda.png)
準備ができたので「teaParty」を実行します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/2b03a6cb-24d3-395f-4146-94dd5af33ccc.png)
無事、権限昇格に成功し、「hatter」権限のシェルを手に入れることができました。

## 権限昇格③
ひとまず/home/hatterを確認してみると、「password.txt」というファイルがあったので```su hatter```を行います。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/9586768a-a3dd-3ad9-df8d-1fcc1bca3478.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/59110ae8-1bad-b88f-48a7-b93ebf0e400c.png)

色々と探索しましたが、残念ながら有用な情報が得られなかったため、linpeasを使用して列挙することにしました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/280658a6-4767-0240-37f5-5fadc057ca55.png)![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/0289855f-65be-a0db-56cd-047c7dc9bf4b.png)
自身のマシンから送り、実行権限を付与して実行します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/5b4c6933-b64b-4799-b9c9-e088dcbab1e9.png)
実行した結果を確認したところ、capabilitiesの設定不備があるようで、/usr/bin/perlにcap_setuidのcapabilityが付与されていることがわかりました。
これを悪用したら権限昇格ができそうです。

> CAP_SETUID
              プロセスの    UID   に対する任意の操作   (setuid(2),   setreuid(2),   setresuid(2),
              setfsuid(2))  を行う。 UNIX  ドメインソケット経由でソケットの資格情報  (credential)
              を渡す際に 偽の UID を渡すことができる。 ユーザー名前空間にユーザー ID マッピングを
              書き込むことができる (user_namespaces(7) 参照)。
http://manpages.ubuntu.com/manpages/bionic/ja/man7/capabilities.7.html

[こちらのサイト](https://gtfobins.github.io/#+capabilities)を参考にし、権限昇格を試みたところ、無事、rootを取得することが出来ました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/05237d42-280d-4795-c423-9f0a6a91e205.png)