・PSPのハックは、自前IPL作成かBIOS-ROMダンプ成功で全てが終わる！ってか？
「匿名活動人 ぶた」氏によりPSPのFW、sigcheck、TA-82、NANDflashなどに関する詳細な考察がコメントされた。
「Signature Checkについて
」[しじみの居所とPSPの行く末]から、無断に引用の抜粋。ゴメンナサイ。
--
・FW2.60から、IPLを解凍する暗号キーが起動時のメモリ（多分BIOS-ROM)から作られるようになりました。
・FW2.71から、ms0へのIoGetstatのデータを格納するポインタがカーネルエリアを指せないようになってます。
・2.80からは、ブートするprxはhash値をチェックされます。
・3.00からは、FW暗号キーはパラメータから加工して作るように隠蔽されています。
・このように穴対策は、2.71/2.80の間に大きな壁があるわけではなく、以前から随時行われていています。
・FWへのsigcheckは、~PSPファイルの80H～が加工されます。
・sigcheckの実装はだいぶ前からのようですが、2.71まではsigcheck無しでもロードできてました。
・sigcheckの元々の役目は、書き込まれたFWファイルをそのPSPに固定することだったと推測されます。
・つまりアップデートしたダンプをFlsahROMから直接吸い出しても、他のPSPで流用できないようにする為に。
・実際に以前のFWはsigcheck機能はあるが、sigcheckを付加しないFWファイルも動きますので。
・sigcheckは、XMBではなくOSそのものが持っている機能です。
・XMB自体はOS上で動くユーザーモードアプリで、UMDゲームや自作エミュなどと同レベルにあります。
・tiff exploitはXMBのハックなので、そこはユーザーモードです。
・ここからは私の推測ですが、さらに穴のあるシステムコールを呼び出して、カーネルエリアを書き換え、カーネルハックするのだと思います。
・2.71でカーネルモードへ移行する穴が、たまたま2.80でふさがってる事でしょう。新しい穴が見つかれば2.80カーネルモードは割れます。
・sigcheckは署名認証というよりは、固有キーを使った暗号システムの一部で、新しいVerのモジュールに限って機能します。
・もしアップデータにsigcheckが付加されていれば、それは1.50のPSPで起動できません。理論的にアップデータとPSARは永遠にダンプされ続けます。
・TA-82で1.50が起動できないのは、多分NANDflashが1.7V版になった事が原因と思われます。
・TA-82は持ってないので未確認ですが、NANDflashのデバイスIDが3.3V版と異なっていて、1.50のIPLがこのIDを認識せず、起動できないのだと思います。
・IPLの改造＝暗号化はまだ割れていません。SEは1.50のloadcoreの穴を利用していて、それは1.50のIPLを必要としますので、ココがTA-82のネックになってます。
・自前IPLの作成＝暗号化に成功するか、BIOS-ROMのダンプに成功すれば、全てが終わるでしょう。
--
なるほど・・・。
なんとなく少し分かったような・・・。
「devhook V0.46.0000 By BOOSTER」のpspbtcnf_game.txtの絶対パス指定("ms0:/dh/kd/devhook.prx")が、「devhook V0.50.0000 By BOOSTER」のpspbtcnf_game_dh.txtでは、"/kd/devhook.prx #DEVHOOK"に変更されていた理由が・・・。
しかし、このコメントの内容を見てみると。
1)文章の語尾が基本的に「ですます調」である
2)専門用語の省略文
3)全角英数字を使用しない
4)句点の使い方
5)小生の思い込み
以上の理由により「匿名活動人 ぶた」氏は、「・・・・・・・」氏かも？
って、5)項の割合が多いのだけど・・・。
ま、それはさておき
「自前IPLの作成＝暗号化に成功するか、BIOS-ROMのダンプに成功すれば、全てが終わるでしょう。」
だ、そうですよ。
早く、終わってほしいような、しかしチョット寂しいような。
って、他人事かよ！
DevHook作者「BOOSTER」氏、そして「匿名活動人 ぶた」氏に感謝です。
人気blogランキング PS3(60G) PS3予約 PSP予約 トップPSP