Security

概要 オープンソースのバージョン管理プラットフォームGiteaの組み込みコンテナレジストリに、重大な認証バイパス脆弱性（CVE-2026-27771）が発見された。CVSSスコアは8.2（High）で、「プライベート」に設定されたリポジトリのコンテナイメージが、アカウントやパスワードを持たないインターネット上の誰からでも取得可能な状態にあった。セキュリティ研究者のNoScopeが2026年4月に自動ペネトレーションテストエージェントを通じて発見し、Giteaメンテナに責任ある開示を行った。修正済みのバージョン1.26.2が2026年5月にリリースされており、早急なアップグレードが推奨されている。 技術的な詳細 本脆弱性はGiteaのコンテナレジストリにおけるアクセス制御の根本的な欠陥に起因する。プライベート指定されたリポジトリであっても、レジストリエンドポイントが匿名リクエストに対してイメージレイヤーおよびマニフェストを返してしまう設計になっており、攻撃者は標準的なDocker/OCIプルリクエストを使用するだけで認証なしに完全なプライベートコンテナイメージを取得できた。NoScopeは「Giteaのコンテナレジストリは、アカウントもパスワードも事前のアクセス権も持たないインターネット上の誰もが、プライベートとされるコンテナイメージをプルできる状態にあった」と説明している。プライベート指定はまったく機能しておらず、この欠陥は約4年間にわたって検出されることなく存在し続けた。 影響範囲 Shodanを通じた調査により、インターネットに公開されているGiteaインスタンスは3万4,000件以上確認され、そのうち約3万1,750件（93%）が脆弱な可能性があるとされている。4,000件は主要なクラウドプラットフォーム上の本番環境で稼働しており、7,000件はデフォルトポートで動作していた。影響は30か国以上に及び、中国・米国・ドイツ・フランス・英国への集中が確認されている。影響を受けた業界は医療機関、航空宇宙メーカー、小売業インフラ、ISP、エンタープライズソフトウェア開発チームなど多岐にわたる。悪用に成功した場合、ソースコードや業務ロジックの流出、APIキーやデータベースパスワード・クラウドプロバイダー認証情報などの機密情報の取得、内部インフラ構成の把握といった深刻な被害が生じる可能性がある。 Forgejoへの波及と今後の対応 GiteaのフォークであるForgejoも独立した検証において脆弱性が確認されており、他のGiteaから派生したプロジェクトも個別にパッチ適用が必要な状況にある。セキュリティ研究者は技術的な詳細の公開を意図的に控えており、エコシステム全体がパッチを適用するのに十分な時間を確保する方針をとっている。現時点では公開されたPoC（概念実証コード）や実際の悪用報告は確認されていないが、脆弱性の深刻度と攻撃の容易さから高リスクと評価されており、インターネット接続環境でGiteaを運用している組織には即時のv1.26.2へのアップグレードが強く推奨される。アップグレードが直ちにできない場合の一時的な回避策として、設定ファイルで[service].REQUIRE_SIGNIN_VIEW=trueを設定することで匿名アクセスを制限できるが、意図的に公開設定にしているリポジトリへの影響も生じるため注意が必要だ。

概要 CrowdStrikeのCounter Adversary Operations、Google Threat Intelligence Group、そして非営利組織のShadowserver Foundationは2026年5月27日14:00 UTC、「Glassworm」と名付けられたボットネットのテイクダウン作戦を実施した。Glasswormは2025年初頭から活動を開始し、オープンソースソフトウェア開発者を狙ったサプライチェーン攻撃に使われてきた。300以上のGitHubリポジトリに悪意あるコードを注入し、400以上のソフトウェア成果物に影響を与えるなど、開発者コミュニティに深刻な被害をもたらした。 巧妙な4チャネルC2インフラ Glasswormの最大の特徴は、単一障害点を排除するために設計された4つの独立したコマンド＆コントロール（C2）チャネルだ。 Solanaブロックチェーン — ブロックチェーントランザクションのメモフィールドにC2サーバーアドレスを埋め込み、改ざんが困難な分散台帳を通信経路として活用した。 BitTorrent DHT（分散ハッシュテーブル） — ハードコードされた公開鍵を使用してP2Pネットワーク経由で設定データを取得。中央サーバーを持たないため従来の手法では遮断できない。 Google Calendar — イベントタイトルにBase64エンコードされたC2パスを隠蔽し、正規サービスの通信に紛れ込ませた。 従来型VPSサーバー — ペイロード配信用の直接接続チャネルとして使用。 攻撃者は個々のチャネルが遮断されても残りを通じて運用を継続できる設計を採用していた。そのため今回のテイクダウンには「すべてのチャネルを同時に遮断する精度とタイミング」が不可欠であったと、セキュリティチームは説明している。摘発後、感染した端末はCrowdStrikeが管理するIPアドレス 164.92.88[.]210 へのビーコンを送るようになり、感染システムの特定が可能となった。 攻撃手法と被害の詳細 Glasswormは当初、OpenVSX上のVS Code拡張機能を標的としていたが、その後npmパッケージやPythonパッケージ、GitHubリポジトリへと攻撃範囲を拡大した。攻撃者は複数の手法を組み合わせて開発者アカウントを侵害した。過去に流出した認証情報を使った不正ログイン、悪意ある拡張機能のマーケットプレイスへの公開、そして検索結果のスポンサー枠を悪用したマルバーティジング（不正広告）による誘導がその主な手口だ。 感染後は不可視Unicodeを用いたコード注入をWindows・macOS・Linux全プラットフォームで実行し、暗号資産ウォレットや開発者の認証情報を窃取した。さらに「GlasswormRAT」と呼ばれるNode.js製のリモートアクセスツールを展開し、感染環境内での横展開（ラテラルムーブメント）を可能にした。 検出と今後の対応 セキュリティ研究チームは感染したシステムを特定するためのYARAルールを公開している。組織は 164.92.88[.]210 へのネットワーク接続履歴を調査することで感染の有無を確認できる。今回の摘発はGlasswormの活動を大きく制約するものだが、ブロックチェーンやP2Pネットワークを悪用した耐障害性の高いC2インフラの台頭は、今後のサイバーセキュリティにおける新たな課題を浮き彫りにした。開発者が利用するサプライチェーンの各経路—パッケージリポジトリ、IDE拡張機能、コードホスティングサービス—が攻撃対象になり得ることを改めて示した事例として、業界全体への警鐘となっている。

概要 IBMとRed Hatは2026年5月28日、オープンソースソフトウェア（OSS）のサプライチェーンセキュリティを抜本的に強化する取り組み「Project Lightwell」を発表した。総投資額は50億ドルにのぼり、20,000人を超えるエンジニアとAIツールを組み合わせて脆弱性の特定・検証・修正を大規模に自動化することを目指している。IBM会長兼CEOのArvind Krishna氏は「オープンソースは今日のデジタル経済の基盤であり、現代AIの土台でもある。我々は今、その構築・セキュリティ確保・スケールのあり方における転換点に立っている」と述べ、業界全体でのセキュリティ水準向上に向けた本プロジェクトの重要性を訴えた。 技術的な取り組みと仕組み Project Lightwellの中核となるのは、エンタープライズ向けの統一的なOSSセキュリティクリアリングハウスの構築だ。このプラットフォームでは、企業が発見した脆弱性を報告すると、AIによる自動検証とエンジニアによる審査を経て、検証済みのパッチが提供される仕組みとなっている。AIツールは脆弱性のトリアージや優先順位付けを担い、膨大な量のOSSコンポーネントを効率的にスキャンすることを可能にする。また、上流のオープンソースコミュニティとも密に連携し、修正内容がプロジェクト本体へフィードバックされる体制も整える方針だ。 業界への影響と今後の展望 すでに11の大手金融機関がProject Lightwellへの参加を表明しており、早期実装から得られた知見がプログラムの改善に継続的に反映される予定となっている。OSSのサプライチェーン攻撃は近年急増しており、Log4ShellやXZ Utilsのインシデントに象徴されるように、単一のOSSコンポーネントの脆弱性が広範なエンタープライズシステムに連鎖的な影響をもたらすリスクが顕在化している。IBMとRed Hatによる今回の大規模投資は、こうしたリスクへの業界横断的な対応策として注目されており、エンタープライズにおけるOSSの信頼性向上に向けた重要な一歩となる可能性がある。

概要 クルーズ船大手カーニバル・コーポレーションは、2026年4月10日に発生したサイバー攻撃によって約599万5,277人分の顧客個人情報が流出したことを正式に認めた。同社は4月14日にシステムへの不正アクセスを検出し、直ちにサードパーティのセキュリティ専門家と連携して対応にあたった。被害者への通知は2026年5月下旬に開始され、対象者には2年間の無料信用監視サービスが提供されている。 今回の攻撃を主張しているのはShinyHuntersと呼ばれるサイバー犯罪グループで、個人識別情報を含む「800万件以上のレコード」とテラバイト規模の内部企業データを取得したと述べている。Have I Been Pwned の分析によれば、流出したデータには氏名・生年月日・メールアドレス・性別・居住地域・ロイヤルティプログラムの詳細が含まれており、特にカーニバル傘下のHolland Americaが運営するMariner Societyロイヤルティプログラムからの情報が多く含まれている。 攻撃手法と被害の詳細 攻撃者はソーシャルエンジニアリングの手口を用いて従業員を騙し、社内ITシステムの一部へのアクセス権を不正取得した。カーニバル社は声明の中で「不正なアクティビティを速やかに遮断し、外部セキュリティ専門家と即座に協力を開始した」と説明しているが、攻撃が検出されるまでの4日間で大規模な情報窃取が行われた可能性が高い。 繰り返されるセキュリティインシデント 今回の侵害はカーニバル・コーポレーションにとって過去6年間で5件目の大規模データ侵害となる。同社は2020年(3月・8月・12月)と2021年(6月)にも重大なセキュリティインシデントを経験しており、大量の顧客個人情報を管理する大企業に対する継続的な脅威と、セキュリティ対策の抜本的な見直しの必要性を改めて浮き彫りにしている。被害者はフィッシング詐欺や身元詐称といった二次被害にも警戒が必要だ。

概要 2026年5月22日、「TrapDoor」と命名されたサプライチェーン攻撃が発覚した。npm・PyPI・Crates.ioの3つの主要パッケージレジストリを横断し、34の悪意あるパッケージ（384バージョン以上）が短期間で一斉に公開された。暗号通貨・DeFi・Solana・AIコミュニティの開発者を狙った命名を採用し、正規の開発ツールを装うことで標的の信頼を獲得する典型的なタイポスクワッティング型の手口だ。窃取対象はSSH鍵、クラウド認証情報、暗号通貨ウォレット（Sui・Solana・Aptos）、ブラウザのログインデータ、環境変数・APIキーなど開発者が日常的に扱う広範なシークレット情報に及ぶ。 エコシステム別の技術的手法 攻撃者はパッケージレジストリごとに固有の実行経路を悪用し、検出を困難にしている。 **npm（21パッケージ）**では、postinstallフックを利用してインストール直後にtrap-core.js（1,149行の認証情報収集スクリプト）を実行する。このペイロードはFernet暗号とECDH鍵交換を用いた高度な暗号化を施しており、窃取した認証情報をAWSおよびGitHubの正規APIへのリクエストで検証してから外部へ送信する。さらにGitフック、シェルフック、systemdサービス、cronジョブ、SSHを用いた横断的な侵入経路を確立し、感染環境への持続的なアクセスを維持する。 **PyPI（7パッケージ）**では、モジュールのインポート時に攻撃者管理下のGitHub Pagesドメイン（ddjidd564[.]github[.]io）からリモートのJavaScriptペイロードをダウンロードして実行する。リモートロード方式を採用しているため、パッケージを再公開することなくペイロードの内容を事後に変更でき、静的スキャンによる検出をより困難にする。 **Crates.io（6パッケージ）**では、Rustのビルドシステムが提供するbuild.rsスクリプトを悪用し、コンパイル時に自動実行されるコードでローカルのキーストアを探索する。窃取したデータはXOR暗号（ハードコードされた鍵cargo-build-helper-2026）で暗号化された後、GitHub Gistへ送信される。 AIアシスタントを操る新手口 本攻撃の特筆すべき点は、AIコーディングツールを悪用する新たな攻撃ベクターの実装だ。攻撃者は.cursorrulesやCLAUDE.mdファイルにゼロ幅Unicode文字を使って隠しインストラクションを埋め込み、CursorやClaudeなどのAIアシスタントが「セキュリティスキャン」として認識・実行するように仕向けることで、開発環境内の機密データを収集・外部送信させようとする。さらに攻撃者のGitHubアカウント（ddjidd564）はlangchain-aiやOpenHandsなどのAIプロジェクトにプルリクエストを送り、悪意あるファイルを広く普及させようとした形跡も確認されている。 背景と対策 本キャンペーンはSocket社の調査により発覚し、同社は複数エコシステムをまたぐ組織的な攻撃として公表した。暗号通貨・DeFi・AIという高価値な領域の開発者を集中的に狙った点、そして3つのレジストリで同時多発的にパッケージを公開した点は、攻撃者が十分な準備と自動化インフラを有していることを示唆する。開発者は見覚えのないパッケージのpostinstallスクリプト・build.rs・インポート時の実行コードを精査し、CI/CD環境やローカル開発環境のシークレットを定期的にローテーションすることが強く推奨される。また、プロジェクトに含まれる.cursorrulesやCLAUDE.mdファイルにゼロ幅文字などの不審なデータが含まれていないか確認することも重要な対策となる。

概要 Anthropicは2026年5月22日、サイバーセキュリティイニシアチブ「Project Glasswing」の初期報告を公開した。同プロジェクトは4月に開始され、未公開のAIモデル「Claude Mythos Preview」を活用して約50の組織と連携し、悪意ある攻撃者より先にソフトウェアの脆弱性を発見することを目的としている。開始からわずか1ヶ月で、パートナー企業全体で1万件以上の高・重大度脆弱性の発見を支援しており、各社のバグ発見率は従来比で「10倍以上」向上したと報告されている。 Anthropicが自ら実施した1,000以上のOSSプロジェクトへのスキャンでは、合計23,019件の問題が検出され、そのうち6,202件が高・重大度の脆弱性として分類された。Anthropicと6つの独立したセキュリティ企業が1,752件を精査した結果、90.6%が真陽性と確認され、62.4%が実際に高・重大度の脆弱性であることが判明した。この検証率から推計すると、約3,900件の重大脆弱性が実際に存在すると見られる。 主な発見事例 注目すべき発見のひとつは、暗号化ライブラリ「wolfSSL」で特定された脆弱性（CVE-2026-5194）だ。この脆弱性を悪用すると、攻撃者が偽の証明書を偽造して偽サイトを構築することが可能となるものであり、Mythos Previewが実際の悪用手法まで実証した。Anthropicはこのパッチ済み脆弱性に関する完全な技術分析を「数週間以内に」公開する予定だとしている。 英国のAIセキュリティ機関（UK AI Security Institute）は、Mythos Previewがサイバーレンジシミュレーションを端から端まで自律的に解決できたことを独自に検証した。セキュリティプラットフォームのXBOWも「これまでにない精度を持つ大幅な進歩」と評価しており、外部機関からの高い評価が相次いでいる。 パートナー企業の実績 主要テクノロジー企業への早期アクセス提供により、具体的な成果が各社から報告されている。Cloudflareはバグ2,000件を発見し、そのうち400件が高・重大度と分類された。Mozillaは最新版Firefoxにおいて271件の脆弱性を特定したが、これは旧モデルの別Claudeを用いたテストと比較して「10倍の発見数」に相当する。Microsoftでは直近の大規模パッチリリースがMythosの発見に起因していることが明らかにされた。AWS・Apple・Broadcom・Cisco・Google・NVIDIAも早期アクセスパートナーとして参加している。 課題と今後の展開 Anthropicは現時点でMythos Previewを一般公開しておらず、その理由として「悪用を防ぐための十分な安全策がまだ整っていない」としている。同社は「脆弱性の発見速度ではなく、検証・開示・修正の速度がボトルネックになっている」と指摘しており、パッチ適用の遅さが新たな課題として浮き彫りになっている。 今後はAnthropicが「Mythosクラスのモデル」を適切な安全策を整備した上で段階的に公開する計画を示しており、政府機関や大手テクノロジー企業との連携を通じてProject Glasswingの適用範囲を拡大していく方針だ。開発者に対してはパッチサイクルの短縮を、防御側には多要素認証やネットワーク強化といったベースラインのセキュリティ対策の強化を推奨している。

概要 米国サイバーセキュリティ・インフラセキュリティ庁（CISA）は、DrupalコアのSQLインジェクション脆弱性CVE-2026-9082を既知の悪用脆弱性カタログ（KEV）に追加し、拘束的運用指令（BOD）22-01に基づいて連邦民間行政機関（FCEB）に対して2026年5月27日深夜までのパッチ適用を命令した。CISAは同時に、民間組織に対してもKEVカタログを参照し、優先的に修正対応を行うよう呼びかけている。本脆弱性はGoogle/Mandiantの研究者Michael Maturi氏によって発見されたもので、CISAのKEVカタログに登録されたDrupal関連の脆弱性としては5件目にあたり、過去の2件はランサムウェアキャンペーンに悪用された経緯がある。 脆弱性の技術的詳細 CVE-2026-9082はDrupalのデータベース抽象化APIに存在するSQLインジェクション脆弱性で、PostgreSQLを使用するDrupalサイトが影響を受ける。同APIはデータベースクエリのサニタイズを担う機能だが、細工されたリクエストを送信することで認証なしにSQLインジェクションが可能になる。悪用に成功した場合、情報漏洩・権限昇格・リモートコード実行（RCE）につながる可能性がある。 影響を受けるバージョンは以下の通り： Drupal 11（11.3.10 / 11.2.12 / 11.1.10 で修正済み） Drupal 10（10.6.9 / 10.5.10 / 10.4.10 で修正済み） Drupal 9.5 および Drupal 8.9（手動パッチ適用が必要） Drupalは2026年5月20日にセキュリティパッチをリリースしたが、その48時間後の5月22日にはすでに積極的な悪用が確認されている。 攻撃の規模と標的 セキュリティ企業Impervaの分析によると、脆弱性の公開後に65か国にまたがる約6,000サイトを標的とした15,000件以上の攻撃試行が観測された。攻撃の約50%はゲーム業界と金融サービス業界に集中しており、初期段階では脆弱なPostgreSQL構成のDrupalサイトを識別するための偵察・検証活動が中心だったとされる。Shadowserverの調査では、パッチ未適用のDrupalインスタンスが依然として約670件オンライン上に存在しており、北米（272件）と欧州（273件）に集中していることが判明している。 対応と推奨事項 連邦機関はBOD 22-01の規定により期限内の対応が義務付けられているが、民間企業・組織においても速やかなパッチ適用が強く推奨される。特にPostgreSQLバックエンドで運用するDrupalサイトは優先度を高く設定すべきで、パッチ適用が直ちに困難な場合はDrupal 9.5・8.9向けに公開されている手動パッチの検討が必要となる。本件は公開からわずか48時間以内に攻撃が始まるという迅速な悪用サイクルを示しており、脆弱性管理における迅速なパッチ適用プロセスの重要性を改めて浮き彫りにしている。

概要 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を公開しており、検出支援ツールとして活用できる。

概要 サイバー犯罪グループ「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拡張機能の信頼性検証や最小権限原則の徹底が急務となっている。