picoCTF 2019 OverFlow 2 - Points: 250

#問題

https://2019game.picoctf.com/problems

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/17681/dc45bfca-9484-7164-85cb-36b31cd41946.png)

#解いてみた

ソース見ます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/17681/a7ecbb6f-dba1-4ddd-cd00-292299aa7ded.png)

vuln()戻りアドレスをmain()じゃなくてflag()にしたらいい問題でしょうか。

とか思ったけど、そもそもいきなりジャンプでflag()に飛ばして、if文をさらに飛ばせばflag表示されるんじゃないかと思ってやってみました。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/17681/40e92d49-e79e-616d-3cf8-435baf539fa0.png)

さすがにダメなんですね。
pushとかちゃんとやらずにジャンプだけしてもやはりだめか。

当初の予定通りvuln()の戻りアドレスをflag()に書き換える作戦にします。
まずは何文字目にアドレスを入力すればよいか調べます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/17681/0d29a908-d444-eebf-5a37-9c578df24f29.png)

んー、そういえばこの問題は戻りアドレスを出力してくれないので簡単に確認できないんでした。
前の問題が易しすぎたということか。

picoCTF 2019 OverFlow 1 - Points: 150
https://qiita.com/CTFman/items/ed6985c45bb9f909fbd2

gdbでvulnの終了直前にリターンアドレス書き換えればいいんじゃないかと思って、やってみました。
そしてflag()までは飛べたことを確認できたんですが、その先に進もうとするとやはり同じエラーが。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/17681/d24bdb63-3a4e-aec7-7d4c-c1e257835ba6.png)

gdbを自分自身が実行しているから、flag.txtを開く権限がないという話な気がしてきた。
やはりリターンアドレスを確認して、普通に実行したときにオーバーフローしないといけないようです。

普通に実行したときにリターンアドレスが何になってるか調べます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/17681/49da61e0-2b09-4abb-0222-e3e2ad8b2383.png)

リターンアドレスは0x0804871cということがわかりました。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/17681/f325e08f-5970-7f69-fc3a-41654bc77e15.png)

念のため確認するとcall vulnの直後のアドレスと同じなので合ってそうです。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/17681/23f16b02-8847-3412-b831-d67176ecb24e.png)

長めの文字を入れてオーバーフローをしないといけないんですが、vuln()内の配列bufの長さBUFSIZEは7行目で176文字ということなので、200文字で試してみます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/17681/2321ae25-aaff-797f-7716-8035363e5110.png)

適当にランダムな文字列を200文字入力してespの中身を確認してみると0x554c4d32になってたので、さっきと違います。
つまり上書きされたということ。

0x554c4d32が何かというとULM2です。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/17681/e80ee1f3-c6d2-9e4c-d1aa-acb259b9108f.png)

リトルエンディアンなので2MLUがランダム文字列の中にあるはずなので検索してみたところ、189文字目に出てきました。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/17681/bbf6b2fb-35c1-c18a-7eaf-600a4ad1c2a6.png)

最終的に飛ばしたいflag()の先頭アドレスは0x080485e6です。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/17681/15ae6a53-a0b8-ad90-e349-f688ea167608.png)

なので2MLUのところを0x080485e6にすればよいはず。
リトルエンディアンに注意してこんな感じにします。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/17681/742c49df-ad28-f2ed-af92-dc2ab71cd110.png)

flag()ではif文の比較が2つあって引数も2つあるのでそれを後ろにつけます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/17681/809db736-c880-3718-5ff9-5ee584ae77f1.png)

「ダミーデータ リターンアドレス 引数1 引数2」の順です。
これで実行してみます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/17681/1e61c0a0-c3bd-dffc-9293-ff9a5da8d396.png)

ダメでした。
たぶん普通の状態でメソッドが呼ばれたときのスタックの状態は以下のようになってるはずです。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/17681/ae91cdec-5718-6384-7885-b590e0895a4a.png)

この時に引数1を使おうとするとespから2つぶん下の段のものを使用することになります。
そして今vulnから無理やりflag()に飛ばした時の状態は以下です。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/17681/d6f44f1a-9495-7614-8f7d-bc90dce839dc.png)

この状態でespから2つぶん下の段のものを使用しようとすると引数2が取れてしまいます。
なのでif文でうまくいかなかったんだと思います。

ということでリターンアドレスと引数1の間にダミーデータを入れる必要がありそうです。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/17681/a89d8cf8-94c2-99c0-ecfe-0eb049d1db76.png)

これで再度実行してみます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/17681/554d4766-3eee-c322-d63d-2dd53a4dde3e.png)

できたー。