Amazon S3、2026年4月6日より新規バケットでSSE-Cをデフォルト無効化——SSE-KMSへの移行を推奨

概要 AWSは2026年4月6日より、Amazon S3のカスタマー提供キーによるサーバーサイド暗号化(SSE-C)を新規バケットに対してデフォルトで無効化する。さらに、AWSアカウント内にSSE-Cで暗号化されたオブジェクトが存在しない既存バケットも同様の変更対象となる。一方、SSE-C暗号化オブジェクトを保有するバケットは引き続きSSE-Cをサポートし続けるため、現行の運用に即座の影響はない。この変更は4月6日以降、数週間かけて全AWSリージョンへ展開される予定だ。 技術的な変更内容 変更後、新規バケットの GetBucketEncryption APIレスポンスには BlockedEncryptionTypes に SSE-C が含まれるようになる。SSE-Cが無効化されたバケットへSSE-Cを指定してオブジェクトをアップロードしようとすると、HTTP 403 Access Deniedエラーが返される。 SSE-Cが必要なバケットでは、s3:PutEncryptionConfiguration 権限を持つユーザーが PutBucketEncryption APIを呼び出してSSE-Cを明示的に有効化する必要がある。既存のCloudFormationテンプレートや自動化スクリプトがSSE-Cを前提としている場合は、事前に設定の見直しが求められる。 背景:SSE-CからSSE-KMSへ SSE-Cは2014年6月にAmazon S3へ追加された機能で、顧客が暗号化キーを自分で管理できる仕組みとして提供された。しかし同年11月にAWS Key Management Service(AWS KMS)がリリースされて以降、SSE-Cの実用的な優位性は薄れてきた。 AWS KMSを使うSSE-KMSでは、きめ細かなIAMポリシーによるキーへのアクセス制御や、AWS CloudTrailによるキー操作ログの取得が可能だ。また、データを読み書きするユーザー・ロール・AWSサービスに対して、実際のキーを渡すことなくアクセス権を付与・剥奪できる。一方SSE-Cでは、S3がキーを保存しない設計上、SSE-C暗号化データへアクセスするたびに暗号化キーを都度提供しなければならず、複数のユーザーやサービスとの共有が現実的ではない。現在すでに数十万の顧客がSSE-KMSを採用しており、AWSは今回の変更を通じて暗号化オプションをより分かりやすく整理する狙いがあるとしている。 SSE-KMSで対応できないケースへの対処 Parquetファイル内の特定のカラムチャンクを異なるキーで暗号化するなど、SSE-KMSでは実現できない高度な要件がある場合は、クライアントサイド暗号化の活用が推奨されている。AWSはオープンソースの AWS Encryption SDK および S3 Encryption Client ライブラリを提供しており、AWS KMSや独自のキー管理ソリューションと組み合わせて利用できる。現在SSE-Cを使用しているかどうかは、CloudTrailによるアクセス監査やS3 Inventoryレポートのクエリで確認可能だ。

April 4, 2026

CiscoがIMCのCVSS 9.8認証バイパス脆弱性(CVE-2026-20093)を修正、管理者パスワード変更が無認証で可能に

概要 Ciscoは2026年4月1〜2日、Integrated Management Controller(IMC)にCVSSベーススコア9.8の重大な認証バイパス脆弱性(CVE-2026-20093)が存在することを公表し、対処するパッチをリリースした。CVSSベクター CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H が示す通り、ネットワーク越しに低い攻撃複雑度で、認証も利用者操作も不要で悪用できる最高水準の危険度を持つ。 脆弱性はIMCのウェブ管理インターフェースにおけるパスワード変更リクエストの**不適切な入力検証(CWE-20)**に起因する。攻撃者は細工したHTTPリクエストを送信するだけで認証を完全に回避し、管理者アカウントを含む任意ユーザーのパスワードを変更した上でシステムへのフルアクセスを取得できる。Ciscoは公式声明で「攻撃者は認証をバイパスし、管理者ユーザーを含むシステム上の任意ユーザーのパスワードを変更してそのユーザーとしてシステムへアクセスできる」と述べている。 なぜ特に危険なのか IMC(別名CIMC)はHPのiLOやDellのiDRACに相当するCiscoのアウトオブバンドサーバー管理コントローラーである。ホストOSとは独立して動作するため、サーバーOSの電源がオフの状態でも攻撃が成立する。このレイヤーを侵害された場合、EDRやSIEM、OSレベルのセキュリティ対策はほぼ無力化され、ハードウェアへの永続的かつ深いアクセスを攻撃者に与えることになる。 SOCRadarのCISOであるEnsar Seker氏は「このレベルでの認証バイパスは、攻撃者にハードウェア自体の完全な管理権限を渡すことに等しい」とコメントしている。過去にはHPE iLOを標的としたiLOBleedインプラント(2022年)やIPMIインターフェースを狙ったJungleSecランサムウェア(2018年)など、アウトオブバンド管理インターフェースへの攻撃が現実の被害を生じさせた前例がある。 影響を受ける製品とパッチバージョン 以下の製品が影響を受ける(括弧内は修正済みバージョン): 5000シリーズ ENCS(Enterprise Network Compute Systems) — 4.15.5以降 Catalyst 8300シリーズ Edge uCPE — 4.18.3以降 UCS C-Series M5・M6ラックサーバー(スタンドアロンモード) — 4.3(2.260007)、4.3(6.260017)、または6.0(1.250174)以降 UCS E-Series M3サーバー — 3.2.17以降 UCS E-Series M6サーバー — 4.15.3以降 また、UCS C-Seriesハードウェアをベースとした以下のCiscoアプライアンスも影響を受ける:Application Policy Infrastructure Controller(APIC)サーバー、Cyber Vision Centerアプライアンス、Secure Firewall Management Centerアプライアンス、Malware Analyticsアプライアンス。 対応と推奨事項 Ciscoはこの脆弱性に対してワークアラウンドは存在しないと明言しており、唯一の対策はパッチ適用済みバージョンへのアップグレードである。ネットワークレベルの緩和策も効果がないとされるため、影響を受ける製品を利用している組織は即時のアップグレードが強く推奨される。 なお、同じCiscoのアドバイザリ群では、Cisco Smart Software Manager(SSM)On-Premにも同じくCVSS 9.8のCVE-2026-20160が修正されており、こちらは未認証のリモートコード実行が可能な内部API露出に起因する。現時点では野生での悪用やPoC公開の報告はないが、Cisco脆弱性の迅速な武器化という過去の傾向から、Cisco PSIRTは即時パッチ適用を強く勧告している。本脆弱性はセキュリティ研究者「jyh」によって発見・報告された。

April 4, 2026

iOSを標的にしたエクスプロイトキット「DarkSword」、暗号資産ウォレットを含む機密データを窃取

概要 2026年3月、GoogleのThreat Intelligence Group(GTIG)、Lookout、iVerifyの研究者が協力し、iOS向けの高度なエクスプロイトキット「DarkSword」を公表した。このマルウェアは少なくとも2025年11月から活動を確認されており、iOS 18.4〜18.7を搭載した未パッチのiPhoneを標的にする。ウォレータホール攻撃(水飲み場攻撃)と呼ばれる手法で、正規の侵害済みWebサイトを経由して配布され、ユーザーがアプリをインストールしたりリンクをクリックしたりしなくても、脆弱なiPhoneで該当サイトを訪れるだけで感染が成立する点が特に危険視されている。 Appleはすべての対象バージョンにパッチを提供済みで、iOS 15〜26向けにセキュリティアップデートを展開。しかし推定2億2,000万〜2億7,000万台のiPhoneが依然としてiOS 18系の未パッチ状態のまま残っているとされており、広範なリスクが続いている。 攻撃の仕組みと技術的詳細 DarkSwordは6つのCVE(CVE-2025-31277、CVE-2025-43529、CVE-2026-20700、CVE-2025-14174、CVE-2025-43510、CVE-2025-43520)を連鎖的に悪用する多段階のエクスプロイトチェーンで構成される。 攻撃はstatic[.]cdncounter[.]netから読み込まれるJavaScriptによるデバイスフィンガープリンティングから始まる。続いてSafariのJavaScriptCore JIT脆弱性を悪用してリモートコード実行(RCE)を達成し、GPUプロセスを経由してサンドボックスを脱出、さらにXNUカーネルのAppleM2ScalerCSCDriverを標的にした特権昇格を行うことでカーネルレベルのアクセス権を確立する。メインオーケストレーターコンポーネントpe_main.jsが各段階を制御し、JavaScriptエンジンをiOSの特権サービスに注入する仕組みとなっている。 暗号資産ウォレットへの脅威 侵害後は「GHOSTBLADE」と呼ばれるモジュールが展開され、以下の機密データを組織的に窃取する。 暗号資産ウォレット: Coinbase、Binance、Kraken、KuCoin、OKX、Mexcなど主要取引所のアプリ、およびLedger、Trezor、MetaMask、Exodus、Uniswap、Phantom、Gnosis Safeなどウォレットアプリのデータ(30以上のアプリに対応) キーチェーンデータ: パスワード、Wi-Fiパスワード、ネットワーク設定 メッセージ: SMS、Telegram、WhatsAppのデータベース その他: ブラウザ履歴、連絡先、位置情報履歴、写真、デバイス識別子 データ窃取が完了すると、DarkSwordは自ら一時ファイルや悪意あるプロセスを削除して痕跡を消去する自己クリーンアップ機能を持ち、フォレンジック調査を困難にしている。 地政学的背景と攻撃者 DarkSwordは国家レベルの攻撃者を含む複数の脅威アクターによって使用されており、ロシアの諜報機関と関連するとされるUNC6353グループによるウクライナユーザーへの攻撃が確認されている。そのほか、サウジアラビア、トルコ、マレーシアでの攻撃も観測されており、アジア太平洋地域を含む広範な地域に脅威が及んでいる。 推奨される対策 Appleは脆弱なすべてのiOSバージョンに対してパッチを提供済みであるため、即座にiOSを最新版に更新することが最善の対策となる。iOS 17以降はメモリ整合性強制(Memory Integrity Enforcement)機能が標準搭載されており、エクスプロイトの成功を困難にする。また、ロックダウンモードを有効化することで追加の保護が得られるとされている。暗号資産を保有するユーザーは、端末の更新とともに重要な秘密鍵をハードウェアウォレットへ移行するなどの対策も検討すべきだ。

April 4, 2026

Kotlin 2.4.0-Beta1リリース:コンテキストパラメーターが安定化、Swift Packageサポートも追加

概要 2026年3月31日、Kotlin 2.4.0-Beta1がリリースされた。今回のリリースでは、言語機能・標準ライブラリ・Kotlin/JVM・Kotlin/Native・コンパイラの各分野にわたる改善が行われている。最大のハイライトは、Kotlin 2.2.0で実験的機能として導入されたコンテキストパラメーターが正式に安定化(Stable)されたことだ。ただし、コンテキスト引数(context arguments)とcallable referencesについては引き続き安定版ではない。 言語機能の強化 コンテキストパラメーターの安定化に加え、アノテーションのuse-siteターゲットに関する機能群も安定化された。また、実験的機能として「明示的コンテキスト引数(Explicit context arguments)」が追加された。Kotlin 2.3.20でのオーバーロード解決の変更により、コンテキストパラメーターだけが異なる複数のオーバーロードが曖昧になる問題が発生していたが、この新機能により呼び出し側で明示的にコンテキストを指定することで解消できるようになった。この機能はコンパイラフラグ -Xexplicit-context-arguments で有効化できる。 標準ライブラリの新API 標準ライブラリには2つの安定版APIが追加された。1つ目は、JVM向けに UInt.toBigInteger() と ULong.toBigInteger() の拡張関数が追加されたことで、文字列を経由するワークアラウンドなしに符号なし整数を BigInteger へ直接変換できるようになった。2つ目は、ソート順の検証をサポートする拡張関数群(isSorted()・isSortedDescending()・isSortedWith()・isSortedBy()・isSortedByDescending())で、イテラブル・配列・シーケンスに対応し、最初の順序違反を検出した時点で処理を短絡するため効率的だ。 Kotlin/JVMとKotlin/Nativeの改善 Kotlin/JVMでは、Java 26バイトコードをターゲットとしたクラスファイルの生成がサポートされた。また、Kotlin 2.2.0で導入されたKotlinメタデータへのアノテーション書き込み機能がデフォルト有効化され、アノテーションプロセッサーやツールがリフレクションやソースコード変更なしにアノテーション情報にアクセスできるようになった。Kotlin/Nativeでは、Swift PackageをGradle依存関係として宣言できる実験的機能が追加された。これにより、Kotlin Multiplatformプロジェクトのビルドスクリプト内で直接FirebaseなどのiOS向けライブラリを指定できるようになり、CocoaPodsからの移行ガイドも提供されている。 コンパイラの改善:klibのインライン化挙動が統一 Kotlin/Native・Kotlin/JS・Kotlin/Wasmでの .klib コンパイル時のインライン化挙動が改善された。従来これらのターゲットでは、インライン関数の展開はバイナリ生成時のみ行われていたが、今回から同一モジュール内のインライン関数については .klib コンパイル段階でもインライン化されるようになった(クロスモジュールのインライン化は引き続きバイナリ生成時)。これにより、Kotlin/JVMでのインライン化挙動との統一に向けた第一歩となる。問題が発生した場合は -Xklib-ir-inliner=disabled で無効化でき、将来リリース予定のフルクロスモジュールインライン化は -Xklib-ir-inliner=full でプレビューできる。

April 4, 2026

MicrosoftがMAI独自基盤モデル3種を発表——音声認識・音声合成・画像生成でOpenAI・Googleに真っ向勝負

概要 Microsoftは2026年4月2日、AI部門「Microsoft AI(MAI)」が独自開発した3つの基盤モデルをMicrosoft Foundryで公開プレビュー開始した。音声認識モデル「MAI-Transcribe-1」、音声合成モデル「MAI-Voice-1」、テキスト画像生成モデル「MAI-Image-2」の3種で、いずれもすでにCopilot・Bing・PowerPointなど自社製品で実運用されてきたモデルを外部向けに開放する形となっている。MAI部門はMustafa Suleyman CEOの下で約6か月前に発足した組織であり、OpenAIやGoogleへの依存を減らしながらエンタープライズAI市場での自立と競争力強化を図る「AI自給自足」戦略の一環として今回の発表が位置づけられている。 各モデルの性能と技術仕様 MAI-Transcribe-1(音声認識)は25言語に対応した音声文字起こしモデルで、FLEURSベンチマークの上位25言語における平均単語誤り率(WER)3.8%を達成。OpenAIのWhisper-large-v3を全25言語で上回り、GoogleのGemini 3.1 Flashは25言語中22言語で超える。従来のAzure Fast比で2.5倍高速かつGPUコストを約50%削減しており、価格は$0.36/時間(音声)から。IVRシステム・コールセンターのリアルタイム文字起こしや、ライブキャプション・メディア字幕自動化などの用途を想定している。 MAI-Voice-1(音声合成)は単一GPUで60秒分の高品質音声を1秒以内に生成できる高効率アーキテクチャを採用。10秒の音声サンプルからカスタムボイスを作成できる「Personal Voice」機能を備え、責任あるAIポリシーに基づく承認プロセスを経て利用可能。CopilotのVoice機能やポッドキャスト生成機能をすでに駆動しており、価格は$22/100万文字から。 MAI-Image-2(テキスト画像生成)はMicrosoftの最高性能テキスト画像モデルで、Arena.aiのリーダーボードで画像モデルファミリー部門3位にデビュー。写実的な画像生成に加え、画像内テキストのレンダリング精度と複雑なレイアウト対応を強みとする。WPP(大手マーケティング企業)がキャンペーン向けクリエイティブワークフローの自動化に採用しており、価格はテキスト入力$5/100万トークン、画像出力$33/100万トークン。 戦略的背景と今後の展望 これらモデルはMicrosoft Foundryおよび新設された「MAI Playground」を通じて即日アクセス可能となっており、開発者はAPIを通じた本番統合も可能だ。MAI-Transcribe-1とMAI-Voice-1を言語モデルと組み合わせることで、音声エージェントの構築も実現できるとMicrosoftは説明している。今回の発表はOpenAIとの長年のパートナーシップを維持しながらも、モデル調達の多様化を図るMicrosoftの方針転換を象徴するものとして業界から注目されている。CohereやMistralなどオープンソース勢も音声認識分野で競合性能を持つモデルを投入しており、基盤モデル市場の競争はさらに激化する見通しだ。

April 4, 2026

OpenAIがテックトークショー「TBPN」を買収、初のメディア企業参入でブランド戦略を強化

概要 OpenAIは2026年4月2日、シリコンバレーで人気を博するテック系ビジネストークショー「TBPN(Technology Business Programming Network)」の買収を発表した。TBPNはJohn CooganとJordi Haysの両氏が2024年末に立ち上げたオンライン番組で、業界幹部やファウンダーへのインタビューを中心に据えたコンテンツがシリコンバレーのスタートアップコミュニティで支持を集めていた。Meta CEOのマーク・ザッカーバーグ、Microsoft CEOのサティア・ナデラ、映画監督のジェームズ・キャメロン、OpenAI自身のサム・アルトマンらが出演しており、業界の注目度は高い。買収金額の詳細は非公表だが、数億ドル規模とも報じられている。 編集の独立性と組織体制 買収後もTBPNは編集上の独立性を維持しながら運営を続けるとされており、OpenAIはCNBCなどの既存メディアへの対抗手段として同番組を位置づけていた両創業者もOpenAIに合流する予定だ。組織上の監督はOpenAIのチーフ政治責任者であるクリス・ルヘーンが担当する。OpenAIはこの買収体制を、MicrosoftがMSNBCを共同設立したという歴史的な前例になぞらえて説明しており、大手テック企業によるメディア参入の文脈で捉えられている。 背景と戦略的意図 OpenAIはこの買収について「自社の計画をより効果的に伝え、AIがもたらす変化に関する議論をリードするため」と声明で説明しており、コミュニケーション戦略の一環として位置づけている。同社は近年、軍事技術パートナーシップをめぐる批判を受けており、自社のブランドイメージを自ら制御できるメディアチャネルの確保が急務となっていた背景がある。競合他社との差別化や規制環境への対応を見据え、テック業界内外への情報発信力を強化する狙いがあると見られる。 今後の展望 これまでAIモデルの開発に注力してきたOpenAIが、コンテンツ・メディア領域へ踏み込んだことは業界内で「サプライズ」として受け止められている。Sora(動画生成ツール)の公開を一時棚上げし、収益性の高いAIコーディングツール市場に集中する方針を示した矢先の買収であり、今後もメディアや出版分野でのさらなる動きが予測される。TBPNがOpenAIのブランド戦略においてどのような役割を果たすかが、業界関係者の間で注目されている。

April 4, 2026

Swift 6.3リリースとSwift Buildのデフォルト化、6.3.1のLinux・Windows向け開発も開始

Swift 6.3リリースとSwift Buildのデフォルト化 Swift.orgは2026年3月31日、「What’s new in Swift: March 2026 Edition」を公開し、3月のエコシステムの主要な動向をまとめた。最大のトピックはSwift 6.3の正式リリースと、SwiftのメインブランチでSwift BuildがSwift Package Manager(SPM)のデフォルトビルドシステムとして採用されたことだ。 Swift BuildのSPM統合は、Appleの Core BuildチームのOwen Voorheesが解説した取り組みで、将来的な標準化に向けた重要なマイルストーンとなる。互換性検証として、swiftpackageindex.com上の数千のオープンソースパッケージを対象にテストが実施されており、エコシステム全体への影響が最小限となるよう慎重に進められている。 承認されたSwift Evolutionプロポーザル 3月は複数のSwift Evolutionプロポーザルが承認された。SE-0509ではCycloneDXおよびSPDX形式をサポートするSBOM(ソフトウェア部品表)生成機能が追加される。ST-0021はXCTestとSwift Testingの相互運用性を改善し、既存のテストスイートと新しいテストフレームワークの共存を容易にする。SE-0515ではreduce操作においてコピー不可型(noncopyable types)がサポートされる。現在レビュー中のSE-0522では、@warn属性による細粒度のコンパイラ警告制御が提案されている。 Linux・Windows向けSwift 6.3.1の開発開始 Swift 6.3.1のLinuxおよびWindows向けパッチリリースの開発が正式に開始された。リリースマネージャーはMishal Shah氏が担当し、release/6.3.1ブランチへのマージウィンドウは2026年4月10日まで、リリース本体は4月末を予定している。Swift 6.3.1は非Darwin(非Apple)プラットフォームを対象とした月次リリースプロセスに基づくものだ。 コミュニティからはWindows上でのSourceKit-LSPの高CPU使用率(スピニング問題)が6.3.1に含まれるかどうか注目されたが、Alex Hoppen氏はこの修正を6.3.1には取り込まないと説明した。「修正にはstdin解析ロジック全体の書き直しが伴うため、パッチリリースに含めるリスクが高すぎる」とし、Swift 6.4での修正を予定している。この対応はメンテナーがパッチリリースでは安定性を最優先とし、大規模なリファクタリングはメジャーリリースに先送りする方針を堅持していることを示している。

April 4, 2026

xAI、Grokのビジネスおよびエンタープライズプランをローンチ——米国防総省のGenAI.milにも採用

概要 xAIは2026年1月初旬、個人向けGrokを組織・チーム向けに拡張する2つの新プラン「Grok Business」と「Grok Enterprise」を正式にローンチした。個人利用から企業・政府向けへの本格展開を図るこの動きは、OpenAIやAnthropicが先行する企業AI市場への本格参入を意味する。さらに同時期、米国防総省(DoD)が運営するAIプラットフォーム「GenAI.mil」にGrokを統合することも決定し、xAIの商業展開は急速に加速している。 ビジネス・エンタープライズプランの詳細 Grok Businessは月額30ドル/シートで提供され、最大150シートまで対応するセルフサーブ型のプランだ。チームワークスペース、ロールベースのアクセス制御、ユーザー分析機能を備え、SOC 2認定を含むエンタープライズグレードのセキュリティ(保存・転送時の暗号化)を標準装備する。GDPRおよびCCPAへの準拠も保証されており、ユーザーデータをAI学習に使用しないことを明示している。Grok 3、Grok 4、Grok 4 Heavyモデルに高いレート制限でアクセスできる点も特徴だ。 Grok Enterpriseは、より大規模な組織向けにカスタム価格で提供される営業主導型のプランで、Businessプランの全機能に加え、カスタムSSO(シングルサインオン)およびSCIM(ディレクトリ同期)による高度なIDガバナンス、組織横断型の一元管理、ドメインアソシエーションによる自動ユーザープロビジョニングが利用可能だ。さらに、オプションの「Enterprise Vault」アドオンにより、専用データプレーン、アプリケーションレベルの暗号化、顧客管理暗号化キー(CMEK)を使った完全なデータ分離環境を実現できる。金融・医療・防衛など厳格なデータ要件を持つ規制業界を強く意識した設計となっている。 両プランとも、Google Driveコネクターによる社内文書へのアクセスや、Collections APIを活用した大規模文書データへのエージェント型検索(データルームシナリオ向け)をサポートしており、実業務への組み込みを見据えた設計が施されている。 米国防総省への採用とGenAI.milへの統合 xAIは米国防総省との契約を締結し、GrokファミリーのモデルをGenAI.milに統合することが決定した。GenAI.milは国防総省の全文民・契約社員・軍人(計300万人)に生成AI機能を提供する集中型AIプラットフォームで、GrokはGoogle Gemini for Government(2025年12月統合)に続く2番目のフロンティアAIとして採用された。 統合はImpact Level 5(IL5)環境で実施され、機密扱いではないが管理された機密情報(CUI)を安全に扱うことが可能となる。また、GSAのOneGovプログラムを通じて連邦政府機関はGrok 4およびGrok 4 Fastモデルを1回あたり0.42ドルで利用できる契約も成立しており、政府向け普及の加速が見込まれる。さらに、Xプラットフォームからのリアルタイム情報へのアクセスがGrokの特長として評価されており、軍の状況認識能力の向上につながるものとして期待されている。 今後の展望 企業・政府向けの両市場で着実に足場を固めるxAI。Grokの分類システムへのアクセス拡大や、エージェント型AI機能の強化が進む中、競合するOpenAIやAnthropicとの差別化において、Xプラットフォームとのリアルタイムデータ連携という独自優位性が鍵となりそうだ。国防総省との関係深化は収益面でも大きな意味を持ち、エンタープライズAI市場でのxAIのプレゼンスが今後さらに高まると予想される。

April 4, 2026

米超党派議員がMATCH法を提出、ASMLなどのDUVリソグラフィ装置対中輸出を禁止へ

概要 米議会の超党派議員グループは2026年4月2日、「MATCH法(Multilateral Alignment of Technology Controls on Hardware Act)」を下院に提出した。同法案はAIチップ製造に用いられる特殊な半導体製造装置、特にDUV(深紫外線)液浸リソグラフィ装置の中国向け輸出を厳しく制限することを主眼としている。共和党のマイケル・バウムガートナー下院議員(ワシントン州)が主導し、党派を超えた支持を集めている。上院でも共和党のピート・リケッツ議員(ネブラスカ州)と民主党のアンディ・キム議員(ニュージャージー州)が会期再開に合わせて同様の法案を提出する予定だ。 DUV装置をめぐる背景 法案が特に標的とするDUV装置は、最先端プロセスには届かないものの、高度な半導体を製造できる旧世代の露光装置だ。オランダに本拠を置くASMLはこの分野の最大手であり、2025年第4四半期の同社純システム売上の36%が中国向けだったとされる。シルバラード政策アクセラレーターのデータによれば、中国の半導体製造装置輸入額は2016年の107億ドルから2025年には約511億ドルへと急増しており、中国がこれらの装置を大量調達してAI開発能力を着実に強化している実態が浮き彫りになっている。 バウムガートナー議員は「米国は中国共産党が半導体製造において飛躍的な進歩を遂げるための抜け穴を放置し続けることはできない」と述べ、現行規制の不十分さを強調した。 同盟国への波及と外国直接製品ルールの活用 MATCH法の特徴は、米国単独の規制強化にとどまらず、オランダや日本など同盟国に対して同等の輸出制限を導入するよう求める点にある。現状では、米国のブラックリストに載った中国の工場に対しても、オランダや日本の企業は引き続き装置を販売できる状況にある。 外交交渉で合意が得られない場合、法案は商務省に対して「外国直接製品ルール(FDPR)」を発動し、同盟国の企業・政府を制裁する権限を付与する。これは米国製技術や設備が製造工程に含まれる外国製品にも米国の輸出規制を適用できる仕組みで、同盟国に対しても強い圧力となりうる。シルバラード政策アクセラレーターのサラ・スチュワートCEOは、強力な規制なしには「最先端に迫る技術を中国がスケールアップするのを許してしまう」と警告している。 今後の展望 MATCH法が成立した場合、中国のAIチップ製造能力の向上は大幅に制約されることになる。一方で、ASML株をはじめとする欧州・日本の半導体装置メーカーへの影響も大きく、国際的な通商摩擦に発展する可能性もある。中国は独自のリソグラフィ技術の開発を急いでいるが、現時点では外国製装置への依存度が高く、規制強化の効果は相当程度期待できるとされる。法案の行方は、米国の半導体輸出規制戦略と国際的な技術覇権争いの今後を占う試金石となりそうだ。

April 4, 2026

「解放の日」1周年、トランプが新関税を発動——最高裁違憲判断のIEEPA関税を代替

背景:「解放の日」から1年 2025年4月2日、トランプ大統領は主要な貿易相手国のほぼすべてに対して広範な関税を課すと発表し、この日を「解放の日(Liberation Day)」と称した。貿易不均衡の是正を名目に掲げたこの政策は、国際緊急経済権限法(IEEPA)に基づいて発動されたが、2026年2月に米最高裁がIEEPAを根拠とした課税は大統領権限の範囲を超えるとして違憲判断を下し、関税の法的根拠が失われていた。 新たな関税措置の内容 1周年となる2026年4月2日、トランプ大統領は2本の大統領令に署名し、IEEPA関税に代わる新たな枠組みを導入した。 製薬分野では、輸入医薬品に対して最大100%の関税を課す方針を打ち出した。ただし、製薬メーカーが米国向けの価格引き下げや国内生産への移転を行う場合は適用除外となる。金属分野では鉄鋼・アルミニウム・銅の関税を改定し、これら金属の含有率が15%を超える完成品には25%の関税を適用する。また、Section 122に基づく10%の関税も導入されており、半導体・集積回路などは適用除外とされた。当局者は今回の変更が「関税の計算方法を簡素化し、外国輸出業者による価格操作を防ぐ」ものだと説明している。 経済的影響と家計負担 過去1年間の関税政策の影響は製造業と消費者の双方に及んでいる。製造業雇用は1年間で約8万9千人減少しており、実質的なコスト負担は消費者に転嫁されている形だ。民主党の上院議員らは、2025年に約1,700ドルの追加負担が生じたのに加え、2026年だけでさらに約2,500ドルの負担増となると試算している。製造業を営むダグ・シェフェル氏は「関税によってコストが上がり、もともとマージンが薄い業界では価格を上げるしかない選択肢がなかった。2025年は収益が20%落ち込んだ」と語った。 IEEPA関税の還付手続き 最高裁の違憲判断を受けて、税関・国境警備局(CBP)は2026年4月20日までにIEEPA関税の還付申請受付を開始する予定であると発表した。すでに26,600社以上の輸入業者が還付登録を済ませており、対象となる還付総額は約1,200億ドルに上る見込みだ。新関税体制への移行と並行して、過去の関税分の払い戻しが大規模に行われることになる。

April 3, 2026