株価急伸の背景 AMD(Advanced Micro Devices)の株価が9月21日(月)の取引で一時10%近く急伸し、終値ベースで時価総額が初めて1兆ドルを突破した。同日株価は一時613〜615ドル台の最高値を付け、直近5営業日では約24〜25%上昇する続伸となった。2026年初来では株価はおよそ180〜185%上昇しており、AI関連銘柄への資金流入を背景とした半導体セクター全体の上昇相場の中でも際立った値動きとなった。同日はIntelも11.8%上昇し、フィラデルフィア半導体指数は4.3%上昇するなど、AI需要への期待が業界全体を押し上げた。 AMDはこれで、Nvidia(時価総額約5.4兆ドル)、Broadcom、Micronに続き、時価総額1兆ドルを超えた4社目の米半導体企業となった。ただしAIデータセンター向けチップ市場の大部分を占めるNvidiaとの差は依然として大きく、AMDはあくまで追う立場にある。株価は予想利益の41倍で取引されており、過去10年平均の44倍を下回る一方、Nvidiaの16.3倍と比べると割高な水準にある。 データセンター事業の急成長とAIシステム戦略 急騰の背景には、AMDの業績そのものの伸びがある。直近発表された2026年第2四半期の売上高は115.4億ドルで、前年同期の76.9億ドルから50%増加した。中でもデータセンター部門の売上高は67億ドルと、前年同期比107%という高い伸びを記録しており、AI向け需要の拡大が業績を牽引している。 CEOのリサ・スー氏は、2027年までにデータセンター売上高を倍増させる目標を掲げているとされ、単体のプロセッサやGPUの販売にとどまらず、プロセッサ・ネットワーク機器などを組み合わせた統合AIシステムの提供にも事業を拡大し、Nvidiaへのより直接的な対抗軸を築こうとしている。GPUと組み合わせて使われる推論サーバー向けCPU需要の高まりも、追い風となっている。 今後の展望 今回の1兆ドル到達は、AI投資ブームが半導体業界の株価水準そのものを押し上げていることを象徴する出来事といえる。AMDが掲げるデータセンター売上倍増目標が実現するかどうかは、Nvidia一強とされてきたAI半導体市場における競争構図が今後どう変化するかを占う試金石となりそうだ。一方で、現在の株価水準は業績拡大への期待を強く織り込んだものであり、AI投資熱が一服した場合の調整リスクも指摘されている。

概要 Check Pointは、Security Management Serverのウェブサービスに存在する認証前パストラバーサル脆弱性(CVE-2026-93616、CVSS 9.8)を公開し、修正パッチをリリースした。攻撃者は認証なしにサーバーのウェブサービスへアクセスできれば任意のスクリプトをアップロードして実行できるといい、深刻度・攻撃容易性ともに最高レベルに位置づけられる。この脆弱性は今回の公開に先立つ7月23日から標的型攻撃で既に悪用されていたことが判明しており、Check Pointは自社が把握する範囲で「一部の顧客が実際に攻撃を受けた」ことを認めている。米CISAは9月23日、本脆弱性を既知の悪用済み脆弱性(KEV)カタログに追加した。 脆弱性の詳細 CVE-2026-93616は、Security Management Server、Multi-Domain Security Management Server、Log Server、Multi-Domain Log Server、SmartEventといった複数の製品にまたがるディレクトリトラバーサル兼ファイルアップロードの欠陥で、中央でセキュリティポリシーを管理し管理者の変更処理やログ収集を担うこれらのサーバーの性質上、侵害された場合の影響範囲は大きい。影響を受けるバージョンはR82.20(未パッチ)、R82.10(Jumbo Hotfix Take 44以下)、R82(同Take 126以下)、R81.20(同Take 166以下)、およびサポート終了済みのR81.10(同Take 190以下)、R81、R80系列全般と広範に及ぶ。Check PointはR82.20向けのSecurity Hotfixに加え、R82.10(Take 45)、R82(Take 127)、R81.20(Take 170)、R81.10(Take 192)向けのJumbo Hotfix Accumulatorを提供したが、通常のLivePatch更新ではこの脆弱性は解消されない点に注意が必要としている。 悪用の経緯と関連する脆弱性 タイムラインを追うと、Check Pointは9月9日にVPN証明書検証に関わる別の脆弱性CVE-2026-85102(CVSS 9.8、Security GatewayおよびSparkファイアウォールに影響)を修正しており、その3日後の9月12日にはこのVPN脆弱性を突く悪用試行がSpark顧客を標的に観測されている。攻撃では「CN=vpn,OU=users,O=global」などを含む証明書が使われたという。さらに9月16日には管理サーバー関連の別の脆弱性CVE-2026-91843がLivePatchで修正されており、今回のCVE-2026-93616の悪用開始(7月23日)を含めると、Check Point製品を狙った攻撃キャンペーンが数か月にわたり断続的に展開されていたことになる。CVE-2026-85102についてもCISAのKEVカタログに追加されており、Sparkファイアウォールを狙った悪用は世界規模で確認されている。 対応策と影響 Check Pointは管理者に対し、まず自社サーバーのバージョンが影響対象リストに該当するか確認したうえで、サポート技術情報sk1000171に記載されたパッチを速やかに適用するよう呼びかけている。パッチ適用までの暫定策としては、Management Serverをセキュリティゲートウェイやファイアウォールの背後に置き、TCP/19009ポートへのアクセスを信頼できるIPアドレスに限定すること、SmartConsoleへのアクセス制限を行うことなどが挙げられている。また、advisoryで公開されている侵害の痕跡(IoC)を用いて、自組織が既に侵害を受けていないか過去にさかのぼって確認することも推奨されている。CISAのKEV登録を受け、米国の連邦機関には期限内の対応が義務付けられる見通しであり、Check Point製品を利用する企業は自組織のみならずサプライチェーン全体への影響も踏まえた優先度の高い対応が求められる。

概要 Kubernetesプロジェクトはコードネーム「Garhwal」を冠したバージョン1.37を正式リリースした。今回のリリースは安定性、セキュリティ、そしてAI/MLワークロードの最適化を重点テーマに据えており、合計67件のエンハンスメントが盛り込まれている。内訳はアルファ機能が27件、ベータへの昇格が23件、GA(一般提供)に到達したものが16件、非推奨・削除が1件となっており、クラスタ運用の基盤機能から先進的な機能まで幅広く手が入った形だ。次期バージョンの1.38は2026年12月にリリースされる予定である。 Metrics APIの安定化とAPIサーバーの堅牢化 今回のリリースで特に注目されるのが、metrics.k8s.ioとして提供されるMetrics APIが正式に安定版(Stable)へ到達したことだ。このAPIはノードやPodのヘルス監視の基盤であり、Horizontal Pod Autoscaler(HPA)やVertical Pod Autoscaler(VPA)、kubectl topコマンドなど、リソース監視・自動スケーリングに関わる主要機能が依存している。安定版化により、これらの機能を支えるインターフェースの互換性が長期的に保証されることになる。 あわせてGAに到達した「Resilient Watchcache Initialization」は、kube-apiserverの再起動時にetcdへリクエストが殺到して負荷が集中する問題を防ぐ機能で、再起動直後は限定的なリクエストのみを安全に処理し、それ以外はHTTP 429を返して制御する仕組みを備える。大規模クラスタにおけるコントロールプレーンの回復性を高める改善といえる。また、外部のmTLSブートストラップツールなしにPod間の安全な通信を実現する「Pod Certificates」もGAに到達し、サービスメッシュ導入のハードルを下げるものとして位置づけられている。 セキュリティとAI/MLワークロード向けの新機能 セキュリティ面では、Linuxのユーザー名前空間を活用してコアのノードコンポーネントを非rootで実行する「Rootless Kubelet」(フィーチャーゲートKubeletInUserNamespace)がベータに昇格した。コンテナエスケープが発生した際の影響範囲を縮小する狙いがあり、マルチテナント環境でのセキュリティ強化に直結する。 AI/MLワークロードの効率化という観点では、GPUに依存するワークロードのクラウドコストを削減する「HPA Scale to Zero」がベータへ進んだ。需要がない時間帯にPodのレプリカ数をゼロまで縮退させることで、高価なGPUリソースの遊休コストを抑制できる。このほかアルファ機能として、InPlacePodVerticalScalingSchedulerPreemptionによるワークロード認識型スケジューリング、デバッグやセキュリティ分析向けのPodチェックポイント・リストア機能、StatefulSetのローリング更新における「Recreate」戦略も導入されており、今後のベータ・GA昇格が注目される。 ストレージ管理の改善:未使用PVCの自動検出 ストレージ分野では、PersistentVolumeClaim(PVC)がどのPodからも参照されていない状態を自動検出するPersistentVolumeClaimUnusedSinceTime機能がベータに昇格し、デフォルトで有効化された。PVC保護コントローラーがPVCにUnusedという条件(Condition)を自動的に付与する仕組みで、そのPVCが現在いずれかの稼働中Podから参照されているかどうかを、手動でのトラッキングやカスタムツールを用意することなく可視化できる。 これまで大規模クラスタでは、孤立した(orphaned)ストレージリソースを特定するためにPodとPVCを手作業で突き合わせたり、独自のスクリプトを運用したりする必要があった。標準のCondition機構を通じてこの情報が提供されることで、未使用ストレージの削除によるコスト最適化や、利用状況に基づくキャパシティプランニング、さらにはこの条件を利用した自動削除ポリシーの構築が容易になる。運用コストの削減に直結する地味ながら実用的な改善であり、ストレージリソースが肥大化しがちな大規模環境ほど恩恵が大きいといえるだろう。

概要 WordPressコア(バージョン4.7.0〜7.1.1)に存在する未認証のリモートコード実行脆弱性CVE-2026-87902(CVSS 9.2)が、9月22日のパッチ公開からわずか数時間後に実際の攻撃で悪用され始めた。Patchstackの観測によれば、最初の偵察は同日11:49 UTC、最初のファイル書き込み攻撃は15:34 UTCに確認されており、9月23日には攻撃トラフィックが前日比10倍以上に急増している。脆弱性はページテンプレート解決を担うget_page_template()関数の処理にあり、pagenameパラメータに対するパストラバーサル攻撃によって、活性テーマディレクトリ外の任意の読み取り可能なPHPファイルをインクルードできてしまう。発見者はセキュリティ研究者のRobert Ressl。 脆弱性の仕組みと悪用条件 悪用にはいくつかの前提条件が必要となる。まず、有効化されているテーマに「page-」で始まるトップレベルディレクトリが存在すること。加えてコード実行まで到達するには、サーバー上に読み取り可能なPHPファイル(典型的には/usr/local/lib/php/pearcmd.php)が存在し、PHPのregister_argc_argvが有効になっている必要がある。この設定は公式PHP Dockerイメージや、PHP 8.5未満を使うデフォルトのcPanel環境などで有効になっているケースが多く、攻撃対象になりやすいと指摘されている。WordPressのサニタイズ処理は単純な../のトラバーサルはブロックするが、パーセントエンコードされたシーケンス(%2e%2eや二重エンコードの%252e%252e)は生き残り、get_page_template()内でデコードされてしまう点が悪用の核心となっている。 3段階の攻撃手口 Patchstackの分析では、攻撃は偵察・PEAR検出・コード実行の3段階で急速に進化したという。第1段階の偵察では、wp-links-opml.phpやwp-includes/feed-rss2.php、wp-login.phpといった無害なコアファイルをインクルード対象に指定し、レスポンスの違いから対象サイトが脆弱かどうかを判定する。第2段階では、PEARのpearcmd.phpが存在し悪用可能かを+config-showのようなコマンドを含むエンコード済みトラバーサル文字列で確認し、register_argc_argvが有効かどうかを見極める。第3段階ではpearcmd.phpのconfig-createパラメータを使い、攻撃者が内容を制御したファイルを任意の場所に書き込ませることで、事実上の任意PHPコード実行を達成する。書き込み先は当初/tmpや/var/tmpが中心で、確認されたファイル名にはwp-pear-rce-flag.php、poc87902.php、luci_<random>.php、zeta_<random>.phpなどがある。The Hacker Newsの報道では、攻撃者がraw.githubusercontent.comでホストされたWebシェル(MrG3P5/web-shell)を取得して展開する手口も確認されている。 攻撃規模と対応状況 攻撃元IPは当初は少数のクラスターに限られていたが、その後数百件規模のソースに拡散した。リクエストにはcve-2026-87902-poc/1.0やnuclei-cve-2026-87902/1.0といった特徴的なUser-Agentが付与されるケースもあり、9月23日には公開されたNucleiテンプレートを使ったスキャンが公開されたことで攻撃量がさらに跳ね上がったとみられる。WordPressは脆弱性に対し、最新版7.1.2に加え7.0.6、6.9.9、6.8.10、さらに4.7.37までさかのぼるバージョンにパッチをバックポートしており、4.6以前は修正対象外となっている。ある研究者は、WordPressの自動更新がデフォルトで有効なことから「大量スキャンは起きても実際の侵害は比較的少数にとどまる」可能性を指摘する一方、Patchstackは「ペイロードが/tmpから再起動後も残る場所やWeb経由でアクセス可能な場所に移動しないか」引き続き監視するとしており、警戒は緩めていない。管理者には、WordPressの即時アップデートに加え、pagenameパラメータ中のトラバーサルシーケンスのブロックやregister_argc_argvの無効化といった暫定緩和策、/tmp・/var/tmp内の不審なPHPファイルの監査が推奨されている。

概要 プログラミング言語Zigの作者Andrew Kelley氏へのインタビューが9月23日に公開され、同氏がAIによるコード貢献を正式に禁止した経緯と、ZigプロジェクトをGitHubからCodebergへ移行した背景が明らかになった。Kelley氏はAI生成のコードを「負の価値を持つ」と断言し、レビュアーの貴重な時間を浪費するだけでなく、初心者がコードを書きながら成長していくというプロジェクトの教育的使命そのものに反すると説明している。 AIコード貢献を禁止した理由 Kelley氏によれば、AIを使った貢献者の多くはツールの使用を隠しながら、生成された出力をあたかも自分自身の成果であるかのように提出してくるという。プロジェクトのレビュー体制には限られたリソースしかなく、Kelley氏はそのリソースを、将来コアチームに加わりうるエンジニアの育成に振り向けたいと考えている。同氏は「AIを使っている人たちは、常に後者のカテゴリに入る。彼らは何も学んでいないし、後でコアチームに加わることもない」と述べ、AI利用がプロジェクトの教育的使命と根本的に相容れないとの立場を示した。この方針は、ZigからRustへの全面書き換えをAIエージェントを用いて行った最近のBunの事例とは対照的であり、Kelley氏はこれを「価値観の相違」を象徴する出来事だと評している。 GitHubからCodebergへの移行 技術面では、GitHub Actions上での継続的インテグレーションが繰り返し停止するなど、CI/CD基盤の不具合が開発の障害になっていたことが移行の直接的なきっかけとなった。加えてKelley氏は、非営利団体であるCodebergの組織構造がZigの価値観により合致すると判断した。同氏は「企業は常に次の収益源を追い求めているが、非営利団体はただ今やっていることを続けようとしているだけだ」と述べ、四半期ごとの収益成長を追い求める営利企業よりも、長期的な安定性を重視する非営利モデルを選好する理由を説明した。今回の移行は、技術的な信頼性の問題と、組織のあり方に関するイデオロギー的な一致という二つの側面を併せ持つ決断だったといえる。 背景と今後 ZigはGhostty(ターミナルエミュレータ)やTigerBeetle(金融向けデータベース)、UberのARM64クロスコンパイル基盤など、実運用のプロジェクトで採用が進んでいる言語である。Kelley氏は2018年に職を辞してZigの開発に専念しており、JavaScriptの低レベルアクセスの欠如、Goのストップ・ザ・ワールド型ガベージコレクション、Rust(1.0以前)の借用チェッカーによる制約、C++のメモリ破壊バグといった既存言語の限界を踏まえてZigを設計した経緯も語られている。AIコード貢献の禁止という方針は、こうしたZigの設計哲学や教育的な運営方針の延長線上にあるものであり、AIエージェントによる開発が急速に広がる中で、オープンソースプロジェクトの人材育成のあり方を問う事例として注目される。

概要 Cloudflareは9月21日、サーバーレスプラットフォームWorkers上でPythonを実行する「Python Workers」を一般提供(GA)段階に進めたと発表した。2年前にベータ機能として導入されて以来、多くの開発者がすでにPython Workers上でアプリケーションを構築してきたが、今回のGA化により、PythonはJavaScriptと並んでCloudflareデベロッパープラットフォームの第一級言語として正式に位置づけられる。FastAPI、Django、FlaskといったWSGI/ASGI対応の主要Webフレームワークを、JavaScriptのグルーコードを書くことなく、そのままエッジランタイム上で直接実行できるようになった点が最大のポイントだ。 技術的な仕組み Python WorkersはWebAssembly(Wasm)を基盤としており、Cloudflareは2018年からWasmをサポートしてきた実績を土台に、Pyodide(PythonインタプリタをWasmにコンパイルしたプロジェクト)を用いてPythonコードをエッジ上で実行している。さらにCloudflareは、この仕組みを標準化する提案として「PEP 783」を通じて「PyEmscripten」プラットフォームの策定にも関与しており、単なる自社実装にとどまらずPythonエコシステム全体への貢献を図っている。データベース接続についてはカスタムのsocket syscall実装によりTCPソケットを扱えるようにし、PostgreSQLやMySQLの標準的なドライバもそのまま利用可能にした。 開発者への影響 今回のGA化で特に強化されたのが、Workers AI、R2、D1、Hyperdrive、Durable Objects、Queues、Workflowsといった既存のCloudflareサービスとのネイティブ統合だ。型変換の仕組みをランタイムとPython SDKの両方に統合したことで、たとえばキューへのメッセージ送信はself.env.QUEUE.send({"key": "value"})のようにPythonのデータ型をそのまま渡すだけで済むようになり、これまで必要だった複雑なJavaScript相互運用コードを書く必要がなくなった。OpenAIやLangChainなど主要なAI関連ライブラリにも対応しており、Pythonの豊富なエコシステムに慣れた開発者が、使い慣れたパターンとライブラリを活かしながらグローバルに自動スケーリングするアプリケーションをそのまま構築できる点が実務上の大きなメリットとなる。 制限事項と今後の展望 一方で、ネイティブにC/C++/Rustなどの拡張モジュールを含むパッケージについては、Wasm対応が別途必要であり、パッケージエコシステム全体としてはまだ移行途上にある点には留意が必要だ。Cloudflareは今後、パフォーマンスとメモリ効率のさらなる向上、対応パッケージの拡充、そして開発者フィードバックに基づく継続的な改善を進める方針を示しており、PyEmscriptenエコシステムの普及を後押ししていく構えだ。JavaScript以外の言語でサーバーレスエッジ開発を行いたいPython開発者にとって、今回のGA化は本番導入の判断材料となる重要な節目と言えるだろう。

概要 F5は、BIG-IP Access Policy Manager(APM)に存在するヒープベースのバッファオーバーフロー脆弱性CVE-2026-94127を修正した。CVSSスコアはv3.1で9.8、v4.0で9.3と極めて深刻度が高く、認証なしでリモートコード実行(RCE)が可能となる。F5はこの脆弱性が既に実際の攻撃で悪用されていることを確認しており、CISAは同日、既知悪用脆弱性(KEV)カタログに追加した上で、連邦政府機関に対し9月25日までの緊急パッチ適用ないし軽減策の適用を義務付けた。 脆弱性の詳細と影響範囲 脆弱性が影響するのは、BIG-IP APMが「OAuth認可サーバー」として構成されているケースに限定される。具体的には、APMのアクセスポリシーとOAuth認可サーバープロファイルが同一の仮想サーバー上に構成されている場合が対象で、APMをOAuthクライアントやリソースサーバーとしてのみ利用している構成は影響を受けない。該当条件を満たす仮想サーバーに悪意のあるトラフィックを直接送信することで、認証を経ずにリモートコード実行が可能になる点が特に危険視されており、BIG-IPの管理インターフェースへのアクセスを制限するだけでは防御にならない。影響を受けるバージョンは21.1.0、17.5.017.5.1、17.1.017.1.3で、Applianceモードで運用している場合も対象となる。F5はブランチごとにホットフィックス(Hotfix-BIGIP-21.1.0.2.0.30.22-ENG、Hotfix-BIGIP-17.5.1.9.0.160.12-ENG、Hotfix-BIGIP-17.1.3.5.0.41.14-ENG)を提供している。 実悪用の兆候と検知方法 F5は攻撃の痕跡として、APMログ内での複数のOAuth認証失敗(UserInfoリクエストの失敗を含む)や、OAuthカウンターのtotal_failed値の不可解な上昇、監査ログにおける疑わしいコマンド実行、そしてこれらに続くTMM(Traffic Management Microkernel)のコアファイル生成やSIGABRTシグナルの発生を挙げている。セキュリティ企業Shadowserverの観測では、インターネット上にBIG-IP APMのフィンガープリントを持つIPアドレスが14,700件以上存在するとされるが、この数値にはパッチ適用済みのシステムやハニーポットも含まれ得るため、実際に脆弱な状態にあるシステム数を正確に示すものではない。 対応状況と背景 CISAは2026年9月22日付でCVE-2026-94127をKEVカタログに登録し、BOD 26-04に基づき連邦機関に9月25日までの対応を命じた。即座にパッチを適用できない組織に対しては、F5サポートを通じて提供される一時的なiRuleベースの軽減策を先に適用し、その後ベンダーパッチを導入するよう推奨している。今回の一件は、F5にとって2021年11月以降8件目となる実悪用済み脆弱性であり、2025年8月にはBIG-IPの未公開ソースコードが攻撃者に窃取される侵害も発生している。同社製品を狙った攻撃が継続的に確認されている状況を踏まえ、該当バージョンを利用する組織は速やかな対応が求められる。

概要 OpenAIは9月22日、AIモデルの安全性評価に外部の独立団体をより早い段階から関与させる方針を発表した。従来は展開直前の最終段階でのみ第三者によるレビューを実施していたが、今後はモデルの訓練・評価・展開という開発サイクル全体を通じて外部評価者が技術的な安全性チェックに関わる体制へと転換する。同社はすでにMETRやRedwood Researchといった評価団体と協議を進めており、他の新規・既存の評価者とも交渉を続けているという。 なぜ早期関与が必要なのか OpenAIで外部専門家との連携を主導するLama Ahmad氏は、「リスクが高まるにつれて、展開だけでなく、同じく高いリスクを伴う訓練や評価の段階もしっかり見ていきたい」と述べている。研究者の間では、完成したモデルだけを検査していては見逃されがちな問題の兆候が、訓練過程での挙動を追うことで発見できる場合があるという指摘がある。この方針転換の背景には、METRのHjalmar Wijk氏やAjeya Cotra氏、Redwood ResearchのRyan Greenblatt氏らがOpenAI社内のAhmad氏と協力し、Hugging Face上でOpenAIのモデルが関与した侵害インシデントを調査した経緯があるとされる。 評価の対象範囲と要件 新体制のもとで、外部評価者はOpenAIが提示する「セーフティケース」——安全性に関する主張を裏付ける根拠——を検証するほか、訓練・評価・展開の各段階で用いられる安全対策の妥当性を精査する。評価は同社の「Preparedness Framework」(危険な能力に関する社内フレームワーク)と直接紐づけられ、重要な安全対策が敵対的な脅威に対してどの程度堅牢かを検証する試験や、モデルの不整合(ミスアライメント)インシデントの調査も含まれる。OpenAIは効果的なレビューの条件として、「強固な独立性の仕組み、科学的な厳密さ、堅牢なセキュリティ対策、明確な責任分担」を挙げている。評価者の一部は、機密性の高い試験フェーズにアクセスするためOpenAIの社内で作業する可能性もあるという。 展望 今回の方針転換は、モデル開発が高度化し企業間の競争が激化する中で、安全性ガバナンスをより分散的かつ継続的な仕組みへと発展させる動きの一環と位置づけられる。ライバルのAnthropicも外部評価者を起用する取り組みを進めているとされ、大手AI企業の間で開発初期段階からの第三者検証を制度化する流れが広がりつつある。開発の早い段階で問題を発見できれば、展開後に対応するよりもコストを抑えられるとの見方もあり、今後どの程度の評価者が実際に参加し、どこまで踏み込んだ情報開示が行われるかが焦点となる。

概要 恐喝集団ShinyHuntersは、Oracle PeopleSoftのゼロデイ脆弱性を悪用してFBIのシステムに侵入し、捜査官や採用応募者に関する機密個人情報を大量に窃取したと主張している。窃取量は2〜3テラバイトに及ぶとされ、氏名・自宅住所・電話番号・配偶者情報に加え、人事部門や医療部門(Medlink)が保有する健康情報まで含まれるという。FBIの採用サイト「FBIjobs.gov」は攻撃者による改ざんの被害に遭い、一時「メンテナンス中」の表示に切り替わった。FBIは「FBIjobs.govに対する不正行為の疑いを認識しており、現在調査中」とコメントしているが、詳細な確認や被害範囲の公表には至っていない。 侵入の手口とゼロデイ脆弱性 ShinyHuntersの主張によれば、攻撃は月曜夜にOracle PeopleSoftの認証前リモートコード実行(RCE)を可能にする未公開のゼロデイ脆弱性を突く形で始まり、まず採用応募者情報を保管するPeopleSoftサーバーへ侵入した後、Amazonが提供するFBI管理下のGovCloudインフラへ横展開(ラテラルムーブメント)したとされる。同グループは同じ脆弱性を悪用してフォーチュン500企業を含む他の組織も標的にしていると主張しており、これは2026年6月に恐喝活動で悪用したPeopleSoftの既知の脆弱性(CVE-2026-35273)とは別の未公開の欠陥だとされる。ただしBleepingComputerは、ゼロデイの実在性やラテラルムーブメントの経路、窃取データ量について独立した検証はできていないと明記しており、404 Mediaが盗まれたとされるサンプル記録の一部について真正性を確認したにとどまる。 動機は報復か ShinyHuntersは今回の侵入について金銭目的ではないと主張し、2026年5月にFBIが公表したFLASHレポート(オンライン学習管理システム「Canvas」を標的とした同グループの手口を詳述し、身代金支払いに応じないよう警告した公式声明)への報復だと説明している。同グループは、このレポートが自分たちの脅迫行為を「誇張した虚偽の主張」で描いていると反発し、1週間以内に内容の修正・撤回を行うよう要求しているが、応じなかった場合にどうするかについては「ノーコメント」として明言を避けている。この経緯は、法執行機関の公式発表を逆手に取って攻撃対象を選ぶという、サイバー犯罪集団側の新しい報復パターンを示す事例といえる。 FBIの対応と専門家の見方 FBIは侵害の発生自体を否定していないものの、公式コメントは調査継続を認めるにとどまっている。ShinyHunters側は、侵入を検知したFBIが直ちに関連システムをシャットダウンしたと述べている。Cato NetworksのEtay Maor氏は、「ShinyHuntersによるFBI侵害の主張は、法執行機関とサイバー犯罪集団の対立の中でも異例に挑発的な動きであり、真剣に受け止めるべきだ」と指摘する。仮に主張通りの情報が流出していれば、外国政府がFBI職員やその家族を標的に脅迫・強要工作を仕掛ける「重大な防諜上の脅威」になりかねないとの懸念も出ている。今回の一件は2026年に入って判明したFBI関連の侵害としては2件目であり、法執行機関を狙う恐喝集団の攻撃対象としての「格上げ」を印象づける事案となっている。

概要 クアルコムはSnapdragon Summitで、TSMCの2nm（N2P）プロセスを採用した新フラッグシップSoC「Snapdragon 8 Elite Gen 6」と、その上位モデルとなる「Snapdragon 8 Elite Extreme Gen 6」を発表した。同社が9年間続けてきた「1世代1チップ」のフラッグシップ体制を転換し、標準・上位の2階層構成を初めて導入するもので、業界では異例の戦略転換と受け止められている。両モデルとも独自CPUアーキテクチャ「Oryon」をベースに、2基のプライムコア（最大5.0GHz）と6基のパフォーマンスコア（最大4.0GHz）を搭載し、世界初となる5GHz駆動のモバイル向けCPUを実現した。CPU性能はGen 5比で標準のGen 6が約10%、Extreme Gen 6が約13%向上している。 Extreme Gen 6が実現するオンデバイスAI 最上位モデルのExtreme Gen 6を特徴づけるのが、新設計の「Flex Cache」アーキテクチャだ。単一スレッドのワークロードがキャッシュプールのほぼ全体にアクセスできる仕組みで、共有メモリ容量も標準モデル比で50%増加している。この拡張メモリと、AI対応のMatrix Coresを備えたGPU「Adreno 850」（18MBキャッシュ、前世代（Gen 5）比44%のパフォーマンス向上）の組み合わせにより、これまでクラウド接続が前提だった300億パラメータ級の混合専門家（MoE）モデルを、サーバーに接続せずスマートフォン単体でオフライン実行できるようになった。標準のGen 6はAdreno 845（12MBキャッシュ）を搭載し性能向上幅は35%にとどまるが、NPU性能はGen 5比14%向上し、いずれのモデルもHexagon AIエンジンに新たな「Element Accelerator」を追加している。センシング機能では、デュアルマイクロNPUを備えたSensing Hubが最大85%の性能向上と20%の効率改善を果たした。このほかExtreme Gen 6は次世代のLPDDR6メモリに初めて対応し、ビデオ撮影は8K/60fps・4K/240fpsのスローモーションに対応する（標準モデルは8K/30fps・4K/120fps）。接続面では両モデル共通でX105 5Gモデム（下り14.8Gbps、上り4.2Gbps）とWi-Fi 8対応のFastConnect 8800を搭載する。 2階層化の背景とコストへの影響 クアルコムが今回あえて2つのフラッグシップを用意した狙いは、DRAM価格の高騰への対応にあるとみられる。OEM各社が価格帯に応じてチップを選び分けられるようにすることで、部材コスト上昇の影響を製品ラインナップ全体で吸収しやすくする狙いだ。もっとも、採用するTSMCのN2Pプロセスはウェハー単価が約3万ドルと3nm世代比で5割高く、Extreme Gen 6は1チップあたり300ドルを超える見通しで、2027年にかけて一部端末の店頭価格を押し上げる要因になるとの指摘もある。なお、Adreno 850のGPU性能が前世代比44%向上したとしても、その恩恵が実感できるのはAdreno Neural Fusion対応のゲームやカメラ処理といった負荷の高い用途が中心で、日常的なアプリ利用での体感差は初年度限定的とみられる。 競合状況と採用端末 製造プロセスの面では、AppleのA20 Pro（TSMC N2ベース）やMediaTekのDimensity 9600 Pro（N2P採用）も同じ2nm世代に到達しており、モバイルSoC各社が足並みを揃える形となった。一方でXiaomiは自社開発のTSMC 3nm製チップ「Xring O3」を並行投入する計画で、大手OEMの一部にクアルコム依存を下げる動きがあることもうかがえる。搭載端末としては、Motorola「Signature 27」（Extreme搭載、2026年末発売予定）、Xiaomi「18 Pro」（標準搭載）・「18 Pro Max」（Extreme搭載、2026年第4四半期に中国展開）、HONOR「Magic9 Pro Max」（9月28日発表予定、Extreme搭載）のほか、OnePlus「16」やiQOO「16」への採用も見込まれている。