#解
31 C0はゼロクリア
xor eax eaxなので
eax=0
83は2バイト読込
C0→11 000 000
11は直読
000はadd
000はeaxなので
eax=eax+09=9
D1は1ビットシフト
E0右から11 100 000 で真ん中が100なので左シフト
9=1001→10010→18
E8(11 101 000)なので、
18-04=14
C3はreturn
なので答えは14でしょうか
#問
勉強メモ (x86-64)
以下の機械語(16進数11バイト)を実行したとき、関数から戻る時点でのeaxの値(10進数)はいくつでしょう?
31 C0 83 C0 09 D1 E0 83 E8 04 C3
0%14
0%16
0%20
0%30
0 votes • Final results情報漏洩が起きないことを数学的に保証するバックエンドフレームワーク「Nyxis」を公開しました!
たぶん世界初です。
Nyxisで書かれたバックエンドは、企業の持つ機密情報をより安全に守ることができます。
昨今急増しているサイバー攻撃を防ぐ手段として、このような方法があることをお伝えしたいと思い、今回の発表に至りました。
開発者は「どの権限を持つユーザーが何を実行可能であるか」のルールを管理するだけで、残りのコードをAIエージェントに任せても認可の安全性が担保されます。
Nyxisは大部分がLean言語で記述されており、形式検証によって
「任意のHTTPリクエスト列に対し、認証された主体の正当な権限を逸脱するデータの読取・変更・削除・権限付与は発生しない」
という認可安全性定理を機械的に証明しています。
認可の不備は、OWASP脆弱性ランキングにおいて2019年版から連続1位であり、最優先で対策すべきリスクの一つです。
形式検証を活用したこのフレームワークは、テストに頼る従来の開発に比べて、格段にセキュアなソフトウェアを実現します。
先日MicrosoftとGitHubが、形式検証を用いた開発キット「PDD Kit」を発表しました。
こちらはより幅広い性質を扱える一方、プログラムごとに仕様を作り、それが意図に合っているかを開発者が確認する必要があります。
Nyxisは証明する定理を認可安全性に絞ってあらかじめ定めているため、開発者はポリシーを管理するだけで済みます。
もちろん、一定の仮定は存在しています。証明外コードと実行環境は信頼する前提であり、開発者がポリシーを誤って書けば、意図した保護は得られません。
この定理の範囲内において、数学的保証は非常に強力です。実システムに組み込める技術としてここまでの保証を与えたものは、私の知る限りまだ存在しません。
一方で、表現力の乏しさやLeanのライブラリ不足など、改善すべき点はまだ山積みです。
本当はもっと完成度が高まった時点で公開しようと考えていましたが、昨今のセキュリティインシデントの状況を鑑みて、このタイミングで発表することにしました。
世界をセキュアにする一助になれば嬉しいです。
github.com/NyxFoundation/nyx…
#cve
昔、WindowsのMSHTMLに関する脆弱性CVE-2024-38112があったそうです。
無効化された旧IEを背後で呼び出し、
意図しないコード実行に繋がる可能性があるそうです
nvd.nist.gov/vuln/detail/cve…
この脆弱性は2024年7月の更新でMHTML関連の関連付けが見直され修正済みのようでふ
不審なショートカットや添付ファイルを不用意に開かないよう注意し、Windows Updateを最新に保つことが有効な備えになるかもしれません。
msrc.microsoft.com/update-gu…
#cve
メールアプリ「Microsoft Outlook」に過去に脆弱性(CVE-2023-23397)があったそうです
CISAのKEVにも登録されており、メールを開かなくても認証情報が漏洩する「ゼロクリック型」の手口として広く知られている事例のようです
cisa.gov/known-exploited-vul…
昔ですが
Microsoftより修正プログラムが提供されているようです
Windows版Outlookをご利用の方は、Officeの更新状況を確認すると安心かもしれません
社外へのSMB通信(ポート445)などをルータ等で制限することも推奨されているようです
参考
microsoft.com/en-us/msrc/blo…
rapid7.com/blog/post/ra-cve-…


