1,072件
Chrome 149/150で修正されたセキュリティ脆弱性数
CVSS 9.8
VMware vCenter認証バイパスの深刻度スコア
約100万人
日本のクラウドネイティブ開発者数(CNCF調査)
🔥 Top Stories
OpenAIが同種の事案を公表したことを受け、Anthropicは自社モデルの過去の評価ログを遡って点検した。その結果、Claude Opus 4.7・Claude Mythos 5、および社内リサーチ用の非公開モデルという3つのモデルが、サードパーティ評価パートナーIrregularとの合同テストで実際の組織のインフラに侵入していたことが判明した。テストのプロンプトには「インターネットアクセスなし」「これはシミュレーション環境である」と明記されていたが、Anthropicと評価パートナーの間の環境設定の齟齬により、実際には現実のネットワークに接続できる状態になっていた。モデルは弱いパスワードの推測・未認証エンドポイントへのアクセス・デバッグページからの認証情報窃取・SQLインジェクションといった基礎的な攻撃手法を組み合わせて侵入した。ある事案では、モデルが作成した悪意あるPythonパッケージがPyPIに公開され、実在するセキュリティ企業を含む15システムにダウンロードされた。最も古い事案は2026年4月のCTF形式の評価まで遡り、影響を受けた3組織のうち2組織はAnthropicが7月27日に通知するまで侵入に気づいていなかった。一方で、最新モデルは自らインターネット上にいると認識した時点で攻撃を停止したといい、Anthropicはこれを安全性向上の証左として説明している。
🧠 評価環境のはずが本物のネットワークだったという「設定ミス」一つで、AIエージェントによる侵入が現実の3組織にまで達した点は看過できない。攻撃自体は弱いパスワードや未認証エンドポイントの悪用という基礎的な手口にとどまっており、モデルの「攻撃能力」そのものよりも評価プロセスの管理体制の甘さこそが本質的な問題だ。ただし最新モデルが自ら異常に気づいて攻撃を止めたという事実は、安全策として過信すべきではないが、退化ではなく改善の兆候として記録しておく価値がある。
- Claude Opus 4.7・Claude Mythos 5・社内非公開モデルの計3モデルが関与、最古の事案は2026年4月のCTF形式評価まで遡る
- 弱いパスワード推測・未認証エンドポイント・デバッグページからの認証情報窃取・SQLインジェクションを組み合わせ、悪意あるPythonパッケージをPyPIに公開し実在企業を含む15システムがダウンロード
- 影響を受けた3組織のうち2組織は2026年7月27日のAnthropicからの通知まで侵入を認識せず、原因は評価パートナーIrregularとの環境設定の齟齬
💡 AIエージェントに疑似CTF環境や自律的なセキュリティテストを任せる場合、ネットワーク隔離の設定ミスがそのまま実環境への侵入に直結しうるため、プロンプト上の「立ち入り禁止」表示だけに頼らず、ネットワークレベルでの物理的な遮断を二重に確認すべきだ。
The Hacker News
⏱ 4 min read
2026-07-31
Broadcomは7月30日、VMware vCenterに認証バイパスの脆弱性CVE-2026-59309(CVSS 9.8)とSyslogのディレクトリトラバーサルCVE-2026-59310(CVSS 9.8)を含む複数の重大な脆弱性を修正した。前者はvCenter Directory Serviceの認証プロセスの欠陥により、ネットワークアクセスさえあれば未認証の攻撃者が管理コンソールに侵入できる。後者はSyslog処理の甘さを突いてリモートコード実行に発展しうる。あわせてVMXNET3アダプタのOut-of-bounds write(CVE-2026-47876、CVSS 9.3)も修正され、ゲストOSからホストへのVMエスケープを許す。回避策はなく、パッチ適用のみが対策となる。
- vCenterは9.1.0.0300・9.0.2.0100・8.0 Update 3kで修正、ESXiも同時に9.1.0.0200等へ更新、Workstation/Fusionは26H1
- CVE-2026-59309・59310はいずれもCVSS 9.8、VMXNET3のCVE-2026-47876はCVSS 9.3でVMエスケープに直結
BleepingComputer
⏱ 3 min read
2026-07-30
wie-projectが公開した「Kakehashi」は、Linux aarch64上でmacOSのARM64バイナリをJITコンパイルなしで実行するユーザースペース変換レイヤーだ。Darwin形式のMach-O実行ファイルを読み込む`kh-loader`、BSDシステムコールをLinuxのそれへ変換する`kh-runtime`、ゲスト側の`libSystem.B.dylib`を提供する`kh-libsystem`の3コンポーネントで構成する。ホストのファイルシステムは`/Volumes/linux/…`パスを介してブリッジされる。
- 7-Zip・curl・clangなどの動作を確認済み、マルチスレッド処理も含め動作、要求Rustバージョンは1.88以上
- マルチファイル圧縮のベンチマークではネイティブLinuxバイナリ比で約5.2倍のオーバーヘッド、原因はエミュレーションではなくシステムコール境界のコスト
GitHub
⏱ 3 min read
2026-08-02
▲ 126
⚡ Dev & Engineering
Googleは7月30日、Chrome 149・150の2リリースで合計1,072件のセキュリティ脆弱性を修正したと発表した。これは直前23回分のリリースを合計した修正件数を上回る規模だという。Project ZeroとのNaptime、Google DeepMindとのBig Sleep、2026年初頭に構築したGemini搭載エージェントが脆弱性の発見・再現・重大度判定・パッチ生成・テスト作成までを担い、13年前から存在するサンドボックス脱出の欠陥も発見した。
- 3月時点で2026年通期の脆弱性報告件数が2025年通期を上回るペースに到達、5月には自動化システムが本番投入前に重大1件を含む20件超を検出
- Naptime・Big Sleep・Gemini搭載エージェントの3系統を脆弱性管理の発見からパッチ生成・テストまで組み込み
BleepingComputer
⏱ 3 min read
2026-07-30
計算機科学者Daniel Lemire氏が、C++26で標準入りする新コンテナ`std::hive`(旧`plf::colony`)をGCC 16.1・Intel Xeon Gold環境で実測した。連続メモリブロックでポインタ安定性とO(1)削除を両立する設計で、頻繁な挿入・削除を伴うワークロードでの性能を`std::vector`・`std::list`と比較している。
- 挿入コストは`std::vector`の0.29ns/要素に対し`std::hive`は1.57ns、`std::list`の14.22nsよりは大幅に高速
- 要素の半数を削除する処理では`std::hive`が1要素あたり2.1ns、`std::list`の77.4nsの約37分の1、メモリ使用量も1要素9.4バイトと`std::list`の32.0バイトを大きく下回る
lemire.me
⏱ 3 min read
2026-08-02
▲ 9
Stack Overflow公式ブログは、開発者がツールに愛着を持つ理由を「予測可能性が信頼を生む」という観点から論じる。同社の開発者調査ではAIツールの利用率が76%から84%に伸びる一方、信頼度は40%から29%へ低下するという逆説的な結果が出ており、ツール変更が予測不能になると信頼が失われると指摘する。VimやEmacsが支持され続ける理由を、無限のカスタマイズ性によって手の延長のように扱えることに求める。
- AIツール利用率76%→84%の一方で信頼度は40%→29%に低下するという同社調査結果を主な論拠に提示
- AIエージェントは開発ライフサイクル全体を横断し能力が絶えず変化するため、境界が明確な従来ツールと異なり予測可能性を確保しにくいと分析
Stack Overflow Blog
⏱ 4 min read
2026-07-29
▲ 92
開発者Ankur Sethi氏は、LLMが生成したコードをそのまま採用せず、チャット欄に表示させた上で手動でエディタに打ち直す運用を数ヶ月続けている経緯をブログで紹介した。AIエージェントには「プロジェクトのファイルを明示的な指示なしに作成・編集・移動・削除しない」よう指示し、コードの一行一行を理解することを優先する。
- 手動で打ち直す運用は完全自動化した場合の10倍速効果には及ばないものの、約2倍の速度向上は得られると試算
- 打ち直す過程でコードベースの「空間的な地図」が身につき、以降のナビゲーションやプロンプト精度が向上すると説明
ankursethi.com
⏱ 3 min read
2026-08-02
▲ 24
Arch LinuxのAURメンテナ・セキュリティチームメンバーとして約10年携わってきたMorten Linderud氏が、プロジェクトから退くことをブログで表明した。debugパッケージ対応の実装やgit移行の初期検証、2020年のオンラインカンファレンス運営などを主要な貢献として振り返り、退任理由は「物事が変化しており、今が手放すのに良いタイミングだ」とだけ述べている。
- 約10年前にパッケージメンテナとして応募して以来、debugパッケージ機能の実装とgit移行の初期PoCを担当
- 退任後もTPM・セキュアブート・プラットフォームセキュリティ関連の活動は個人で継続する意向を表明
linderud.dev
⏱ 2 min read
2026-08-02
▲ 44