60〜80%
Claude Code Auto ModeでのRCE攻撃成功率
69対0
AB-1856可決時のカリフォルニア州下院の賛否
50%
AgentCore RuntimeがAZ障害時に健全AZへ再接続できる確率
🔥 Top Stories
Anthropicは2026年8月、Claude CodeのAuto Mode(コマンド実行の自動承認判定機能)についてレッドチーム評価を公開し、悪意ある指示に対する攻撃成功率を0.00%と報告していた。しかしセキュリティ研究者が同年8月26日に公開した検証では、7段階の間接的なプロンプトインジェクション連鎖によってリモートコード実行(RCE)を60〜80%の確率で成立させられることが示された。攻撃はまずWebFetchツールをHTTP 415エラーで拒否させ、Claudeを`curl`直接実行へ誘導するところから始まる。続けてダウンロードしたZIPアーカイブには一見正当なノートブック記録が含まれるが、同梱の`decoder-darwin`バイナリの実行をClaudeが拒否すると、代わりに自前のPythonデコーダを書いて実行してしまう。このアーカイブ内には標準ライブラリの`base64`をシャドーイングする偽の`struct.py`が仕込まれており、インポート時に隔離されたPythonサブプロセスを起動、外部からネイティブマルウェアをダウンロード・実行してC2との通信を確立する。攻撃者はモデルに直接的な悪意ある指示を与えるのではなく、「目的を達成するために最も筋の通った道」として悪意あるパスを提示するだけで、Claude自身がその経路を選び取ってしまう設計になっている。5回中3〜4回の成功率で電卓アプリの起動やファイル書き込みといった実害が確認された。Anthropicはこの報告を「Informative」として処理を終了し、Auto Modeは安全境界ではなく利便性のための分類器であり、OSレベルの隔離とネットワーク制御こそが本来の防御層だと説明した。
🧠 「攻撃はモデルに何をしろとは言わない、ただ目的達成のために辻褄の合う道を用意するだけだ」という指摘は、プロンプトインジェクション対策の難しさを的確に言い当てている。実測で5回中3〜4回のRCEが通ったという数字は、0.00%という数字だけを一人歩きさせる危うさを示す好例だ。ただしAnthropicの「Auto Modeは安全境界ではなく利便性のための分類器」という反論も筋は通っており、OSレベルのサンドボックス化を怠ってAuto Modeだけに頼っていた運用側の設定不備という側面も無視できない。
- 7段階の間接プロンプトインジェクション連鎖で、WebFetchのHTTP 415エラーからcurl誘導→ZIP同梱の偽struct.pyによるモジュールシャドーイング→C2コールバック確立まで到達
- 検証では5回中3回(60%)・4回(80%)の割合でRCEが成立、電卓起動やファイル書き込みなど実害を確認
- Anthropicは報告を「Informative」としてクローズ、Auto Modeは安全境界でなく利便性のための分類器でOSレベルの隔離・ネットワーク制御が本来の防御層と説明
💡 Claude CodeのAuto Modeでコマンド実行を自動承認する運用をしている場合、OSレベルのサンドボックスやネットワーク制御を別途組んでいなければ、この攻撃連鎖はそのまま成立し得る。
embracethered.com
⏱ 6 min read
2026-08-26
カリフォルニア州の下院(Assembly)が、デジタル年齢保証法(Digital Age Assurance Act)にオープンソース向けの適用除外を追加する法案AB-1856を、賛成69・反対0の全会一致で可決した。同法はデバイス設定時の年齢収集やアプリの年齢層シグナル送信を義務付けるものだが、AB-1856はコピー・再配布・改変を許すライセンスで配布されるOSやアプリケーションを適用除外に加える。LinuxディストリビューションやBSD系OS、単体アプリとして提供されないパッケージマネージャのコンポーネントも対象外となる。適用除外を受けない一般ソフトウェアについては、Digital Age Assurance Act本体が2027年1月1日に施行される予定で、上院での審議・可決が今後の焦点になる。
- カリフォルニア州下院でAB-1856が賛成69・反対0の全会一致で可決、コピー・再配布・改変を許すライセンスのOS・アプリを年齢確認義務から適用除外に追加
- 適用除外を受けないソフトウェアに対するDigital Age Assurance Act本体の施行日は2027年1月1日、AB-1856は上院審議が今後の焦点
Phoronix
⏱ 3 min read
2026-08-29
JetBrainsが、クラウド接続なしでローカル完結するコーディングエージェント「Junie Local」を2026年8月24日に公開した。現時点ではM5チップ・メモリ64GB以上のMacのみ対応し、モデルにはAlibaba CloudのQwen3.6-27Bを4bit量子化して独自最適化したものを採用する。JetBrains社内テストでは10Kトークンの推論制限下でClaude Sonnet 4.5相当の性能を示した一方、GPT-5.6の「medium」設定にはやや劣るという。API料金・モデル利用料・ダウンロード費用のいずれも一切かからず、リファクタリングやリネーム、フレームワーク依存関係の解決、テストカバレッジ改善などコストを気にして避けていた定型作業への適用を想定する。RTX 5090・DGX Sparkでのプロトタイプ動作も進行中。
- Qwen3.6-27Bを4bit量子化し独自最適化、JetBrains社内テストでは10Kトークン推論制限下でClaude Sonnet 4.5相当・GPT-5.6のmedium設定にはやや劣る結果
- API料金・モデル利用料・ダウンロード費用ゼロで提供、現状M5チップ+メモリ64GB以上のMac限定、RTX 5090・DGX Sparkでのプロトタイプ動作も進行中
Publickey
⏱ 3 min read
🔖 8
2026-08-30
⚡ Dev & Engineering
Zigの標準ライブラリ`std.ArrayList`に、2024年からHashMapのみに存在した「ポインタ安定化ロック」機能が追加された。要素へのポインタを保持する前に`lockPointers()`を呼ぶことで、容量超過による再確保や`orderedRemove()`・`pop()`などの要素移動を伴う操作を実行時アサーションで検知し、サイレントなメモリ破壊やセグフォルトではなく詳細なスタックトレース付きパニックに変換する。
- 容量超過による再確保だけでなくorderedRemove()やpop()のような要素移動を伴う操作もlockPointers()中は実行時アサーションで検知
- 導入前はポインタ無効化バグがサイレントなデータ破壊やセグフォルトとして現れていたが、導入後はスタックトレース付きの即時パニックに変わる
Zig公式Devlog
⏱ 2 min read
▲ 75
2026-08-27
Rust-C++ Interop Initiativeの資金提供により、Rustが関数オーバーロードの実験を開始した。現状の安定版Rustでは`hypot((2.0, 3.0, 6.0))`のようなタプル引数を強いられるが、nightly限定の`#[rustc_splat]`属性を使えば`hypot(2.0, 3.0, 6.0)`という自然な呼び出しが可能になる。既存のトレイトシステムでどこまでオーバーロードを表現できるかを検証する目的で、RFCは存在せず2026年7月31日以降のnightlyでいつでも変更・撤回されうる位置づけ。
- nightly限定の#[rustc_splat]属性でタプル引数を回避し自然な多引数呼び出しを実現、既存のトレイトシステムの拡張で表現
- RFCは存在せず2026年7月31日以降のnightlyでのみ利用可能、将来的には手動trait実装が不要な#[overload]属性への発展を想定
Rust Blog (Inside Rust)
⏱ 3 min read
2026-08-19
Next.jsのSSRアプリをAmplifyからCloudFront+Lambda Function URL構成へ移行した際、GETは正常でもPOSTだけがSigV4署名検証エラーで403になる問題に遭遇した。原因はOACがPOST/PUTリクエストに対しリクエストボディのSHA256ハッシュを`x-amz-content-sha256`ヘッダーに含めることを要求するのに対し、通常のfetch呼び出しはこのハッシュ計算を行わないこと。解決策としてOACを外し、CloudFrontが上書きするカスタムヘッダーによる`authType: NONE`+シークレットヘッダー検証方式に戻すことで全HTTPメソッドを問題なく転送できるようにした。
- OACはPOST/PUTリクエストにx-amz-content-sha256ヘッダーでのペイロードハッシュを要求するが、通常のfetch呼び出しはこれを自動計算しないためLambdaが"unsigned payloads"を拒否
- OACを外しCloudFrontが上書きするカスタムヘッダーとNext.js Middlewareでのシークレット検証に切り替え、SSM Parameter Storeで固定シークレットを管理しデプロイのたびの403を回避
Qiita
⏱ 4 min read
2026-08-30
AWSのAIエージェント実行基盤AgentCore Runtimeで、セッションと物理マイクロVMの障害挙動を検証した記事。マイクロVM自体がクラッシュした場合は約1.4秒で新しいVMに透過的に切り替わり同一セッションIDでエラーなく継続するが、会話履歴はAgentCore Memoryに外部化していない限り失われる。一方VPCモード下でのネットワーク障害はヘルスチェックがコンテナの応答性しか見ないため検知されず、壊れたVMがエラーを返し続けても自動復旧が起きない。可用性ゾーン(AZ)障害時は同一セッションIDでのリトライが健全なAZに当たる確率が50%にとどまり、`StopRuntimeSession`による強制再割り当てが必要になる。
- マイクロVMクラッシュ時は約1.4秒で新VMに透過的に切り替わり同一セッションIDが継続するが、会話履歴はAgentCore Memoryへの外部化なしには失われる
- AZ障害時は同一セッションIDでのリトライが健全なAZに当たる確率が50%にとどまり、StopRuntimeSessionでの強制再割り当てが必要
Qiita
⏱ 4 min read
2026-08-30
中国Z.aiのオープンウェイトモデル「GLM-5.3-Flash」(320BパラメータのMoE、覆面モデル「Ox Alpha」の正体)が、NVIDIA非依存の中国製アクセラレータ上で実際に動作することを検証したブログ記事。学習・推論の両方を国産チップ上で完結させられるかという問いは、米国の対中輸出規制下で中国のAI開発が自給体制をどこまで確立できているかを測る実質的な指標になっていると論じる。
- 320BパラメータのMoEモデルGLM-5.3-Flashを、NVIDIA非依存の中国製アクセラレータ上で推論動作させて検証
- 輸出規制下でのAI自給度を測る指標として、モデル単体の性能でなく国産ハードウェアでの実動作可否に注目する視点を提示
martinalderson.com
⏱ 3 min read
2026-08-29
AWSのAgentCore Paymentsを使い、AIエージェントが決済処理で意図せず予算を超過した際にインフラ側の制御だけで暴走を止められるかを検証した記事。アプリケーションロジックのバグやプロンプト操作によってエージェントが想定外の高額決済や連続決済を試みるシナリオを再現し、決済APIレベルでの上限設定やレート制御がどこまで防波堤になるかを実測している。
- AgentCore Paymentsの決済APIレベルでの上限設定・レート制御を使い、エージェントの暴走的な決済リクエストを実際に発生させて防御効果を検証
- アプリケーションロジック側の対策だけに頼らず、インフラ側の決済制御を防御層として組み込む設計思想を提示
Qiita
⏱ 4 min read
2026-08-30