概要 GoogleはGoogle I/O 2026にて、Android CLI 1.0の安定版を正式リリースした。開発者リレーションズエンジニアのSimona MilanovicとBen Trengroveが発表したこのツールは、Claude Code・OpenAI Codex・Googleの Geminiなどのサードパーティ製AIエージェントがAndroid開発ツールチェーンに直接アクセスできるよう設計されている。Googleによれば、AIエージェントがAndroid Studio内で作業する場合と比較して、LLMのトークン使用量を70%以上削減し、タスク完了速度を最大3倍に向上させるという。 主な機能と構成 Android CLIは3つの主要コンポーネントで構成される。まずAndroid CLI本体はスクリプタブルなツールチェーンへのアクセスを提供し、エージェントがプロジェクト作成・アプリビルド・エミュレーター管理・SDK インストールを自律的に実行できるようにする。次にAndroid SkillsはMarkdown形式の指示セット集であり、エッジtoエッジ対応の実装やAGP 9へのアップグレード、Compose移行など、具体的な開発ワークフローをエージェントが自動的に参照・実行できる仕組みだ。さらにKnowledge BaseはAndroid・Firebase・Kotlinの最新ドキュメントへのリアルタイムアクセスを提供し、LLMのトレーニングデータが古い場合でも常に最新のガイダンスをエージェントが活用できるよう補完する。 新たに追加された android studio コマンドにより、エージェントはAndroid Studioの高度な機能（ファイル解析・宣言箇所の特定・Composeプレビューのレンダリング・依存関係の検索など）を直接利用できるようになった。またインストール面では、apt-get・winget・homebrewに対応しユーザーローカルディレクトリへのインストールがデフォルトとなり、Windows・macOS・Linux各プラットフォームでの導入が容易になった。 コミュニティの反応と今後の展望 開発者コミュニティからはトークン消費の削減効果を評価する声が上がる一方で、ベンチマークの具体性や、真のボトルネックであるコード検証とテスト工程への貢献については懐疑的な意見もある。Googleはさらに、自然言語によるアプリテストと検証を可能にする「Journey Support」機能や、Google Antigravity 2.0との統合（Androidリソースバンドルによるオプション提供）を発表しており、AIエージェントを活用したAndroid開発基盤の整備が本格化している。

概要 Angular 22のリリース候補（22.0.0-rc.1）が2026年5月20日に公開され、安定版リリースを目前に控えている。v22では Signal Forms（リアクティブフォームの新API）の安定化と、セレクターレスコンポーネントの導入が予定されており、Angular 21で先行投入されたゾーンレス変更検出のデフォルト化やVitestへのテストランナー切り替えと合わせて、「Signal-First」設計への転換が一段と進む節目のリリースとなる。 なお、Angular 19は2026年5月19日にEOL（サポート終了）を迎えており、以降はセキュリティパッチも提供されない。Angularチームはv19在籍中に少なくとも3件の高深刻度CVEが発生した事実を挙げ、EOL後の継続利用リスクを強調している。 主要な新機能・変更点 Signal Forms の安定化は v22 最大のハイライトとして予定されている。Angular 21では @angular/forms/signals 経由で実験的 API として提供されていたが、v22 では従来の ReactiveFormsModule に代わる Signals ベースの新しいリアクティブフォーム API として安定版に到達する見込みだ。valueChanges.pipe(takeUntil(...)) のような RxJS パターンが不要になり、フォームの状態管理がよりシンプルかつ型安全になる。 ゾーンレス変更検出のデフォルト化は Angular 21 ですでに導入済みで、v22 でも継続される。新規プロジェクトでは Zone.js が不要となり、Signals ベースの変更検出機構がデフォルトで有効になる。Zone.js の除去によってバンドルサイズが削減され、変更検出のオーバーヘッドも大幅に低減される。既存プロジェクトへの自動適用はなく、段階的な移行が可能だ。 セレクターレスコンポーネントの導入により、selector プロパティを省略したコンポーネント定義が可能になる。ルーターや動的ロードなど、テンプレートへの直接埋め込みが不要なユースケースで冗長なセレクター定義を省けるようになる。 Vitestへの移行は Angular 21 で実施済みで、v22 でも継続される。Karma は完全廃止となり Vitest が標準テストランナーとなっている。Vitest は Karma と比較して5〜10倍高速とされており、開発者体験の大幅な改善が期待できる。 移行上の注意点 Angular 21 で導入された以下の破壊的変更は、v22 への移行時にも引き続き考慮が必要となる。 OnPush がデフォルト変更検出戦略に: 新規コンポーネントのデフォルトが ChangeDetectionStrategy.OnPush となる ng-reflect-* 属性の削除: デバッグ用属性が本番ビルドから除去される NgModuleFactory の削除: 旧来の NgModule ベース API が完全廃止 HammerJS 統合の削除: タッチジェスチャーサポートが組み込みから分離 Node.js v22.22.0 以上（または v24.13.1 以上）が必須: 旧バージョンの Node.js はサポート対象外となる NgModule を多用する既存の大規模プロジェクトや、サードパーティライブラリへの依存が強いチームにとっては、移行コストが相応に発生する可能性がある。移行の優先度はアーキテクチャの複雑さとデプロイプロセスを踏まえて評価することが推奨される。 ...

概要 Anthropicは2026年5月末にも、300億ドル（約4兆5,000億円）を超える大型資金調達ラウンドをクローズする見込みであることが複数の報道で明らかになった。リードインベスターにはSequoia Capital、Dragoneer Investment Group、Altimeter Capital、Greenoaks Capital Partnersの4社が名を連ね、それぞれ約20億ドルを出資するとされる。成立すれば評価額は9,000億ドル超となり、OpenAI（評価額8,520億ドル）を初めて上回り、世界で最も高く評価された非上場AIスタートアップの座を獲得することになる。 急成長する売上とClaude Codeの貢献 今回の高評価を支える背景には、目覚ましい収益成長がある。AnthropicはQ1（2026年第1四半期）の売上48億ドルから、Q2（第2四半期）には109億ドルへほぼ倍増する見通しを示しており、6月末時点での年率換算売上は500億ドル超に達する予測だ。この急成長を牽引しているのが、2025年5月にローンチしたエージェント型コーディングツール「Claude Code」で、ローンチからわずか6ヶ月で年率換算10億ドルの売上を突破したとされる。Anthropicはこの勢いを受け、2026年第2四半期に初の四半期営業黒字を達成する見通しも明かしている。なお、これらの数値は非監査・非GAAPの会計手法に基づくものであり、上場企業基準の報告とは異なる点には留意が必要だ。 IPOへの視線とOpenAIとの競争 今回の調達は、Anthropicが準備するIPO（新規株式公開）への布石とも見られている。同社は2026年10月の市場デビューを検討しており、Goldman Sachs、JPMorgan、Morgan Stanleyとの初期協議が進んでいると報じられている。IPO時の調達額は600億ドルを超える可能性もあるという。一方、競合のOpenAIは5月22日に非公開でIPO目論見書を提出しており、両社ともに2026年内の上場を目指して激しい競争を繰り広げている。また、AI研究者のAndrej Karpathyが事前学習（プリトレーニング）研究チームを率いる形でAnthropicに参画したことも明らかになっており、人材面でも注目を集めている。 法的・事業上のリスク 急成長と高評価の一方で、Anthropicはいくつかのリスクも抱えている。著作者との著作権侵害に関する15億ドルの和解交渉や、音楽出版社から提起された30億ドルの訴訟が進行中だ。また、米国防総省（DoD）からのサプライチェーンリスク指定をめぐっても訴訟を起こしている。さらに、収益予測の実現可能性について、SpaceXとのインフラ契約による一時的なコンピュート費用の割引に依存している可能性を指摘するアナリストもおり、長期的な収益構造の持続性については慎重な見方も残る。

概要 Googleは2026年5月26日、スクリーンを持たない新しいフィットネストラッカー「Fitbit Air」を正式発売した。価格は99.99ドルからで、5月7日から予約受付を開始しており、この日より店頭での購入が可能となった。WhoopやOura Ringといったスクリーンレス型ウェアラブルデバイスの市場に本格参入する製品として位置づけられ、健康トラッキングに特化した軽量かつ長時間バッテリーが特徴となっている。 また、バスケットボール選手のStephen Curryとのコラボレーションによる「スペシャルエディション」も同日発売されており、こちらは129.99ドルで販売される。 主な機能とスペック Fitbit Airは24時間の心拍数モニタリングを中心に、心房細動（AFib）アラート、血中酸素飽和度（SpO2）の計測、睡眠段階の追跡など、健康管理に必要な機能を網羅している。高精度センサー技術を採用し、心拍変動や安静時心拍数の計測、自動ワークアウト検出にも対応する。 バッテリー寿命は最大7日間を実現しており、急速充電機能により5分の充電で1日分の電力を確保できる。本体はスリムで軽量な設計のため、24時間の着用に向いており、睡眠トラッキングも自然に行えるよう設計されている。対応OSはAndroid 11以上、iOS 16.4以上で、Google Healthアプリとシームレスに連携する。購入時にはGoogle Health Premiumの3ヶ月無料トライアルが付属する。 バンドと価格展開 交換用アクセサリーバンドは34.99ドルから販売され、Performance Loop、Active、Elevated Modernの3種類が用意されている。素材にはリサイクル素材や防水シリコンが採用されており、用途やシーンに応じた選択が可能だ。 Fitbit Airはスクリーンの搭載を省くことでシンプルさと長時間バッテリーを両立し、スマートウォッチのような通知機能を必要としないユーザー層や、睡眠時も気にせず装着したいユーザーをターゲットとしている。Googleのウェアラブル戦略において、Pixel WatchシリーズとFitbit Airが異なるニーズに応える形で棲み分けが図られている。

概要 NCC Group傘下のFox-ITのセキュリティ研究者は2026年5月、北朝鮮国家支援のLazarusグループが金融機関および暗号資産関連組織を標的に展開している新型マルウェア「RemotePE」の詳細な解析結果を公開した。RemotePEはC++で実装されたリモートアクセス型トロイの木馬（RAT）であり、最大の特徴はディスクに一切書き込まれず完全にメモリ上でのみ実行されるfileless型の設計にある。最初のサンプルのコンパイルタイムスタンプは2023年7月4日に遡り、2024年中頃まで継続的に開発が行われていたことが確認されている。VirusTotalでの検出率は公開前時点で非常に低い状態であり、長期にわたって高価値ターゲットへの監視活動に使用されてきたとみられる。 3段階の攻撃チェーン 攻撃は「DPAPILoader」「RemotePELoader」「RemotePE」の3コンポーネントで構成される多段階チェーンで実行される。 ステージ1: DPAPILoader はIassvc.dllというファイル名でWindows正規サービスを偽装して配置される。Windows DPAPI（Data Protection API）とXOR暗号の組み合わせによりディスク上の暗号化ペイロードを復号し、次ステージをメモリへロードする。DPAPIを利用することで、ペイロードは特定の被害者マシンに紐付けて暗号化される環境キーイングが実現されており、仮にディスク上のファイルが入手されても、そのマシンのDPAPIキーなしには復号できない。セキュリティ研究者による解析妨害にも有効に機能する。 ステージ2: RemotePELoader はC2サーバーへのHTTP POLLINGを通じて最終ペイロードを受信し、メモリ上で展開する。設定ファイルからC2 URL・スリープ間隔・プロキシ設定を読み込む構造で、C2ドメインにはaes-secure[.]netやazureglobalaccelerator[.]comなど、正規クラウドサービスを模倣した名称が使われる。C2通信にはMicrosoftサービスになりすましたHTTPヘッダーが使用され、トラフィックの正規通信への偽装が図られている。通信内容はAES-GCM暗号化が施されている。 ステージ3: RemotePE が最終ペイロードであり、ファイルシステムへの書き込みを一切行わずメモリ上のみで動作する。機能は設定管理・ファイル操作（削除前に7回上書きする安全削除を実装）・プロセス制御・任意コマンド実行・DLLモジュールの動的ロード・Ping/スリープの6カテゴリに分類される。 検出回避技術とOPSEC RemotePELoaderはEDR（エンドポイント検出・対応）製品の回避に複数の手法を用いている。HellsGateはシステムコール番号を動的に解決することでEDRのフックを迂回するsyscallテクニックであり、加えてWindows標準のログ記録機構であるETW（Event Tracing for Windows）のパッチ適用によってログ収集そのものを妨害する。 運用上のセキュリティ（OPSEC）の観点でも注目すべき特徴がある。ペイロードのC2からの配送タイミングがUTC+9（北朝鮮標準時）の08:00〜19:00に集中していることが確認されており、自動化された配布ではなくオペレーターが手動で展開していることを示唆する。初期侵入にはTelegramを使ったソーシャルエンジニアリングが用いられており、標的を絞った人的アプローチが採られている。 評価と影響 Fox-ITの研究者はこのツールセットを「長期的な観察キャンペーンのために目的特化して構築された（purpose-built for long-term observation campaigns）」と評価している。データ窃取や金融詐取といった最終目標を実行する前段として、高価値ターゲットへ静かに展開して長期監視を行う設計思想であることが読み取れる。最古のRemotePEサンプルのコンパイルタイムスタンプが2023年7月4日に遡ることから、発覚まで2年以上にわたって活動していた可能性がある。防御側への対策として、Fox-ITはC2ドメインのIoCリストを公開しており、同ドメインへの通信監視やEDRによるメモリインジェクション検出の強化が推奨される。

概要 Qualysの脅威リサーチチームは2026年5月、Linuxカーネルの__ptrace_may_access()関数に存在するローカル権限昇格およびクレデンシャル漏洩の脆弱性（CVE-2026-46333）を公開した。この脆弱性は2016年11月のカーネルv4.10-rc1から存在しており、9年以上にわたって多くのエンタープライズ環境に潜伏していたことになる。Debian 13、Ubuntu 24.04/26.04、Fedora 43/44、SUSE、AlmaLinux、CloudLinuxなど主要ディストリビューションのデフォルト設定環境が影響を受ける。 技術的な詳細 脆弱性の本質は、特権プロセスが自身のクレデンシャルを降格させる処理中に生じる「狭い競合ウィンドウ」にある。__ptrace_may_access()関数は、特権プロセスがクレデンシャルを降格させている短い時間帯に、そのプロセスへのptraceアクセスを誤って許可してしまう。攻撃者はこの競合状態を、カーネルv5.6で追加されたpidfd_getfd()システムコールと組み合わせることで、権限降格中の特権プロセスからオープン状態のファイルディスクリプタを複製し、自身の非特権コンテキストで再利用できる。 Qualysは4種類の実証エクスプロイトを開発した。chageコマンドを悪用して/etc/shadowを読み取るもの、ssh-keysignを介して/etc/ssh/以下のSSHホスト秘密鍵を窃取するもの、pkexecを利用して任意のrootコマンドを実行するもの、そしてaccounts-daemon経由でsystemdのdbus処理をハイジャックしてroot権限を取得するものが含まれる。 開示タイムラインとパッチ状況 2026年5月11日にQualysがLinuxカーネルセキュリティチームへ非公開で報告し、5月14日にはアップストリームで修正がコミットされてCVEが採番された。その後数日間で主要ディストリビューションもセキュリティアップデートをリリースし、5月22日に完全な公開アドバイザリが公表された。パッチはすでに入手可能であり、各ディストリビューションのアップデートを直ちに適用することが強く推奨されている。 推奨対策 最優先の対応はディストリビューション提供のカーネルアップデートを適用することだ。即時適用が難しい場合の暫定的な緩和策として、kernel.yama.ptrace_scope = 2を設定することで悪用を防ぐことができるが、この設定はデバッグツールなどptraceを利用するソフトウェアの動作に影響を与える可能性がある。また、脆弱性の影響期間にSSHホスト鍵や特権プロセスが扱った管理者クレデンシャルへの不審なアクセスがなかったかを確認し、必要に応じてSSHホスト鍵のローテーションも検討すべきだ。QualysはQVSA（Qualys Vulnerability Signature）バージョン2.6.605-7から2.6.608-2にかけて15以上のQIDを公開しており、検出支援ツールとして活用できる。

概要 OpenAIの共同創業者で、Tesla元AIリードのAndrej Karpathyが2026年5月19日、AnthropicのプレトレーニングチームへのジョインをXで発表した。「Anthropicに入社しました。LLMのフロンティアにおける今後数年間は特に重要な時期になると思います」と述べ、同週からNick Josephが率いる事前学習チームへの参加を開始している。 KarpathyはAnthropicにおいて、Claudeを活用して事前学習研究を加速させることに特化した新チームを立ち上げる予定だ。事前学習はフロンティアモデルの構築において最も計算コストが高いフェーズの一つであり、モデルのコア知識と基本能力を形成する根幹部分を担う。 Karpathyの経歴と戦略的な意義 Karpathyのキャリアは、AI研究の最前線を渡り歩いてきた。OpenAIではディープラーニングとコンピュータビジョンの研究に注力し（〜2017年）、その後Teslaへ転籍してフルセルフドライビング（FSD）およびオートパイロットプログラムを率いた（2017〜2022年）。2023年にはOpenAIへ復帰したが2024年に退社し、教育分野に特化したAIスタートアップ「Eureka Labs」を設立していた。 今回の採用は、Anthropicが純粋な計算リソースの増強よりも「AI支援による研究加速」をフロンティアモデル競争の鍵と位置づけていることを示している。KarpathyはLLL理論と大規模学習の実装の両面に精通した稀有な人材であり、OpenAIやGoogleとの競争においてAnthropicの事前学習能力を大きく引き上げることが期待される。 安全性強化に向けた採用も同時進行 Karpathyの入社と時を同じくして、Anthropicはサイバーセキュリティの第一人者Chris Rohlf（Yahoo・Meta出身、20年以上の経験）もフロンティアレッドチームに採用したことが明らかになっている。研究能力と安全性評価の両輪を強化するこれらの人材獲得は、Anthropicが次世代モデル開発に向けて本格的に体制を整えていることを裏付けている。

概要 GitHubは2026年5月22日、npmのセキュリティを強化する2つの主要機能を発表した。一つはステージド公開（Staged Publishing）の一般提供開始、もう一つはnpm 11.15.0で追加された非レジストリソースからのインストール制御フラグ群だ。いずれも、TeamPCPのようなサイバー犯罪グループによるオープンソースパッケージへの大規模なサプライチェーン汚染キャンペーンが増加する中、供給チェーン全体の防御を強化することを目的としている。 ステージド公開：2FA承認を挟むリリースフロー ステージド公開は、従来の「npm publish で即時公開」というモデルを改め、リリース前に人的承認ステップを挟む仕組みだ。開発者がCI/CDパイプラインから npm stage publish を実行すると、ビルド済みtarballがステージキューにアップロードされ、2FA（二要素認証）を有効にしたメンテナが明示的に承認するまで、利用者はそのバージョンをインストールできない。承認はnpmjs.comのウェブUIとnpm CLI両方から操作可能となっており、CI/CDは非対話的に実行し、メンテナが後から確認・承認するという運用モデルが想定されている。 この機能を利用するにはnpm CLI 11.15.0以上が必要で、対象パッケージはnpmレジストリに既存のものに限られる（新規パッケージは初回公開にステージド公開を使用不可）。また、OIDCトラステッドパブリッシングと組み合わせてパーミッションを stage-only に制限すれば、CIから直接公開することを完全に禁止できる。これにより、CIが侵害された場合でも悪意のあるバージョンが即座に配布されるリスクを大幅に低減できる。 インストールソース制御フラグ npm 11.10.0で導入された --allow-git フラグ（Gitソースからのインストール制御）を拡張する形で、npm 11.15.0では以下の3つの新フラグが追加された。 --allow-file: ローカルファイルパスおよびローカルtarballからのインストールを制御する --allow-remote: httpsなどのリモートURLからのインストールを制御する --allow-directory: ローカルディレクトリからのインストールを制御する 各フラグは all（現在のデフォルト）または none の値を受け入れ、CLIオプション・.npmrc・package.json のいずれでも設定できる。なお、--allow-git はnpm v12（次期メジャーバージョン）でデフォルトが all から none に変更される予定であり、今後はレジストリ外ソースへの依存がより明示的な許可を必要とする方向に進む見通しだ。 セキュリティ上の意義 これらの機能は、レジストリ外ソースからの依存関係導入や、CI/CDを経由した意図しないパッケージ公開を防ぐ明示的な許可リスト方式を提供する。サプライチェーン攻撃の手口が高度化・大規模化する現状において、パッケージのライフサイクル全体にわたってメンテナの意図的な関与を求める設計は、エコシステム全体の信頼性向上に寄与するものと評価されている。

概要 OpenTofu 1.12.0が2026年5月14日にリリースされた。今回の目玉は、prevent_destroyライフサイクル引数を動的に設定できるようになったことで、これはTerraformのGitHubに2016年に起票されながらHashiCorpが一度も実装しなかった機能だ。コミュニティ主導のフォークとして誕生したOpenTofuが、商業的に管理されてきたTerraformを開発速度で上回っていることを象徴するリリースとなった。 動的prevent_destroyサポートの詳細 従来、prevent_destroyはハードコードが必須であり、本番環境と開発環境を同一のモジュールで管理しようとすると、すべての環境で同じライフサイクルルールが適用されるという制約があった。これを回避するにはモジュールを複製するしかなく、管理コストが増大していた。OpenTofu 1.12では、prevent_destroyに入力変数などの動的な値を参照できるようになり、環境ごとに異なるライフサイクルルールを単一のモジュールで適用できる。例えば本番環境ではprevent_destroy = true、開発環境ではprevent_destroy = falseといった設定を変数で切り替えることが可能になった。 その他の新機能と改善 プロバイダーチェックサムの改善により、tofu initの実行時にロックファイルへzh:とh1:両方のハッシュが自動で記録されるようになった。従来はtofu initでzh:ハッシュのみが書き込まれ、キャッシュやミラーに必要なh1:ハッシュを取得するために別途tofu providers lockコマンドを実行する必要があったが、この手間が不要になった。 -json-into=FILENAMEフラグが新たに追加され、機械可読なJSON出力を指定ファイルへ書き込みながら、端末には人間が読みやすい通常の出力を維持できるようになった。CI/CDパイプラインなどでのツール統合を容易にしつつ、オペレーターの可読性を損なわない改善だ。 また、destroy = falseメタ引数により、インフラを実際に削除することなくリソースをOpenTofuの管理状態から除外できるようになった。複数プロバイダーの依存関係がある場合のtofu initの並行インストール対応も行われ、初期化時間の短縮が図られている。 廃止予定 WinRMプロビジョナーは保守が行われていないGoライブラリへの依存を理由に非推奨となり、バージョン1.13での削除が予定されている。また、386およびARMの32ビットアーキテクチャのビルドも段階的に廃止される予定だ。

概要 サイバー犯罪グループ「TeamPCP」（別名：UNC6780）が、悪意を持って改ざんされたVisual Studio Code拡張機能を媒介にGitHub社員の開発端末へ侵入し、約3,800件の内部リポジトリを窃取したことをGitHubが認めた。攻撃者はすでに盗んだソースコードを5万ドル以上で売却リストに掲載しており、買い手が見つからない場合はリークも辞さないと示唆している。GitHubは調査を進める一方で、顧客データへの影響は確認されていないと説明している。 攻撃手法：VS Code拡張機能の悪用 今回の侵入経路として確認されたのが、インストール数220万件を誇る人気拡張機能「Nx Console」への不正な改ざんだ。VS Code拡張機能はサンドボックス化が不十分であり、インストールされた開発者マシン上のあらゆるリソース（認証情報、クラウドAPIキー、SSHキーを含む）に対してフルアクセス権を持つ。Aikido SecurityのCharlie Eriksenは「VS Code extensions have full access to everything on the developer’s machine, including credentials, cloud keys, and SSH keys（VS Code拡張機能は開発者のマシン上のすべてに完全なアクセス権を持ち、認証情報やクラウドキー、SSHキーも例外ではない）」と警鐘を鳴らす。攻撃者はこの特性を悪用し、GitHub社員の端末に保存されていたGitHub内部リポジトリへのアクセス資格情報を取得したとみられる。 GitHubの対応と被害範囲 GitHubはインシデントの発覚後、重要なシークレットと認証情報のローテーションを直ちに実施した。現時点では、被害は内部リポジトリのみに限定されており、GitHub.comのユーザーが利用するシステムや顧客データが侵害されたという証拠は見つかっていないと説明している。ただし調査は現在も継続中であり、今後の調査で新たな事実が判明する可能性は残る。 TeamPCPの活動背景と今後のリスク TeamPCPはオープンソースプロジェクトやAIツールを標的にしたサプライチェーン攻撃を得意とするグループで、過去にもAquaのTrivy scanner、CheckMarxのKICS、LiteLLM、Telnyx SDK、TanStack、MistralAIなどが被害を受けている。開発者が日常的に使用するツールやパッケージを侵害することで、信頼された経路を通じた広域攻撃を狙うのが特徴だ。今回のGitHub侵害は、開発者エコシステムにおけるサプライチェーンリスクの深刻さを改めて浮き彫りにしており、企業・個人を問わずVS Code拡張機能の信頼性検証や最小権限原則の徹底が急務となっている。