AI を用いた逆解析により GitHub の深刻なバグが発見される

3 分 ![image](https://eu-images.contentstack.com/v3/assets/blt6d90778a997de1cd/blt0f7f3cdef8476589/69f258736bebffd429af87fc/Android_Code_Klaus_Ohlenschlaeger_Alamy.jpg?width=1280&auto=webp&quality=80&format=jpg&disable=upscale) 出典：Klaus Ohlenschlaeger 氏提供（Alamy ストックフォト） [GitHub](https://www.darkreading.com/application-security/supply-chain-attacks-targeting-github-actions-increased-in-2025) は昨日、高深刻度（CVSS 8.7）の脆弱性 CVE-2026-3854 を開示しました。これは GitHub Enterprise Server で発見されたもので、リポジトリへのプッシュ権限を持つ攻撃者が遠隔コード実行を達成することを可能にするものです。GitHub は [ブログ投稿](https://github.blog/security/securing-the-git-push-pipeline-responding-to-a-critical-remote-code-execution-vulnerability/) において、この脆弱性は github.com、GitHub Enterprise Cloud、データ所在地対応の GitHub Enterprise Cloud、およびエンタープライズ管理ユーザー対応の GitHub Enterprise Cloud にも影響を与えると述べています。 クラウドセキュリティ企業 Wiz は、3 月 4 日に GitHub の [バグ報奨金](https://www.techtarget.com/whatis/definition/bug-bounty-program) プログラムを通じてこの脆弱性を報告しました。GitHub によると、発見から 2 時間未満で検証が完了し、github.com への修正が適用されました。さらに調査の結果、悪用は行われていないと結論付けられています。 リモートコード実行バグは通常、注意を喚起する価値がありますが、今回の状況は特に注目すべきです。Wiz はその [ブログ記事](https://www.wiz.io/blog/github-rce-vulnerability-cve-2026-3854) で、「これは AI を用いてクローズドソースバイナリで発見された最初の重要な脆弱性の一つであり、これらの欠陥が特定される方法における転換点を示しています」と説明しています。 関連記事：[GlassWorm VS Code 拡張機能によるサプライチェーン攻撃の新たな波](https://www.darkreading.com/application-security/fresh-glassworm-vs-code-extensions-supply-chain) ## CVE-2026-3854 の仕組み GitHub の Alexis Wales は、同社の開示ブログで次のように述べています。ユーザーがプッシュしたコードは GitHub 内で複数の内部サービスを経由します。リポジトリの種類やプッシュ先の環境といったメタデータは、内部プロトコルを介して各サービス間でやり取りされます。 「この脆弱性は、このメタデータ内でのユーザー提供の git push オプション（push options）の扱い方を利用したものです。push オプションは、クライアントがプッシュ時にサーバーへキー・バリュー文字列を送信できるようにする意図的な機能です」と彼女は記述しています。「しかし、ユーザーが提供する値は、十分なサニタイズ（無害化処理）なしに内部メタデータに取り込まれていました。内部メタデータ形式で使用されている区切り文字が、ユーザー入力にも現れる可能性があるため、攻撃者は追加フィールドを注入し、下流のサービスがそれを信頼できる内部値として解釈するように仕向けることが可能になります」 Wiz は、攻撃者がこれらの値をいくつか連鎖させることで、さまざまな保護や内部制限を回避し、リモートコードを実行できることを実証しました。 GitHub と Wiz の両社は、GitHub Enterprise Server の顧客に対し、修正済みバージョン（3.14.24, 3.15.19, 3.16.15, 3.17.12, 3.18.6 および 3.19.3）へのアップグレードを推奨しています。他の影響を受ける製品とは異なり、Enterprise Server ではパッチ適用にプッシュ権限を持つ認証済みユーザーが必要です。GitHub Enterprise Cloud、エンタープライズ管理ユーザーを備えた GitHub Enterprise Cloud、データ所在地を指定した GitHub Enterprise Cloud、および github.com は既にパッチが適用されており、ユーザーによる介入は不要です。 Wiz のブログ投稿において、セキュリティ研究者の Sagi Tzadik は影響を受けるユーザーに対しアップグレードを促し、公開時点ではインスタンスの 88% が依然として脆弱であると指摘しました。 関連記事:[Vercel Employee's AI Tool Access Led to Data Breach](https://www.darkreading.com/application-security/vercel-employees-ai-tool-access-data-breach) ## AI Reverse-Engineered Vulnerability Discovery Tzadik は、Wiz が以前 GitHub Enterprise Server 上で脆弱性の探索を行っていたと記述していますが、「このパイプラインを実行する膨大な量のコンパイル済みブラックボックスバイナリを抽出し監査するには、歴史的に非現実的なほどの時間と人的労力が必要でした」と述べています。 IDA MCP という、バイブス逆アセンブリに使用される [AI パワー化された](https://www.darkreading.com/cyber-risk/cybersecurity-playbook-ai-adoption)アシスタントが登場しました。これは Wiz が以前は「コストが高すぎて不可能」とされていたことを可能にし、ブログでは GitHub のコンパイル済みバイナリの迅速な分析、内部プロトコルの再構築、ユーザー入力がサーバーの動作にどのように影響するかを体系的に特定することなどが例示されています。 Tzadik 氏はメールで Dark Reading に対し、Wiz は「2024 年 9 月以来このターゲットを追跡してきたが、逆アセンブリ作業に必要なリソースを正当化できなかった」と述べています。「おそらく数週間、あるいは数ヶ月にわたる専念した時間と集中が必要だったでしょう。AI ツールの助けを借りれば、アイデアから動作するエクスプロイトに至るまで 48 時間未満で完了しました」と彼は語っています。 研究者によると、GitHub のクローズドソース要素も重要であり、歴史的にクローズドソースソフトウェアは最大のセキュリティリスクと最も不明瞭な領域の拠点となってきたからです。「最新の AI モデルが改善されるにつれ、クローズドソースバイナリの逆アセンブリや、CVE 識別子と git コミットハッシュを入力として動作するエクスプロイトを生成することが、以前よりもはるかに容易かつ迅速、低コストになりました」と Tzadik 氏は説明します。「スケーラビリティも要因の一つです。研究者たちは従来一度に限られた数のプロジェクトに取り組んでいましたが、現在では複数のターゲットに対して自動化されたパイプラインを同時に実行することが可能になっています」 関連記事：[北朝鮮、ClickFix を使用して macOS ユーザーのデータを標的にする](https://www.darkreading.com/application-security/north-korea-clickfix-target-macos-users-data) ## 執筆者について

AI を用いた逆解析により GitHub の深刻なバグが発見される

背景や根拠まで確認しますか？

関連記事

調べる

選ぶ

サイト