Anthropic、「Claude for Government」を一般提供開始、FedRAMP High環境で政府機関にシート課金なしのAI活用を提供

概要 Anthropicは9月30日、米連邦政府のFedRAMP High認証環境で稼働する「Claude for Government」を一般提供開始したと発表した。これにより連邦・州の政府機関は、コンプライアンス要件を損なうことなく、商用顧客と同等の能力をClaudeから得られるようになる。政府機関特有の調達・運用上の制約に対応した形でAI活用の普及を後押しする狙いがある。 価格モデルと管理機能 従来のシート単位の課金とは異なり、Claude for Governmentでは機関が利用量に応じて固定の増分単位で支払う方式を採用し、超過しない上限(hard not-to-exceed cap)を設定できる点が特徴だ。これにより、利用者数の変動や予期しない利用増加によるコストの不透明さを避けられる。管理者向けには、部署横断での設定デフォルトの統一、ユーザー・モデル別の支出配分と監視、グループごとの支出上限やモデル利用制限の設定、ATO(Authorization to Operate)取得を支援する監査ログへのアクセスなど、政府機関のガバナンス要件に特化した機能が用意されている。 セキュリティとコンプライアンスへの対応 セキュリティ面では、会話データを機関が管理するデバイス上にローカル保存できる仕組み、Anthropic側でのセンシティブな操作に対する二者承認(two-person approval)、規制対応のための計測専用の利用データ出力、シングルサインオンによるIDプロバイダ連携などを備える。デプロイも標準的なMDMプラットフォームを通じて行えるため、別途クラウドプロバイダとの契約関係を結ぶ必要がない。既存顧客はアプリ内機能で過去の会話履歴を移行できるほか、新規に利用を希望する機関はclaude.com/solutions/governmentから申請できる。 関連サービスと今後の展望 同じFedRAMP認証環境では、Claude Code CLIとClaude for Microsoft 365も早期アクセスとして提供されており、いずれも今回と同様の管理機能を備える。シート課金に縛られない価格モデルと、ATO取得を見据えた監査・ガバナンス機能を組み合わせたことで、Anthropicは連邦政府に限らず州政府機関へのAI導入のハードルを下げる戦略を進めているとみられる。

October 7, 2026

Apple、10月13日に新型Siri搭載のスマートホームハブ・HomePod mini・Apple TVを発表へ

概要 Bloombergのマーク・ガーマン氏がニュースレター「Power On」で報じたところによると、Appleは10月13日にイベントを開催し、長らく噂されていた画面付きスマートホームハブ、新型HomePod mini、新型Apple TVの3製品を発表する見通しだ。いずれの製品も「Siri AI」を中核に据えており、Appleがジェネレーティブ AI時代に向けて再設計したSiriと「Apple Intelligence」をスマートホーム領域全体に展開する動きとして注目されている。この発表は、iPhone 18 ProとiPhone Duoを披露した前回イベントからおよそ1か月後のタイミングとなる。 3製品の詳細 目玉となる新製品は、6インチの正方形ディスプレイを備えたスマートホームハブだ。カウンタートップ設置型と壁掛け型の両方が用意され、複数のカラーバリエーションが展開されるとみられる。A18以降のチップを搭載してApple Intelligenceに対応し、前面のFaceTimeカメラやマイク・スピーカーを内蔵した接続ベースを備える。スマートホーム機器の操作に加え、ビデオ通話やインターコム機能、音楽再生、写真スライドショー、さらに音声でレシピを検索できるキッチン向けの情報ハブとしての機能も持つという。 HomePod miniは新しいプロセッサーにより音質が向上し、Wi-Fi 7に対応するApple独自設計のN1チップと第2世代の超広帯域(Ultra Wideband)チップを搭載する。既存のカラーに加えてピンクとグリーンの新色も追加される見込みだ。新型Apple TV 4Kは、A19ないしA19 Proとみられる新プロセッサーを採用し、Apple Intelligence処理のためRAMを8GBから12GBに増量。同じくN1チップでWi-Fi 7に対応し、Siri Remoteも刷新される。3製品すべてにSiri AIが搭載される点が共通している。 背景と今後の見通し ガーマン氏は以前からこれら3製品が10月13日に投入されると報じていたが、当初はイベント形式での発表になるかは明らかではなかった。今回の報道で、単なるプレスリリースではなく正式なイベントとして披露されることが新たに判明した。テック評論家のジョン・グルーバー氏も、こうした新製品群は基調講演映像や実機デモが必要になるため、プレスリリースではなくイベント形式での発表が妥当だと事前に予測していた。計画通りに進めば、今後数日中にプレス向けの招待状が送付される見通しで、Appleのスマートホーム戦略の本格的な始動が期待される。

October 7, 2026

Atlassian製品群に未認証ファイル読み取りの重大脆弱性、Jira・Confluenceなど8製品が対象

概要 Atlassianは10月5日、自社ホスト型のJira、Confluence、Bitbucketなど8つのData Center製品に影響する重大な脆弱性(CVE-2026-21589)を公表した。CVSS v4.0で9.3という高いスコアが付けられており、未認証の攻撃者がネットワーク経由でWebアプリケーションルートディレクトリ内の特定ファイルを読み取れる、パストラバーサル型の脆弱性だ。悪用には対象ファイルの正確な名前とパスを事前に知っている必要があり、ディレクトリの列挙自体はできないとAtlassianは説明している。クラウド版は既にパッチが適用済みで対応は不要だが、セルフホスト版を運用する管理者には直ちのアップグレードが強く推奨されている。 影響範囲と修正版 対象となるのはBitbucket Data Center、Confluence Data Center、Jira Software/Jira Service Management Data Center、Bamboo Data Center、Crowd Data Center、Crucible、Fisheyeの8製品。修正版はそれぞれBitbucketが9.4.26・10.2.8・10.5.1、Confluenceが9.2.26・10.2.19、Jira Software/Service Managementが9.12.40(Service Managementは5.12.40)・10.3.26・11.3.12、Bambooが10.2.24・12.1.12、Crowdが6.3.7・7.0.3・7.1.7・7.2.4、Crucible/Fisheyeが4.9.15となっている。CVSSの評価では、攻撃元区分がネットワークで認証や利用者の操作を必要としない一方、機密性への影響は高いものの、完全性・可用性への影響は脆弱性のあるシステム自体には及ばないとされる。ただし、読み取られたファイルの内容次第で連携する他システムが危険にさらされる可能性がある。なおBitbucket Cloudはこの脆弱性の影響を受けず、Atlassianはクラウド基盤を調査した結果、現時点で悪用の証拠は見つかっていないと報告している。 一時的な緩和策と検知方法 即時のパッチ適用が難しい組織向けに、Atlassianは3つの一時的な緩和策を提示している。1つはWAFやリバースプロキシで、スラッシュ・バックスラッシュ・コロン二重表記(URLエンコードされたものを含む)に隣接する「..」を含むURLをブロックするルール。2つ目はConfluence、Jira Software、Jira Service Management、Bamboo、Crowd向けのTomcat RewriteValve設定、3つ目はBitbucket向けのurlrewrite.xmlによるURL書き換えルールだ。CrucibleとFisheyeはWAFによる対策のみに対応する。すでに侵害を受けていないか確認するため、アクセスログ上でURLデコードされた「..」とパス区切り文字の組み合わせを探すことが推奨されており、リクエスト行を最大2回URLデコードしてパターンを検索する方法と、Atlassianが示すブロックパターンを生ログに直接適用する方法の2つの検知手法が案内されている。 過去の類似事例と今後の展望 この脆弱性は、Jira ServerおよびData Centerにおける特定ファイルの読み取りを可能にした過去のパストラバーサル脆弱性CVE-2021-26086と類似する構造を持つ。CVE-2021-26086は米CISAが2024年11月12日付で既知の悪用済み脆弱性(KEV)として指定した経緯があり、同種の脆弱性が長期間にわたり攻撃者に狙われ続けるリスクを示している。今回のCVE-2026-21589についても現時点で悪用は確認されていないものの、ファイルパスの事前知識さえあれば認証不要で攻撃が成立する手軽さから、公開情報をもとにした攻撃コードの出現が懸念される。Atlassian製品をセルフホストする組織は、パッチ適用を最優先としつつ、適用までの期間は提示された緩和策とログ監視を組み合わせて対応することが求められる。

October 7, 2026

Dell System UpdateにCVSS 9.6の重大パストラバーサル脆弱性、未認証でroot権限奪取の恐れ

概要 Dellは、企業のPowerEdgeサーバー向けにBIOSやファームウェア、ドライバの更新を行うコマンドラインツール「Dell System Update(DSU)」バージョン2.3.0.0未満に、重大なパストラバーサル脆弱性(CVE-2026-86360)が存在すると発表した。CVSSスコアは最大値に近い9.6で、認証を経ていない攻撃者がリモートからネットワーク経由でこの脆弱性を悪用できる点が深刻度を押し上げている。Dellのセキュリティアドバイザリ(DSA-2026-324)によれば、悪用に成功した場合、攻撃者はファイルシステムへのアクセス権を得たうえでroot権限による任意コード実行が可能となり、対象アプリケーションと基盤となるOSが完全に侵害される恐れがあるという。対象はLinuxとWindowsの両方で動作するDSUで、Dellは顧客に対しバージョン2.3.0.0以降へ直ちにアップグレードするよう強く呼びかけている。 技術的な詳細 CVE-2026-86360はパストラバーサル型の脆弱性で、本来アクセスが制限されているべきファイルパスの検証が不十分なために発生する。Dellは公式説明で「認証されていない攻撃者がリモートアクセスを通じてこの脆弱性を悪用し、攻撃者によるファイルシステムアクセスにつながる可能性がある」としており、最終的にはroot権限での任意コード実行に至る。この脆弱性の報告者はOri Gabrielとされている。 同時に公開されたアドバイザリでは、関連する4件の高深刻度の脆弱性も修正された。Ori Gabrielが報告したCVE-2026-63697(CVSS 7.6、証明書検証不備によるリモートコード実行)、Cipher Security LabsのNir Yehoshuaが報告したCVE-2026-71168(CVSS 7.3、パストラバーサルによるローカルからリモートへのコード実行)、そしてsaltedfishが報告したCVE-2026-86361およびCVE-2026-86362(いずれもCVSS 8.2、不適切な権限設定による権限昇格)である。これとは別に、DellのContainer Storage Module(CSM)でも最大深刻度の脆弱性2件(CVE-2026-63688、CVE-2026-63692)が指摘されている。 影響と対応 現時点でこれらの脆弱性が実際に悪用された事例は報告されていない。ただし、パストラバーサルの脆弱性は2007年以降「許されざるもの(unforgivable)」と位置づけられてきた。FBIとCISAも2024年5月以降、ベンダーに対して製品リリース前の段階でこの種の脆弱性を根絶するよう求めている。過去には国家支援を受けた攻撃グループ(北朝鮮のLazarusや中国系とされるUNC6201など)が別のDell製品の脆弱性を悪用した例もあり、今回のDSUの脆弱性についても早期の対応が強く推奨される。Dellは該当するPowerEdgeサーバーの管理者に対し、DSUをバージョン2.3.0.0以降へ速やかに更新するよう重ねて呼びかけており、企業の情報システム部門は自社環境でのDSU利用状況を確認し、優先度の高いパッチ適用対象として扱う必要がある。

October 7, 2026

Google、Geminiアプリの無料・AI Plusプランでモデル制限へ 上位プランにはDeep Thinkを拡大

概要 Googleは10月9日、Geminiアプリにおけるモデル利用の権限を各プランごとに大きく見直す。無料ユーザーと有料プラン「AI Plus」(月額4.99ドル)のユーザーは利用できるモデルの種類が縮小される一方、上位プラン「AI Pro」(月額19.99ドル)と最上位の「AI Ultra」(月額99.99ドル以上)には、これまでAI Ultra限定だった高度な推論機能「Deep Think」が拡大提供される。無料で高性能モデルを使える範囲が狭まることで、実質的に上位プランへの移行を促す格好となる。 無料・AI Plusプランでの制限内容 これまで無料ユーザーはFlash-Lite、Flash、Proの3モデルにアクセスできたが、10月9日以降はFlash-Liteのみに制限される。FlashとProは利用できなくなる。AI Plusユーザーも同様に、これまでの3モデルからFlash-LiteとFlashの2モデルに縮小され、Proモデルへのアクセスが失われる。該当するAI Plusユーザーには、変更のタイミングを知らせる通知メールが送付される予定だ。一方、AI ProとAI Ultraの両プランはモデル制限を受けず、従来通りすべてのモデルを利用できる。 AI Pro・AI Ultraへの新機能追加 モデル制限と並行して、AI ProとAI Ultraの両プランには新機能が追加される。最大の目玉は、従来AI Ultra限定だった「Deep Think」機能がAI Proにも拡大される点だ。Deep Thinkは並列的な推論を最大限に活用する機能だ。加えて、Google AI StudioやAntigravityで既に提供されている「低・中・高」の効果レベル設定が、Geminiアプリの各モデルにも導入される見込みだ。Googleはこの効果レベル設定について「モデルがタスクを完了する能力が向上し、より丁寧な回答を提供できるようになるが、その分利用枠の消費も大きくなる」と説明しており、利用者は回答の精度と処理コスト(利用枠の消費量)のバランスを自分で調整できるようになる。 今後の展望 この変更と並行して、AI Ultra専用の新モデル「Gemini 4 Argon」の提供も始まる見通しだが、その位置づけ(どの機能階層に属するか)はまだ明らかにされていない。今回の措置は、無料・低価格帯プランでの高性能モデル利用を絞り込むことで、収益性の高い上位プランへのユーザー誘導を図る狙いがあるとみられる。一方で、AI Pro以上のユーザーにはDeep Thinkや効果レベル設定といった高度な制御機能を提供することで、料金に応じた価値の差別化を一層明確にする方針がうかがえる。

October 7, 2026

AWSとOpenAIが提携、「Amazon Bedrock Managed Agents」でエージェントをAWS環境内に封じ込める

概要 AWSは9月29日、OpenAIのAgents APIをAWSネイティブに統合した新サービス「Amazon Bedrock Managed Agents (BMA)」をパブリックプレビューで公開した。AWSとOpenAIの共同開発によるもので、「AWS固有の設計と統合を実現したOpenAI Agents APIのカスタマイズ版」と位置づけられている。最大の特徴はデータの扱いで、推論・メモリ・スキル管理をすべて顧客のAWS環境内で処理し、OpenAIのDevDay 2026で発表された際には「データはAWSを離れず、セキュリティが顧客と次の段階の間の障壁でなくなる」とSalesforceの幹部が述べている。すべての推論はAmazon Bedrock上で実行される。 技術的な詳細 BMAはステート管理、ツール選択、コード実行、複数ステップの作業調整を自動的に処理し、永続的なセッションによってメッセージ・ツール呼び出し・中間結果を保持する。Model Context Protocol (MCP) サーバーを含む外部ツールとの接続にも対応する。ガバナンス面では各エージェントに独立したIAMロールと固有のIDを割り当て、重要なアクションの実行前には人間による承認を挟める仕組みを用意。対応するAPI操作はAWS CloudTrailで記録され、監査ログとして残る。実行環境としては、セルフホストの実行環境とAgentCore Runtimeの2つのオプションが選べる。あわせてOpenAIのAgents APIにはコンピューターユース機能も追加され、ブラウザ越しにソフトウェアを操作するエージェントの構築も可能になった。 現在のプレビューはUS East (N. Virginia)、US West (Oregon)、US East (Ohio) の3リージョンで利用可能。料金はプレビュー期間中、基盤となるAWSリソース以外の追加料金はかからないが、本番リリース時には変更される見込みだ。 業界への影響 早期採用企業としてSalesforceが紹介されており、自社のデータとコントロール機能をOpenAIのモデルと統合する形で利用している。AWSは、これまでのエージェントのプロトタイプの約90%が市場化に至っていないと指摘しており、BMAをエージェント実装を実用段階に進めるための基盤として位置づけている。クラウド大手とAI企業の提携によるエージェント基盤競争が激化するなか、企業がデータ主権やコンプライアンス上の懸念を抱えたままエージェント技術を導入できる選択肢として注目される。

October 6, 2026

Exchange Serverに他ユーザーのメールを閲覧できる脆弱性、Microsoftが緊急パッチを公開

概要 Microsoftは10月5日、オンプレミス版Exchange Serverに存在する権限昇格の脆弱性CVE-2026-96940(CVSSスコア8.8、「高」深刻度)を修正する帯域外(Out-of-band)更新プログラムを公開した。この脆弱性は「Weak authorization in Microsoft Exchange Server allows an authenticated attacker to elevate privileges over a network」と説明されており、認証済みの攻撃者が同一組織内の他ユーザーのメールボックスへ不正にアクセスし、メール本文や添付ファイルを読み取れてしまう。ただしテナント境界は維持されており、組織の外へアクセスが及ぶことはない。脆弱性はMicrosoftのセキュリティ研究者Jan Mitchellによって発見され、Microsoftは「悪用される可能性が高い(Exploitation More Likely)」と評価する一方、現時点で野生での悪用報告は確認されていないとしている。 影響を受けるバージョンと対応 今回の脆弱性は、Exchange Server Subscription Edition RTM、Exchange Server 2019(累積更新14および15)、Exchange Server 2016(累積更新23)が対象となる。サポートが切れた古いバージョンについては、Extended Security Update(ESU)プログラムのPhase 2契約が必要になる。クラウド側のExchange Onlineは既にサービス側の対応が完了しており、ハイブリッド構成のクラウドサーバーについても自動的にパッチが適用済みだが、オンプレミス環境の管理者は手動で更新プログラムを適用する必要がある。なお、Microsoftは先週Exchange Online向けの修正を展開した際に説明資料(KB記事)を伴わずに公開して利用者を驚かせたが、後にこのリリース順序が意図したスケジュールより早まった異例のものだったと説明する一幕もあった。 副作用と今後の対応 今回の更新プログラムには複数の副作用が報告されている。カレンダーを公開している環境ではHTTP 500エラーが返される場合があり、また韓国語の単語分割ルールの欠落によりContentEngineがデッドロックを起こす不具合も確認されている。Microsoftはこれらについて今後の更新で修正する予定としている。一方で、今回のパッチは共有メールボックスの委任設定やハイブリッド環境におけるGraph APIの予定情報取得に関する問題も合わせて解消している。権限昇格による情報漏洩のリスクが高いと評価されていることから、オンプレミスでExchange Serverを運用する組織には早期の適用が推奨される。

October 6, 2026

GitHubで大規模障害、ActionsのジョブがホストランナーにAssignされずCI/CDが広範囲で停止

概要 GitHubで日本時間10月6日未明、Actions・Pages・ビリングの各機能にまたがる大規模障害が発生した。現地時間(CEST)10月5日21時頃(日本時間6日4時頃)に「degraded availability(機能低下)」として検知された障害は、その後まもなく「major outage(大規模障害)」へと引き上げられた。GitHub Actionsではホストランナーへのジョブ割り当てが行えなくなり、ジョブ実行時に「not acquired by Runner of type hosted」というエラーが表示される状態が続いた。これにより、コードの自動テスト・パッケージング・デプロイを自動化に依存する世界中の開発チームで作業が滞った。 障害の経過と影響範囲 GitHubは現地時間10月5日23時32分(日本時間6日6時32分)に解決策を見出したと発表し、滞留していたジョブキューの処理に着手した。障害発生から解消までは2時間を超えており、Actionsのジョブは定時実行や継続的デプロイなど24時間体制で動くものが多いことから、キューには大量のタスクが積み上がった。GitHubはキューの処理には追加の時間がかかると注意を呼びかけている。影響はActionsのCI/CD機能に加えて、静的サイトホスティングのGitHub Pagesのデプロイ、さらにはアカウントのビリング詳細ページへのアクセスにも及んだ。今回の報道では、障害の根本原因については明らかにされていない。 今後への影響 CI/CDパイプラインが数時間にわたり機能不全となったことで、プルリクエストのマージやリリース作業、静的サイトの公開作業などが滞った開発チームは少なくないとみられる。GitHubのような大規模プラットフォームへの依存度が高まる中、ホストランナーの割り当てロジックという基盤部分での障害は、単一のサービス障害が広範な開発ワークフローに波及することを改めて示した。GitHub側から根本原因や再発防止策についての詳細な説明が今後示されるか注目される。

October 6, 2026

TC39東京会合、イテレータ操作を強化する3提案がStage4到達、evalのセキュリティ強化提案はStage4入りを提案

概要 ソニー主催で9月29日から10月1日にかけて東京で開催されたTC39(ECMAScript標準化委員会)の第116回会合で、「Iterator Join」「Iterator Includes」「Iterator Chunking」の3提案がStage3からStage4(仕様確定)へ進んだ。Stage4はTC39のプロセスにおける最終段階であり、ECMA262仕様書へのプルリクエストがマージされることで、次期ECMAScript仕様への正式な組み込みが確定する。これら3つはいずれもイテレータ操作を拡充するものだ。evalやFunctionコンストラクタを使った動的コード実行のセキュリティ制御を強化する「Dynamic Code Brand Checks」もStage4入りを目指して提案されたが、現時点ではStage3のまま残っている。 イテレータ操作を拡充する3提案 Iterator.prototype.join()を追加する「Iterator Join」(チャンピオン: Kevin Gibbons)は、Array.prototype.join()と同様の挙動をイテレータに対して提供する。従来、配列以外のイテラブルの要素を文字列として連結するには、Iterator.from(it).reduce()で中間文字列を都度生成するか、Array.from(it).join()で配列に変換してから結合する必要があり、いずれも余分なコストが発生していた。join()をイテレータプロトタイプに直接実装することで、この非効率を解消する。 「Iterator Includes」(チャンピオン: Michael Ficarra)は、Array.prototype.includes()に相当するincludes()をイテレータに追加する。比較にはArray.prototype.includesと同じSameValueZeroアルゴリズムを採用し、検索開始位置を指定するfromIndex引数もサポートする(負の値には未対応)。これまで同等の処理はsome()で代替する必要があったが、includes()により意図がより直接的に表現できるようになる。 「Iterator Chunking」(チャンピオン: Michael Ficarra)は、イテレータの要素を部分列として扱うchunks()とwindows()を追加する。chunks()は要素を重複なく指定サイズごとにグループ化するもので、ページネーションやカレンダーのような格子レイアウト、バッチ処理への応用が想定されている。一方windows()は指定サイズのスライディングウィンドウを生成し、移動平均の計算やペアワイズ比較といった、連続する要素間の関係を扱うアルゴリズムに向く。いずれもRust・Python・Haskellなど他言語や既存のJavaScriptライブラリで広く使われてきた機能で、その実績を踏まえて仕様が設計された。 動的コード実行のセキュリティを強化する提案 「Dynamic Code Brand Checks」(チャンピオン: Nicolò Ribaudo)は、eval()やnew Function()による動的コード評価を、ホスト環境がより細かく制御できるようにする提案だ。現状のJavaScriptには3つの制約がある。まずeval()は文字列以外の引数を受け付けないため、事前に検証済みのオブジェクトとしてコードを渡す仕組みがない。また、ホスト側の検証フックHostEnsureCanCompileStringsに渡される情報が限定的で、文脈に応じた細かい信頼判定ができない。さらに、Functionコンストラクタではパラメータと本体が分離された状態で検証が行われるため、完全なコード文字列を検証できないという問題もあった。 この提案ではHostGetCodeForEval()という新たなホスト用フックを導入し、コードを表すオブジェクトから文字列を取り出せるようにするとともに、HostEnsureCanCompileStringsに渡す文脈情報を拡張する。これにより、ブラウザなどのホスト環境は、Content Security Policy(CSP)のunsafe-evalのようにevalを一律禁止するのではなく、W3CのTrusted Types仕様と連携しながら、事前に検証済みのコードオブジェクトに限って動的評価を許可するといった、段階的なセキュリティ制御を実装できるようになる。({}[x][x](y)())のようにコードレビューで見逃されやすい迂回パターンへの対策としても意義がある。既存プログラムの挙動は変えない後方互換の設計だ。 今後の見通し Stage4への到達はECMAScript仕様そのものへの採用を意味するが、実際にJavaScriptエンジンで利用できるようになるまでには、各ブラウザ・ランタイムでの実装とテストが別途必要になる。イテレータ関連の3提案は配列の既存メソッドとの一貫性を重視した設計になっており、学習コストを抑えつつ実務での利用が広がることが見込まれる。Dynamic Code Brand Checksは、CSPやTrusted Typesとともに運用することで、動的コード実行を伴うアプリケーションのセキュリティ水準を高める基盤となりそうだ。

October 6, 2026

Tencent、Oracle経由で東南アジアのNvidia製AIチップ10万基を5年70億ドルでリース、対中輸出規制を回避

概要 中国のテンセントが、Oracleが運営する東南アジアの複数データセンターを通じて、先端Nvidia製AIチップ約10万基を5年間リースする契約を結んだと、Financial Timesの報道をもとに複数メディアが伝えた。契約総額は約70億ドルで、このうち約30%を前払いする内容だという。米国政府は中国企業への先端AIチップの直接販売を輸出規制で禁じているが、海外のクラウド事業者が提供する計算リソースをリースする形態は現時点で規制対象外とされており、テンセントはこの隙間を利用して計算資源を確保した形だ。 対中輸出規制を回避する狙い 米国は国家安全保障上の懸念から、Nvidiaなどの先端AI半導体が中国企業に直接渡ることを厳しく制限している。しかし今回のスキームでは、Oracleが東南アジアに設置したデータセンター内のハードウェアをテンセントがクラウド経由でリースするため、チップそのものが中国本土に搬入されることはない。これにより、現行の輸出規制の枠内で先端コンピューティング能力へのアクセスを確保できる。中国企業が海外クラウドを介して規制を迂回しつつAI計算基盤を調達する動きの一例として注目されている。 テンセントのAI戦略との関係 テンセントはここ数四半期でAI関連投資を急拡大させており、2026年第2四半期の資本支出は前年比176%増となった。同社の大規模言語モデル「Hunyuan」は近年大幅に性能を改善し、DeepSeekやAlibabaなど競合中国企業との差を縮めつつあるとされる。リースした計算資源はこうしたHunyuanモデルの学習・推論基盤の強化に活用される見通しで、主力アプリ「WeChat」をはじめとする各種プロダクトへのAI機能統合を加速させる狙いもあるとみられる。 業界全体に広がる海外調達の動き 同様の動きはテンセントに限らない。ByteDanceもシンガポールの子会社「Spring」を通じて、ノルウェーのデータセンターでNvidia B200 GPU約2,304基にアクセスしているとされ、中国の大手テック企業が海外のクラウド・データセンターを経由して先端AIチップへのアクセス手段を確保する動きが広がっている。輸出規制の実効性や、こうした迂回スキームに対する米国政府の対応如何によっては、今後ルール強化や新たな規制の検討につながる可能性もあり、業界の関心が集まっている。

October 6, 2026