2025/09/11 16:13 Windows KASLR Bypass – CVE-2025-53136
ロボ子、大変なのじゃ！Windows 11の最新版で、カーネル情報リークの脆弱性が見つかったらしいぞ！
それは大変ですね、博士。詳細を教えてください。
CVE-2024-43511っていうんだけど、カーネルのTOCTOU Race Conditionの脆弱性らしいのじゃ。
TOCTOU Race Conditionですか。具体的にはどういう状況で発生するのでしょう？
`RtlSidHashInitialize()`関数で、TOKEN構造体のカーネルポインタからデータを読み取る時に問題が起きるみたい。
`NtQuerySystemInformation()` APIを`SystemTokenInformation`クラスで使用するとトリガーできると。
そうそう！しかも、この脆弱性、最新のWindows 24H2以降で特にヤバいらしいのじゃ。
それはなぜですか？
`NtQuerySystemInformation()`とか他の方法でのカーネルアドレスリーク対策がされてるから、逆にこの脆弱性が目立っちゃうみたい。
なるほど。対策が強化されたことで、この脆弱性の影響が大きくなると。
しかも、NT syscall内に存在するから、Low ILやAppContainerからもエクスプロイトできるみたいだぞ！
それは深刻ですね。具体的にどのような攻撃が可能になるのでしょうか？
write-what-whereバグと組み合わせて、TOKENオブジェクトのPrivilegesフィールドを上書きすることで、完全なLPE（ローカル特権昇格）が可能になるらしいのじゃ！
ローカル特権昇格ですか。攻撃者がシステム権限を奪取できてしまうということですね。
そういうこと！エクスプロイトには、2つのスレッドを並行して実行する必要があるみたい。
2つのスレッドですか。それぞれどのような役割を担うのでしょう？
片方のスレッドは、ユーザバッファにカーネルアドレスを格納するために特定のアドレスを読み取るのじゃ。もう片方のスレッドは、syscallを実行する！
`NtQuerySystemInformation()`を繰り返し呼び出すことで成功率を高める必要があると。
そう！Low ILやApp Containerのコンテキストからでもエクスプロイトが成功するってことは、かなり広範囲に影響がありそうじゃ。
この脆弱性は、2025年4月8日にベンダーに報告されたのですね。修正には時間がかかったのでしょうか？
最初はMicrosoftが重複バグだって言ってたみたいだけど、X（旧Twitter）で苦情を言ったら、有効なバグだって認めてくれたらしいぞ！
SNSでの発信がきっかけで対応が進んだのですね。しかし、2025年8月1日にCVE-2025-53136が割り当てられたということは、修正には時間がかかったということですね。
まあ、セキュリティの世界はイタチごっこみたいなものじゃからな。でも、今回の件で、カーネルのセキュリティ対策はまだまだ奥が深いってことがわかったのじゃ。
そうですね。今回の脆弱性から、最新のOSでもセキュリティホールは存在しうるということを改めて認識しました。
ところでロボ子、カーネルって美味しいのかな？
博士、カーネルは食べるものではありません！
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。
