![おまけ• 知らないファイルを知るために私がよくやるこ と – とりあえずヘキサエディタで開く – ビットマップビューを眺めてみる – [サイズ][データ]のような構造が無いか見る – 仕様書があればそれに目を通してみる – ググる *超重要* 81 / 83](/image.pl?url=https%3a%2f%2fimage.slidesharecdn.com%2feyegrepintror3describe-110528020244-phpapp01%2f75%2fgrep-81-2048.jpg&f=jpg&w=240)
Uploaded bymurachue
93,614 views
目grep入門 +解説
目grep入門があまりにもKernelVM::入門だという指摘があったため、解説をつけてよりstd::入門に近づけてみました。
Recommended
More Related Content
What's hot
Similar to 目grep入門 +解説
目grep入門 +解説
- 1.目grep入門 +解説 murachue 1 / 83
- 2.いいわけ 1• なぜかよくわからないけど好評だったらしい•でも – いみわかんねｗｗｗ – 後半が意味不明 – つーかそれ目grep言わないでしょ• というツッコミが…• 頭おかしいというのがうけたらしい? – 全然おかしくないよ!• が、人によっては「ためになる資料です！！」というコ メントもあったり 2 / 83
- 3.いいわけ 2• これはこまった•そもそも、自分で発表を見返して何言ってい るのかわからなかった件についてじゃあ解説つければいいんじゃね<いまここ> 3 / 83
- 4.と、いうわけで解説付きはじまりー 4 / 83
- 5.何が必要? 5 / 83
- 6.はい、ヘキサエディタですね 6 / 83
- 7.• テキストエディタでもなんとかなる時はありますが、基本的に辛いので無難にヘキサエディ タを選びましょう。 – Null文字が消えたりするし – プロポーショナル文字使われるし – 折り返し位置がばらばらだし – などなど…? 7 / 83
- 8.
- 9.
- 10.
- 11.• 3枚ほどhexdumpを見ていただきましたが、いかがでしょうか。 – さっぱり – 何の形式かは分かった – 個人特定した (こわい) 11 / 83
- 12.• 「おまいらバイナリアンはこんなものばっかり見ているんじゃねーの」と思うかも知れません – 実際そういう時もあるけれど – ツール使うよ！！• その一つが… 12 / 83
- 13.見える化(笑) 13 / 83
- 14.
- 15.わかりやすい！(笑)なんてつけて正直スマンカッタ 15 / 83
- 16.
- 17.目grepに必要な知識 •シグネチャ(マジックナンバー) •見た感じ(パターン)あくまで個人的な意見なので、人によって違うと思います。 17 / 83
- 18.ちなみに私の場合は、 18 / 83
- 19.ひたすらファイルを見る作業 によって鍛えられました… 19 / 83
- 20.というわけで、いろいろなファイルを見ていきましょう sample 20 / 83
- 21.• txt – Shift_JIS, EUC-JP, UTF-8, UTF-16… • ゲームが使うファイル • bmp • wav • exe, com, bin… • jpg, png, gif... • lzh, zip, cab, rar...下に行くほど規則性が無くなっていく(高エントロピー)ように並べてみました。あくまで感覚です。 21 / 83
- 22.説明があまかった…• このスライドで説明するときに使うビットマップビューはBinary Editor BZのものです。 – stirlingも同じ色づけらしい….?• 1ドット1バイトに相当します。横幅128ドット。• 1ドットごとの色はその部分に当たるデータの値により ます。• 色づけは以下の通り – 白 : 0x00 (NULL文字) – 水色 : 0x01～0x1F (ASCII制御文字) – 赤 : 0x20～0x7F (ASCII普通の文字) – 黒 : 0x80～0xFF (MSBが立っている)• 詳しくはBZのヘルプをご覧ください。 22 / 83
- 23.• txt – Shift_JIS, EUC-JP, UTF-8, UTF-16…• ゲームが使うファイル• bmp• wav• exe, com, bin…• jpg, png, gif...• lzh, zip, cab, rar... 23 / 83
- 24.テキストファイルなので普通に読めます。 ASCIIの普通の文字とたまにCR/LFの制御文字があるので 赤(ちょっと水色)になります ASCII 24 / 83
- 25.ASCII文字だけのUTF-16は 1文字ごとに0x00が入るので こんな感じになります。BOM ASCII(UTF-16) ビットマップは縦縞になります。 25 / 83
- 26.日本語はMSBが立つことが多いので ビットマップは黒くなってきます。 日本語だけだとほとんど黒(+水色)に。 以降、ここはShift_JISで表示します。 これはShift_JISなので普通に読めます。 Shift_JIS Shift_JISは81、82が多い感じ (=ひらがな)。 26 / 83
- 27.EUC-JPは、Shift_JISより もうすこし黒いですね。 半角カナが多いです。Ax、Bx、Cxが多い? EUC-JP 27 / 83
- 28.EUC-JPよりもうちょっと黒い? 糸へんの漢字が多くなります。E3 xx xxが多いです。 UTF-8 28 / 83
- 29.ASCII文字があると縦線が見えます。日本語があるのに黒くない(赤い)。 (このサンプルではHexdump側は ASCIIしか見えない…) UTF-16 29 / 83
- 30.WindowsのexeファイルにはUTF-16な文字列が入っていることが多いのでサンプルとして 持ってきてみました。(x86実行可能部分) UTF-16 0が多く見えますね! 30 / 83
- 31.• ここで紹介したtxtファイルは、あくまで日本語が多い時の話です。• 韓国語や中国語など別の言語はあまり見な いのでよく知りません… – また別の見え方になると思います。 31 / 83
- 32.txt – Shift_JIS, EUC-JP, UTF-8, UTF-16…• ゲームが使うファイル• bmp• wav• exe, com, bin…• jpg, png, gif...• lzh, zip, cab, rar... 32 / 83
- 33.ゲームが使うファイルはモノによるので説明は適当…PNGの部分 このファイルには PNGファイルがありますね。 (臼NG、IHDR、IDATなど…) よくあるのはパラメータとかが 書いてあるパターンで、 固定長(縦か斜めに揃う)で 疎な感じに見えます。 33 / 83
- 34.txt –Shift_JIS, EUC-JP, UTF-8, UTF-16…ゲームが使うファイル• bmp• wav• exe, com, bin…• jpg, png, gif...• lzh, zip, cab, rar... 34 / 83
- 35.BMPのシグネチャこの画像の場合 カーブの部分がビットマップビューに見えますBMPのようなべた画像の場合は 繰り返しが見られます。 35 / 83
- 36.
- 37.txt –Shift_JIS, EUC-JP, UTF-8, UTF-16…ゲームが使うファイルbmp• wav• exe, com, bin…• jpg, png, gif...• lzh, zip, cab, rar... 37 / 83
- 38.wavファイルのようなべた音声はまだら模様が見えます。 wavファイルの同じ文字が繰り返される シグネチャ ことが多いPCM 11k 8bit mono 38 / 83
- 39.16bitはまだら+点々が見えます。PCM 11k 16bitmono 39 / 83
- 40.(拡大)PCM 11k 16bitmono 40 / 83
- 41.ADPCMは水色が多いことが 多かったです。 ADPCMの場合、 まだら模様は見えにくいです。 でも水色率の波は見えたかも。ADPCM 11k 4bit mono 41 / 83
- 42.txt –Shift_JIS, EUC-JP, UTF-8, UTF-16…ゲームが使うファイルbmpwav• exe, com, bin…• jpg, png, gif...• lzh, zip, cab, rar... 42 / 83
- 43.黒っぽい 白・水色っぽい 赤っぽい ぐちゃー ごま塩 ARM、MIPS、SPARCは x86は命令が 命令が固定長(32bit)なので縦に揃う 可変長なので 揃わない (ここではTHUMBモードは無かったことに…) 43 / 83
- 44.x86-64は赤っぽい ですね。 (ごま塩)ごまではない塩。 白の部分が 多いような 気がします。 44 / 83
- 45.txt –Shift_JIS, EUC-JP, UTF-8, UTF-16…ゲームが使うファイルbmpwavexe, com, bin…• jpg, png, gif...• lzh, zip, cab, rar... 45 / 83
- 46.ヘッダ部分 JPGなど圧縮された JPEGのシグネチャデータがあるファイルはぐちゃぐちゃに見えます。 jpg (元画像) 46 / 83
- 47.やはりデータ部は ぐちゃぐちゃ ZIPファイルの シグネチャヘッダ部 zip 47 / 83
- 48.gzipのシグネチャ 1F 8B (08)はあまりにも有名やはりデータ部は ぐちゃぐちゃ (おまけ)gzip 48 / 83
- 49.(PDFの一部より、選択部分) zlibのシグネチャ。78 9Cは有名。 他にも78 DA、78 01などたまにありやはりデータ部は ぐちゃぐちゃ (あ、ここPDF部分ですね…) (おまけ) zlib 49 / 83
- 50.• まめちしき: zip、gzip、zlibのデータ部分はどれ もdeflateという同じアルゴリズムで圧縮されて います。• 圧縮されている部分はさすがに読めないので、 これらは(私の場合)ヘッダを頼りに探していく ことになります。 50 / 83
- 51.• ちなみに、圧縮されているデータの他に、暗号化されたデータも同じようにぐちゃぐちゃに 見えます。• 見分けはつかないと思います…。(ヘッダ等を 参考にできるなら別) 51 / 83
- 52.実践 52 / 83
- 53.某ルータのファームウェア 53 / 83
- 54.おなじみgzipのシグネチャだ!! 54 / 83
- 55.(展開後)むむっ、縦に並んでいて水色っぽい…MIPSだな!? 55 / 83
- 56.(スクロール後)ASCIIテキストだ! ra、fp、hi、lo… MIPSで間違いないな! 56 / 83
- 57.(さらにスクロール後) この感じ…音声かビットマップか? 57 / 83
- 58.音声でしたー (μ-law) 58 / 83
- 59.某CTFの問題 ばらばらzip 59 / 83
- 60.Unallocatedって… 不吉だなあ… 56MB… 60 / 83
- 61.Unallocatedで不吉ってなによ• 最近、CTF(ハッキングコンテスト)の問題として出始めました• ファイルシステムの未使用領域(unallocated area)だけを切り取ったファイルを渡されるので、 そこからkeyを見つけ出す作業になります• 削除されたファイルが鍵となることが多いです• ファイル名、クラスタチェーンなどの情報 (metadata)が無いため、解くのはかなり難しい事 が多いです – かなり断片化してたら解くのは無理レベル 61 / 83
- 62.
- 63.(スクロール後)x86のコードもあるぞ… この混沌具合、 どう見てもunallocatedです。 本当にありがとうございました。 63 / 83
- 64.(さらにスクロール後) むむ、怪しいzipファイル…! (keyfileってファイル名…!!)ビットマップビューを参考に切り取ってみて展開してみたが、 壊れていると表示され駄目。 64 / 83
- 65.(さらにさらにスクロール後) FILEレコードがある… どうやらNTFSの未使用領域を 集めたモノらしいな。FILEレコードが並んでいるのでここはMFTだった場所らしい。ここには例のzipファイルの情報は ありませんでした…。 65 / 83
- 66.
- 67.一旦例のあやしいzipがあった 場所に戻ってみるそういえば、ビットマップビューに 縞々が見えないか…? (普通の圧縮されたデータなら このような縞々はでないはず…) 67 / 83
- 68.(拡大) こんな感じに… 68 / 83
- 69.(拡大)(ディスプレイの性能に左右されるかも…) 69 / 83
- 70.スクロール後気づいたら、同じような縞々が 見える場所が ほかにもあるぞ!? 70 / 83
- 71.さらにスクロール後 ここも縞々だ と思ったらzipの終わりが見えた 71 / 83
- 72.さっきの縞々があった部分くっつけたらいけるんじゃね…!?? 72 / 83
- 73.
- 74.早速keyfileを展開してみました。 うーん、知らない形式だなあ…でもこの感じ、べた形式に見える。 音声かビットマップかな? 74 / 83
- 75.スクロール後 なんとなく、ビットマップのような気がするな… rawファイルを表示できる 画像ビューアで見てみるか! 75 / 83
- 76.すごくビットマップっぽい！ 幅を変えてみて… 76 / 83
- 77.keyｷﾀ━━━(ﾟ∀ﾟ)━━━!! この問題の答えは sm4rtc4rvin9でした。 77 / 83
- 78.目grep入門 完解説はもうちょっとだけ続くのじゃ 78 / 83
- 79.• いかがでしたか?• すこしでも分かっていただけたら幸いです。•他にもPNGやGIFやmp3やLZHや7zやBZ2や LZSS(アルゴリズム)やLZMAやXORで暗号化され たデータなどなどなどなど…も盛り込みたい所です が、力尽きました。 – (というより、よくこの内容8分で話したな…) – 以上の形式はみなさまの宿題ということで。 – ＼えー／ 79 / 83
- 80.解決したかな?• いみわかんねｗｗｗ• 後半が意味不明– おわかりいただけたと思います。• つーかそれ目grep言わないでしょ – 私の場合、元々CTFでkeyを探すところから知られ たので、目grepと言われていました。 – 「というかg/re/pではないよね」というツッコミに関 しては…まあその通りだと思います。reもpもない し… 80 / 83
- 81.おまけ• 知らないファイルを知るために私がよくやること – とりあえずヘキサエディタで開く – ビットマップビューを眺めてみる – [サイズ][データ]のような構造が無いか見る – 仕様書があればそれに目を通してみる – ググる *超重要* 81 / 83
- 82.と、いうわけでですね• バイナリアンヘキサリアン(なにそれ)の生態を少しは分かっていただけたと思います。 – 大したことないですよね。 – 昔の人は今回の内容を「普通じゃん」と思うような スキルを持っていたらしいですし。• それではまた～ (・∀・)ﾉｼ 82 / 83
- 83.目grep入門 +解説完 83 / 83