TryHackMe biteme writeup

Room: [biteme](https://tryhackme.com/room/biteme)
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.167.12```
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/25e864e7-395f-8398-0910-d9b87c36453c.png)
22/tcp(ssh)はひとまず置いておいて、80/tcp(http)にアクセスしてみると以下通りApache2 Ubuntu Default Pageが出力されました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/3bc8aebe-e811-f443-0f16-274f3bd8c72e.png)
残念ながら当該ページには有用な情報が無さそうなので、隠しディレクトリがないか```gobuster```を使用して確認していきます。
```gobuster dir -w /usr/share/wordlists/dirbuster/directory-list-2.3-small.txt -u http://10.10.167.12/ -t 50```
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/e3244f42-0b5b-4932-c442-86712e26231b.png)
/consoleという怪しげなディレクトリを見つけたのでアクセスしてみます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/9f80ae2f-07aa-7464-6276-a5da7add1427.png)
ログインページが出てきましたが、キャプチャがあるため辞書攻撃やブルートフォース攻撃は難しそうです。

ソースコードを確認していたところ、怪しげなスクリプトを発見しました。
難読化されているようですが、ログイン試行を一度行うと解除されたものを読むことが出来ました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/c4f4acfd-1d9b-4a8e-3476-e97716145672.png)
JasonからFredへのメッセージであり、PHPのsyntax highlightingが有効になっているとのことです。
[Microsoftのドキュメント](https://docs.microsoft.com/en-us/iis/application-frameworks/running-php-applications-on-iis/enable-php-syntax-highlighting-on-iis-7-and-above)を確認したところ、syntax highlightingは他のチームメンバがソースコードに素早くアクセスできるようにするための機能とのことです。

ソースコードへのアクセス（/console/index.phpsへのアクセス）を行います。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/b7f04303-208a-55b3-8728-0c03dad1c9a9.png)

どういう認証方法になっているのか確認できそうです。
また、functions.phpを読み込んでいるようなので、こちらのソースコード（/console/functions.phps）へもアクセスしてみます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/b17c6488-46f6-15fd-4a92-7cc87f2a9adf.png)
具体的なユーザ名とパスワードのチェック方法が見れました。
どうやら、ユーザ名は入力値をbin2hex化したものが/console/config.php内の「LOGIN_USER」と一致しているかで確認しているようです。
また、パスワードは入力値をmd5でハッシュ化したものの末尾3文字が「001」と一致しているかで確認しているようです。

以下の通り、ユーザ名とパスワードの解読を行いました。
**ユーザ名**
console/config.phpsへアクセスし、LOGIN_USERの値を取得。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/2d72cc21-1c55-1358-d604-1871c85872c1.png)
取得した値「6a61736f6e5f746573745f6163636f756e74」をデコード。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/1c57bd7e-61a2-2c65-b5b3-690563517112.png)
以上より、ユーザ名は「jason_test_account」であることがわかりました。

**パスワード**
[md5のレインボーテーブル](https://raw.githubusercontent.com/KhurumAzam/RockYou_Password_MD5_Hashes/main/dump.txt)から末尾3文字が「001」であるものを確認
※末尾3文字が「001」であればどれでも大丈夫です。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/b9c393c2-deca-49cc-bacb-6f1a6df191e3.png)
以上より、「violet」がパスワードに当てはまりそうです。
※これはかなり脆弱なチェック機構です。

取得したユーザ名とパスワードを使用してログインします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/56c249c1-d0af-7b2a-7ba6-7120cae22e4f.png)
すると、今度はMFAの入力を求められました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/04ccf7ab-1f9d-73f0-e2b5-cb5416ba2c0c.png)
MFAなので、入力制限がかかっていると思い、ヒントになるものはないかと探していたところ、またソースコード内に難読化されている部分を発見しました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/fe4c311a-9133-c88d-272b-38c5a7a6724b.png)
先ほどと同様に、一度適当に入力してContinueボタンを押すと内容が解読され、ブルートフォースの防御機構が無いことがわかりました。
ブルートフォースができることがわかったのでhydraを使用してMFAコードを取得します。
```hydra -l none -P list.txt -s 80 10.10.167.12 http-post-form "/console/mfa.php:code=^PASS^:F=Incorrect code:H=Cookie: PHPSESSID=kc5t1bkroqus5ah97n56k4uo9s; user=jason_test_account; pwd=violet" -t 64```
※list.txtは0000~9999のリストです。
※form認証ではありませんが、MFAコードを^PASS^として見立ててます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/8b1acfa3-f772-e364-c62b-076194910ca7.png)
上記より、MFAコードが「1494」であることがわかりました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/1eb86ab2-547e-79a5-4763-55e5de76962b.png)
MFA突破後は上記ページが現れました。
「File browser」と「File viewer」とのことなので、なんとなくbrowserがlinuxコマンドの「ls」コマンド、viewerが「cat」コマンドのように想像がつきます。
試しにbrowserで現ディレクトリを参照したところ、予想通りの結果になりました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/06f94a18-4592-8b5d-9283-f86371f74f73.png)
この機能を使えばマシン内部の探索が行えそうです。

しばらく探索を行ったところ、/home/jason/.ssh/にてSSH接続用の秘密鍵を取得することが出来ました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/36f46924-907b-d3cb-9f3c-bf3f8b850004.png)
ただ、単純に秘密鍵を使用してSSH接続を行うことはできませんでした。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/bc502d13-d3fd-8e54-2e8d-c84b15767633.png)
そこで、秘密鍵からパスフレーズを解読します。
解読には```ssh2john```と```john the ripper```を使用します。
まずはssh2johnを使用し、秘密鍵からパスフレーズのハッシュ値を取得します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/8989e764-bc75-e69b-1214-bd970c1b44f2.png)
続いて取得したハッシュ値をjohn the ripperで解読します。
```john --wordlist=/usr/share/wordlists/rockyou.txt hash.txt```
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/6da85299-86fb-22fe-70da-8c35b5830b0a.png)
上記よりパスフレーズが取得できましたのでSSH接続を行います。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/2167ca09-e181-f503-8436-08606cf32daa.png)
/home/jasonにてuser.txtを取得しました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/99894eec-4b8c-fbbb-f93e-2a482a9a20f7.png)

# 権限昇格
## 権限昇格①
```sudo -l```の結果、パスワード無しでfredの権限ですべてのコマンドを実行できることがわかりました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/bc295301-7b30-b35b-2bd5-873e85d5a711.png)
```sudo -u fred /bin/bash```にてfred権限のシェルを取得します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/848448a7-7824-45f6-26d5-88a2ba5ace7e.png)
## 権限昇格②
```sudo -l```の結果、パスワード無しでrootの権限で```/bin/systemctl restart fail2ban```を実行できることがわかりました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/78ff040f-6952-7e9d-a3c9-178c5bf660de.png)
fail2banは使用したことがありませんが、[qiita記事](https://qiita.com/hana_shin/items/1233b3b8eea241bcadad)より、振る舞い検知型のIPSソフトウェアであることがわかりました。
また、[当該記事](https://grumpygeekwrites.wordpress.com/2021/01/29/privilege-escalation-via-fail2ban/)より、fail2banにはアクセス違反時の動作にOSコマンドを設定することができ、これを悪用して権限昇格できることがわかりました。

具体的には以下のステップで権限昇格を行います。
> 1. IPアドレスがiptablesの拒否リストに追加された時に実行されるコマンドを変更する。（シェル取得用コマンドにする）
> 2. root権限でfail2banをリスタートする。(```sudo /bin/systemctl restart fail2ban```の実行)
> 3. 自身のIPアドレスがiptablesの拒否リストに入るよう、SSHにブルートフォース攻撃を行う。

上記を実施するために、まずはアクセス違反時の動作を定義する「iptables-multiport.conf」を捜索します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/d0f9b6e9-0f4b-48a2-d79f-33a7d1291357.png)
```find / -maxdepth 4 -name iptables-multiport.conf 2>/dev/null```にて捜索した結果、/etc/fail2ban/action.d/に存在することがわかりました。
また、当該ファイルの所有者はfredであり、書き込み権限があることもわかりました。

では、実際にアクセス違反時の動作を権限昇格用のコマンドに変更します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/7ab41120-956a-00d9-95e1-44520efb4ad2.png)
アクセス違反時の動作は「actionban」と「actionunban」によって定義されているので、ここへシェル取得用のコマンドを記載します。
次に、```sudo /bin/systemctl restart fail2ban```にてfail2banをリスタートします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/7645ce98-8ed2-268d-f4ef-f270162436d8.png)
最後に、自身のマシンで接続を待ち受け、hydraを使用してSSHに対してブルートフォース攻撃を行います。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/884c39f0-ed0f-d25b-be8f-3d2cfa4c8e57.png)
無事、root権限のシェルを取得することが出来ました。
/root/root.txtにてfragを取得し、マシン攻略完了です。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/644015/66c693a5-ed48-d7c3-03b1-beee14476fa2.png)