概要 Anthropicは、EUのAI法（EU AI Act）が定める透明性義務への対応として、Claudeが生成するテキストおよびファイルに不可視の電子透かしを埋め込む機能を導入すると発表した。同社はこの対応をEU域内のユーザーに限定せず、Claude Platform（API）、Claude、Claude Code、Cowork、Tagを含む全プロダクト、そしてAWSやGoogle Cloud、Microsoft Foundry経由の提供分も含め、世界中のユーザーに一律で適用する方針を示している。EU AI Act第50条は、AI企業に対して生成・編集されたコンテンツを他システムが識別可能な形で標識することを義務付けており、この透明性規定は2026年8月2日に発効した。違反した場合、最大1,500万ユーロまたは全世界年間売上高の3%の制裁金が科される可能性がある。 技術的な詳細 テキストへの透かしは、内容の意味や読みやすさを変えることなく、テキスト自体に知覚不可能な形で織り込まれる。Anthropicによれば、この透かしは「テキストの一部として機能する」ため、コピー&ペーストを行っても移行し、一定の編集を経ても保持され得るという。SVGやPNG、JPGなど対応するファイル形式については、オープン標準であるC2PA準拠の署名付き来歴（provenance）メタデータが付与され、写真のEXIFデータに近い形でデジタル認証の役割を果たす。対象となるのは2026年8月2日以降にリリースされたモデルで、既存の旧モデルについてもEU法が認める移行期間中に順次対応が拡大される見込みだ。なお、具体的な透かしのアルゴリズムや実装方式については、記事執筆時点で詳細は公表されていない。 限界と懐疑的な見方 Anthropic自身も、透かしが検出されたとしても、それがClaudeによる生成を確実に証明するものではないと認めている。大幅な編集や翻訳、フォーマット変換によってメタデータが失われる可能性があるほか、実際にはClaudeで生成されたにもかかわらず透かしが検出されないケースも起こり得るとしている。批評家からは、画像への透かしはすでに除去ツールが存在し無効化が実証されていることや、テキスト透かしについても光学文字認識（OCR）を介して削除できる可能性が指摘されており、対策としての実効性に疑問の声も上がっている。 業界動向と影響 GoogleやMeta、Microsoft、OpenAIなど他の主要AI企業も、同様の透明性規制への対応を進めている。一方でユーザーの反応は一様ではなく、AI生成コンテンツの出所が明示されることでコンテンツの利用や流通が制限されることを懸念する声も出ている。こうした懸念は、透かしなどの追跡機構を持たないオープンウェイトモデルへの関心をさらに高める可能性も指摘されている。

概要 AWSは、AIエージェントの行動を実行時に検証するためのガバナンス言語「Dogwood」をApache 2.0ライセンスでオープンソース公開した。同時に、IDE「Kiro」向けに複数のエージェントが協調して作業を進める新機能「Kiro Crew」も発表している。ただし後者については、オーケストレーション層のみがオープンソース化され、基盤モデルとの通信や推論を担う「エージェントハーネス」そのものは非公開のまま据え置かれた。両者はいずれも、企業が自律的に動くAIエージェントをどこまで信頼し、どう統制するかという課題に対するAWSの回答と位置づけられる。 Dogwoodの技術的な仕組み Dogwoodは、AWSの既存の認可言語「Cedar」を土台に、時間軸を扱う機能を追加したものだ。Cedarは高速で読みやすく自動推論分析も可能だが、単一のリクエストをその場限りで評価する仕組みに限定されていた。Dogwoodはこれを拡張し、ランタイム検証分野に由来する「メトリック一階時間論理(MFOTL)」に基づいて、過去のイベント履歴を参照しながらポリシーを評価できるようにしている。 具体的には、指定した時間内の過去イベントを検索するformerly、時間窓内のイベント数を数えるcount_within、異なる値の数を数えるcount_distinct_within、金額などを合計するsum_withinといった演算子を備える。これにより「直前1時間以内に承認された取引のみ売却を許可する」「1時間以内に5回を超える送金を禁止する」「1時間の送金総額を5,000ドルまでに制限する」「1時間以内に異なる受取人最大3人までしか送金できない」といった、時間の経過を伴う複雑なガバナンスルールを表現できるようになった。なお、ポリシーはレスポンスではなくリクエストイベントを基準にカウントすべきだとされており、これは複数の並行リクエストを発行して制限を回避される攻撃を防ぐための設計上の要点だ。 既存のCedarポリシーはそのまま書き換えなしで利用でき、必要に応じて時間条件句を追加していく段階的な移行が可能という。AWSはAgentCore Policyレイヤーにも対応を組み込み、Model Context Protocol(MCP)のツールマニフェストからアクションスキーマを自動生成する仕組みも用意した。今後は固定時間枠に基づく絶対時間対応や、承認の完了など将来の保証を扱う活性検証、複数エージェント間の協調ルールへの対応も計画されている。 Kiro Crewとオープンソースの線引き Kiro Crewは、開発者が別の作業をしている間もバックグラウンドで動き続ける永続的なエージェントプラットフォームで、元々はAmazon社内で「MeshClaw」というプロジェクト名で開発されていたという。今回のオープンソース化では、ハートビート監視やwebhookによるスケジューリング、コンテキストを保持するメモリ管理、Agent Client Protocol(ACP)経由のマルチエージェント協調、OSサンドボックスや監査ログによるセキュリティといったオーケストレーション層がApache 2.0で公開された。 一方で、基盤モデルとの通信やツール呼び出し、推論を担う「エージェントハーネス」自体、Cedarベースの権限ポリシー実装、Kiroクレジットの消費ロジックといった中核部分は非公開のままだ。AWSのVP Deepak Singh氏は「ハーネスはオープンソース化しない」と明言しており、この方針は、AWSが自社の「オープン実装」ではなく標準化された「オープンプロトコル」(ACPなど)を軸に据えていることを示している。 今後の注目点 Forbesの分析では、企業がKiro Crewの採用を検討する際に確認すべき点として、監査ログの署名方式の詳細が未発表であること、オーケストレーション層とハーネス層という2層のポリシーが競合した場合の挙動、Kiroクレジットの消費管理という運用コスト面、そして他のACP互換ランタイムへの移植可能性が挙げられている。オーケストレーション層で競争優位性を手放す一方、推論エンジンと利用料金でマネタイズを確保するという線引きは、AIエージェント関連ツールを手がけるベンダー各社が今後どこまでをオープンにするかを占う一例として注目される。

概要 Googleは8月12日、ニューヨークで開催した「Made by Google」イベントにて、新チップTensor G6を搭載したPixel 11シリーズ(Pixel 11、Pixel 11 Pro、Pixel 11 Pro XL、Pixel 11 Pro Fold)と、新型スマートウォッチPixel Watch 5を発表した。基本モデルのPixel 11は899ドルからとなり、前世代の799ドルから100ドルの値上げとなった。今回のラインナップ全体を通じて、ストレージ容量の底上げとGeminiによるオンデバイスAI体験の強化が大きなテーマとなっている。 Pixel 11シリーズの新機能とスペック Pixel 11シリーズは、TSMCの2nmプロセスで製造された新世代SoC「Tensor G6」を全モデルに搭載する。スマートフォン向けチップとして2nmプロセスを採用する事例としては業界でも先駆けとなる。ストレージについては全モデルで256GBを最小構成とし、従来の128GBモデルを廃止したことで実質的な価格底上げとなった一方、ユーザーにとってはストレージ容量の強化という形で還元されている。 カメラ面では、上位モデルのPixel 11 ProおよびPixel 11 Pro XLがワイド・超広角・ペリスコープ望遠の3眼構成を維持する一方、無印のPixel 11はデュアルカメラ構成にとどまるとみられる。また、カメラバー内に虹色に発光するLED「Pixel Glow」が新たに搭載され、Geminiとのやり取りや撮影時の状態を色の変化で示す演出が加わった。 Pixel 11 Pro Fold:折りたたみモデルも刷新 フラッグシップの折りたたみモデルPixel 11 Pro Foldは1,899ドルからで、内蔵のOLEDディスプレイは8インチ級、ピーク輝度3,000nitsを実現する。本体厚は折りたたみ時で約10.1mm、重量は239gに抑えられた。カメラは48MPのメインセンサーを含むトリプル構成で、AIによる強化を活用した最大100倍ズームに対応する。バッテリーはデュアルセル構成で、30Wの有線充電とQi2ワイヤレス充電をサポートする。OSはAndroid 17をベースとし、7年間のソフトウェアサポートが約束されている。発売は10月ごろとされ、他モデルよりも段階的なリリースとなる見通しだ。 Pixel Watch 5とGemini機能の強化 同時に発表されたPixel Watch 5は、41mmモデルが399ドルからと、前モデルのPixel Watch 4(349ドル)から50ドルの値上げとなった。プロセッサはSnapdragon W5 Gen 2を継続採用する一方、ストレージは32GBから64GBへ倍増し、RAMも2GBから3GBに増強された。この強化は、デバイス上でGemini Intelligenceを動作させるための措置とされている。バッテリー容量も41mmモデルで332mAh、45mmモデルで465mAhへと引き上げられたが、常時表示ディスプレイ使用時の公称バッテリー持続時間は従来同様の30〜40時間とされている。Pixel Watch 5は8月20日に発売予定で、予約受付はイベント当日の8月12日から開始する。 今後の展望 今回の発表全体を通じて、GoogleはPixel 11シリーズおよびPixel Watch 5の双方でGemini統合を軸としたAI体験の強化を打ち出した。価格は全体的に上昇したものの、ストレージ容量やメモリの底上げによって実質的な価値向上を図る戦略がうかがえる。Pixel 11とPixel 11 Pro、Pixel 11 Pro XLは近日中に発売される見通しだが、Pixel 11 Pro Foldは10月まで発売が持ち越される段階的ローンチとなる点も注目したい。

概要 Rust開発チームは、次世代の借用チェッカー(borrow checker)「Polonius Alpha」をnightly版のコンパイラで有効化し、年内の安定化に向けたコミュニティによる実地テストを開始した。Rust開発者のJack Hueyによれば、現時点で既知の重大な性能低下やセキュリティ上の問題は確認されておらず、安定化を進めるのに十分な水準に達しているという。ユーザーはGitHubやZulip上のRustコミュニティを通じて問題を報告できる。 借用チェッカーとPoloniusの役割 借用チェッカーはRustコンパイラの中核をなすコンポーネントで、メモリ安全性をコンパイル時に保証するために参照に関する厳格なルールを強制する。具体的には、すべての変数が使用前に初期化されていることの確認、値の二重移動の防止、値が借用されている間の移動の禁止、可変借用中の他アクセスの制限、不変借用中の変更の防止といったチェックを行う。Poloniusはこの借用チェッカーを置き換える次世代実装であり、現行の非字句的ライフタイム(NLL: Non-Lexical Lifetimes)チェッカーでは借用エラーとして弾かれてしまう、実際には安全なコードパターンをより広く受理できるように設計されている。 開発の経緯と技術的な位置付け Polonius自体の開発は2018年から続く長期プロジェクトで、当初はDatalogベースの解析エンジンとして構想されていた。2023年になって新たな定式化が提案され、これによって既存のNLL実装を最小限に再構築するだけで実現できる見通しが立った。この新しいアプローチは拡張性を備えており、将来的にさらに多くの健全(sound)なコードパターンをコンパイル可能にする土台としても位置付けられている。今回nightly版で有効化されたのは、この再構築版の「Polonius Alpha」にあたる。 今後の見通し 安定化のスケジュールとしては2026年後半が見込まれている。従来のNLLチェッカーへの切り替え方法も引き続き提供されており、必要であれば設定ファイルでPoloniusを無効化することも可能だ。今回のnightly版での試験導入は、より広いユーザー層からのフィードバックを集め、安定版へのマージ前に潜在的な問題を洗い出すことを目的としている。

概要 CISA(米サイバーセキュリティ・インフラセキュリティ庁)は、SonicWallのエンタープライズ向けリモートアクセスゲートウェイ「SMA1000」シリーズに存在する2件の脆弱性(CVE-2026-15409、CVE-2026-15410)がランサムウェア攻撃に悪用されているとして警告を発し、既知の悪用脆弱性(KEV)カタログに追加した。SMA1000は大企業や政府機関、MSSP(マネージドセキュリティサービスプロバイダ)がVPN経由で社内システムへアクセスするために利用する製品であり、Shadowserverの調査ではインターネットに露出したままの機器が380台以上確認されている。連邦政府機関に対しては、CISAが定める拘束的運用指令に基づき7月17日までのパッチ適用が義務付けられていた。 脆弱性の詳細 悪用されている2件の脆弱性は、単独でも危険だが組み合わせることでアプライアンスの完全な乗っ取りを可能にする。 CVE-2026-15409: SMA1000のワークプレイスインターフェース、/wsproxyエンドポイントに存在するサーバーサイドリクエストフォージェリ(SSRF)。CVSSスコアは最大値の10.0で、有効な認証情報やユーザー操作なしに、認証されていないリモート攻撃者が悪用できる。 CVE-2026-15410: 管理コンソールのポート8188で提供されるホットフィックス削除ワークフローに存在する不適切なコード生成(コマンドインジェクション)の欠陥。CVSSスコアは7.2で、管理コンソールで認証済みの攻撃者が任意のOSコマンドをroot権限で実行できる。 攻撃者はまずSSRFの脆弱性で保護された内部機能へのアクセスを確立し、続いてコマンドインジェクションの脆弱性でアクセスを昇格させ、アプライアンスのroot権限を奪取するという手順を踏んでいるとみられる。対象となるのはSMA 6210、SMA 7210、SMA 8200vで、いずれもファームウェアバージョン12.4.3系および12.5.0系のホットフィックスリリースが影響を受ける。SonicWallは12.4.3-03453以降、12.5.0-02835以降で修正版を提供しており、回避策は存在しないためパッチ適用が必須となっている。 悪用の状況と背景 今回の脆弱性は2026年7月中旬に修正パッチが公開されたが、脅威アクターはそれ以前の6月22日の時点からゼロデイとしてこれらを悪用していたことが判明している。つまり公表の3週間以上前から実際の攻撃が行われていたことになる。セキュリティ企業Resecurityは、確認された攻撃をINCランサムウェアの関連グループに関連付けており、Ransomware.Liveの集計ではこのグループによる被害企業は885件に上るとされる。またインシデント対応企業Volexityは、UTA0533と呼ばれる脅威クラスタがこれらの脆弱性を通じてKNUCKLEBALL、Sou5、ROOTRUN、ORANGETAILといった独自のカスタムマルウェアを展開していたことを確認したと報告している。侵害を受けた組織では、高権限の認証情報やアクティブセッションデータベース、TOTP多要素認証のシード情報が窃取された事例も確認されている。 なお、CISAは同時期にMicrosoft SharePointのデシリアライゼーション脆弱性(CVE-2026-45659、CVSSスコア8.8)もKEVカタログに追加しており、こちらもインターネットに公開された8,500台以上のサーバーのうち200台以上が未パッチのままであることが判明している。SharePoint側の攻撃者は特定されていないが、両脆弱性が同時期にKEV入りしたことは、公開システムへの攻撃圧力が高まっていることを示している。 推奨される対応 CISAおよびセキュリティ研究者は、SonicWall SMA1000シリーズの利用者に対し、修正済みバージョンへの即時アップデートを強く推奨している。侵害の痕跡を確認するには、extraweb_access.log内の/api/login、/api/logout、/wsproxyへの予期しないリクエストや、ctrl-service.log内の不審なホットフィックスロールバック活動を確認することが有効とされる。侵害の可能性が疑われる場合は、単なるパッチ適用にとどまらず、アプライアンスを完全に再イメージ化した上で、すべてのパスワードとTOTPトークンをリセットすることが推奨されている。インターネットに露出したSMA1000がいまだ380台以上残っている状況を踏まえると、今後も同脆弱性を狙った攻撃が続く可能性が高く、早急な対応が求められる。

概要 Amazon（AWS）、Microsoft、OpenAI、Vercel、Cursorは2026年8月6日、AIエージェント向けの拡張機能を統一フォーマットでパッケージ化するベンダー中立のオープン規格「Agent Plugins 1.0.0」を共同で発表した。開発者が「Agent Skills」（エージェントへの指示やリソース）や「MCPサーバー」（外部ツール・データへの接続）を一度パッケージ化するだけで、VS Code、GitHub Copilot、Cursor、ChatGPT/Codex、Kiroなど複数のクライアントに配布できるようにすることが狙いだ。発表と同時にGoogleもコアメンテナーとして参加を表明し、Agents CLIとData Agent Kitの2製品で早速サポートを開始している。技術統括委員会にはAWS、Cursor、Microsoft、OpenAI、Vercelが創立メンバーとして名を連ねる。 背景となった課題 従来、AIエージェント向けのスキルやツール定義は、クライアントごとにマニフェスト形式や配置ルールが異なっていた。そのため開発者は同じ機能を複数のクライアント仕様に合わせて個別に作り直したり、フォークして維持管理したりする必要があり、時間を浪費していたという。各社のブログ記事は、この状況をJavaScriptエコシステムにおけるpackage.jsonや、コンテナの世界におけるOCI標準フォーマットの登場になぞらえ、「共通の標準があれば手作業による重複対応を減らせる」という歴史的パターンを踏まえた取り組みだと説明している。 技術的な仕組み Agent Pluginsの基本単位は、固定されたディレクトリ構造を持つプラグインパッケージだ。具体的には以下の要素で構成される。 plugin.json — スキーマバージョンやプラグイン名など最小限のメタデータのみを持つマニフェスト skills/ ディレクトリ — Agent Skillsコンポーネントを格納するサブディレクトリ mcp.json — MCPサーバーの設定を定義するファイル クライアント固有の拡張領域（例: com.example.client/）— 各クライアントが独自機能を追加できる名前空間 互換クライアントはこの固定ロケーションをスキャンしてコンポーネントを自動検出する。仕様は「発見と検証は独立して行われ、不正なコンポーネントが他のコンポーネントに影響しない」設計になっており、“restraint is the point”（抑制すること自体が狙い）という設計哲学のもと、相互運用に必須の要素だけを標準化している。逆に、インストール機構、配布プロトコル、権限モデル、サンドボックス化、トラスト検証といった要素は意図的に仕様の対象外とされ、各クライアントが独自に差別化できる余地として残されている。 なお、Agent Pluginsはより広いエコシステムの一層に過ぎない。リソース発見プロトコルである「ARD（Agentic Resource Discovery）」、リソース説明形式の「AI Catalog」、パッケージングを担う「Agent Plugins」、実行基盤である「MCP/Agent Skills」という独立した複数レイヤーで構成され、各レイヤーは個別に採用することも可能だという。 対応ツールと実装状況 発表時点でChatGPT/Codex、Cursor、GitHub Copilot、Kiro、VS Codeが既にAgent Pluginsに対応している。Kiroは、specやhook、自動テストなどの仕組みで開発ライフサイクル全体にわたりエージェントを開発者の意図に沿わせる「エージェントハーネス」であり、その拡張機能である「Kiro Powers」を通じてプラグインをサポートし、AWSはLambda、S3、DynamoDBなど30以上のキュレートされたスキルを含む「AWS Agent Toolkit」を提供する。Googleも参加表明と同時に、エージェントの構築・評価・デプロイ向けスキルを提供する「Agents CLI」と、BigQueryなどGoogle Cloudのデータサービスと連携する「Data Agent Kit」の2製品でサポートを開始した。 今後の展望 現行のバージョン1.0.0はAgent SkillsとMCPサーバーの2種類のみを標準化の対象としているが、技術統括委員会はフック（hooks）やサブエージェント（sub-agents)など新たなコンポーネント型の追加を、技術的な収束状況や実際のニーズを見ながら検討していく方針だ。AWSはブログの中で、モデル選択における脱ベンダーロックインの流れと同様に、ツール選択においてもベンダーロックインを避ける狙いがあると位置づけており、Model Context Protocol（MCP）やAgent Client Protocol、x402など他のオープン標準への投資も引き続き進めていくとしている。

概要 Anthropicは8月10日、資産運用大手のMacquarie Asset Management、シンガポール政府系投資会社のGICと共同で、AI向けデータセンターインフラを大規模に開発・運営・賃貸する新プラットフォーム「Theseus Infrastructure」を設立すると発表した。MacquarieとGICが施設の株式資本の大部分を出資・所有し、Anthropicは長期契約のもとで各拠点の主要テナント(アンカーテナント)となる。初期段階では米国内での拠点開発に焦点を当てる方針で、各施設はAnthropicの拡大するコンピュート需要に合わせて専用設計される。 出資・体制の構造 今回のスキームでは、Macquarie Asset Managementが運用するファンドとGICが資金の大半を拠出してTheseus Infrastructureを所有し、Macquarieが持つ大規模デジタルインフラの開発・資金調達・運営に関する専門知識と、GICのグローバルなインフラ投資経験を組み合わせる。Anthropicは自ら施設を保有・建設するのではなく、長期契約に基づく主要テナントとして稼働容量を確保する立場を取る。この形態は、巨額の設備投資負担を投資家側と分担しつつ、AI企業が計算資源の確保を優先するという、近年のハイパースケーラー各社によるデータセンター調達戦略とも共通する構図といえる。 地域社会への配慮と経済効果 各拠点の開発には大規模な資本投下が伴い、建設段階での雇用に加え、稼働後も恒久的な運用職が創出される見通しだ。あわせてAnthropicは、データセンター稼働に伴い周辺地域の消費者が直面しうる電気料金の上昇分を自社で負担することを表明しており、地域社会への影響に配慮する姿勢を示している。データセンターの急拡大に伴う地域電力需給や住民への負担は米国各地で議論となっており、今回の取り組みはそうした懸念に応える意図もあるとみられる。 背景と今後の見通し AnthropicのClaudeシリーズをはじめとする大規模言語モデルの需要拡大により、AI企業各社は計算基盤の確保を急いでいる。Anthropicにとって今回のパートナーシップは、自社のバランスシートに大きな設備投資負担を抱えることなく、必要なコンピュート容量を長期的に確保する手段となる。具体的な投資規模や第一号拠点の所在地、稼働開始時期などの詳細は今後明らかにされる見込みで、Theseus Infrastructureが米国外への展開を含めどのように拡大していくかが注目される。

概要 Red Hat Advanced Cluster Management for Kubernetes(ACM)に、CVSSスコア9.9(最高レベル)という極めて深刻な権限昇格の脆弱性CVE-2026-10090が発見された。この脆弱性の危険性は、必要とされる権限の低さにある。攻撃者は名前空間スコープの「編集」権限さえ持っていれば、クラスタ全体の管理者権限であるcluster-adminロールにまで昇格できてしまう。マルチテナント環境で複数のチームやユーザーに限定的な権限を委譲しているKubernetesクラスタにとって、テナント分離の前提そのものを覆しかねない問題であり、ACMを本番環境で運用する組織は早急な対応が求められる。 攻撃の仕組み この脆弱性は「confused deputy(混乱した代理人)」問題として分類される。ACMのApplication Subscriptionコントローラーが、本来は低権限のユーザーが直接実行できない操作を、コントローラー自身の昇格された権限で代行してしまうことが根本原因だ。具体的な攻撃手順は次の通りとなる。まず、名前空間スコープの編集権限を持つ攻撃者が、自身の管理下にある悪意あるHelmリポジトリを指し示す「Channel」オブジェクトを作成する。次に、その悪意あるChannelを参照する「Subscription」オブジェクトを作成すると、脆弱なコントローラーが本来ユーザーには許可されていない昇格権限を用いて、指定されたHelmチャートを自動的にデプロイしてしまう。このチャートの中にClusterRoleBindingリソースを仕込んでおけば、任意のServiceAccountにcluster-adminロールを付与でき、結果としてクラスタ全体を掌握できる。CVSSベクトルは「AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H」で示される通り、攻撃元区分はネットワーク経由、攻撃条件の複雑さは低く、ユーザーの関与も不要という、悪用が容易な条件が揃っている。 影響範囲と対応状況 脆弱性が存在するのは、Red Hat Advanced Cluster Management for Kubernetes 2に含まれる「rhacm2/multicluster-operators-subscription-rhel9」コンポーネントである。ACMはマルチクラスタ環境の統合管理を担う中核コンポーネントであるため、影響を受けるとクラスタ単体にとどまらず管理下の複数クラスタ全体に波及するリスクがある。特に懸念されるのは、報道時点でRed Hatが「現時点でRed Hatの製品セキュリティ基準を満たす緩和策が存在しない(“no mitigation currently meets its product-security criteria”)」と明言している点で、正式な修正パッチはまだ提供されていない。 推奨される暫定対策 パッチが提供されるまでの間、Red Hatおよびセキュリティ研究者は以下の暫定対策を推奨している。まず、RBAC設定を見直し、必要最小限の権限のみを付与する最小権限の原則を徹底すること。特にChannelおよびSubscriptionオブジェクトを作成できるユーザーやグループを厳格に制限することが重要となる。あわせて、参照を許可するHelmリポジトリの所有権や出所を確認し、信頼できないリポジトリを指すChannelの作成を防ぐこと。さらに、ClusterRoleBindingの作成など、クラスタスコープのリソースに対する変更を継続的に監視し、異常なロール付与を早期に検知できる体制を整えることが望ましい。ACMを利用する組織は、Red Hatからの正式なセキュリティアドバイザリおよびパッチ提供状況を注視し、公開され次第速やかに適用する必要がある。

概要 ソニーグループと台湾積体電路製造(TSMC)は8月10日、熊本県のソニー既存イメージセンサー拠点内に次世代画像センサー向けの新工場を共同で設立すると発表した。投資額は約1兆円(約63億ドル)で、出資比率はソニーが60%、TSMCが40%。両社は2026年5月に予備合意を結んでおり、今回はそれを正式な合弁計画として確定させた形となる。工場は熊本県合志市に新設され、2029年にも量産を開始する予定だ。 背景と狙い ソニーは長年、イメージセンサーの設計から製造まで一貫して自社で手がけてきたが、今回の提携はその方針からの構造的な転換を意味する。ソニーグループの十時裕樹CEOは、この提携を自社が「ファブライト」化に向けた「第一歩」と位置づけているという。TSMCにとっても、ソニーとの本格的な提携は異例の一手であり、サムスンや中国勢など競合の追い上げが強まる中での戦略的な布石とみられている。生産される次世代センサーは、Appleのカメラ需要に応えるスマートフォン向け供給に加え、自動運転車や産業用ロボットなど、AIが物理世界を認識・操作する「フィジカルAI」分野での長期的な活用も見据えている。 今後の見通し 新工場での量産開始は早ければ2029年とされており、実現に向けた具体的な技術仕様や人員計画など詳細は今後明らかになる見通しだ。ソニーにとっては自社製造中心の体制を維持しつつ最先端の微細化技術をTSMCから取り込む機会となる一方、TSMCにとっては半導体ロジック製造で培った技術をイメージセンサー分野に展開する足がかりとなる。スマートフォン市場でのカメラ性能競争の激化や、自動運転・ロボティクス分野での高性能センサー需要の拡大を背景に、両社の提携が今後の画像センサー業界の勢力図にどう影響するか注目される。

概要 ポーランドで約5万人に熱供給する熱電併給(コジェネレーション)プラントが、通信事業者が提供する専用モバイル網「プライベートAPN」を経由するという、これまで観測されたことのない侵入経路でサイバー攻撃を受けたことが明らかになった。攻撃は離れた場所にある風力発電所のファイアウォールを起点とし、最終的にプラント内の産業用制御機器(WAGOコントローラや複数のSiemens製コントローラ)に到達、蒸気タービンと給水処理システムが停止する事態となった。CERT Polskaの責任者によれば、3ヶ月に及ぶ調査の末、遠隔アクセス装置や既に消去されたハードウェアを経由する複雑な侵入経路がようやく判明したという。 侵入の経路 攻撃者はまず、風力発電所に設置された多機能ファイアウォール(FortiGate)を突破口とした。この機器は多要素認証(MFA)なしでVPN接続が可能な状態になっており、そこから侵入した攻撃者はセルラールーターの設定不備を悪用して、配電事業者(DSO)が運用するプライベートAPNに接続。本来は独立したOT(制御技術)ネットワーク同士を隔離するはずのプライベートAPNが誤って相互接続を許してしまっており、これを経由して風力発電所とは無関係の熱電併給プラントのネットワークにまで到達した。IT/OT境界の防御をすり抜けるこの手法は、キャリア側のプライベートモバイル網を侵入経路として利用した初めての確認事例とされる。 攻撃の経過とタイムライン 調査によると、攻撃者は12月18日から25日にかけて偵察フェーズを実施し、VNC、HTTP、S7、Modbusといった産業用プロトコルをスキャンして、デフォルトの認証情報が残されたままのWAGOデバイスを特定していた。そして12月29日早朝、攻撃を実行に移し、複数のPLC(プログラマブルロジックコントローラ)がSTOPモードに切り替えられパスワードで保護されるなど、Siemens製コントローラを含む制御機器が操作不能な状態に陥った。事件発生当日はプラントでメンテナンス作業が行われていたため、当初は人為的なミスによる停止と誤認されていたという。 背景と教訓 CERT Polskaの調査チームは、今回悪用されたようなプライベートAPNの設定ミスによる機器間の意図しない接続は、ポーランド国内で広く見られる構成だったと報告している。専用モバイル網は本来、公共インターネットから隔離された安全な通信手段と見なされることが多いが、その設定次第では複数の重要インフラ事業者のOTネットワークを不用意に結びつけてしまうリスクがあることが今回の事例で浮き彫りになった。同様の脆弱な構成は世界各地の電力・エネルギー事業者でも展開されている可能性があり、キャリア網を含めたサプライチェーン全体でのセグメンテーション見直しと認証情報の管理強化が急務と指摘されている。