2026年6月13日土曜日

【速報時点】米政府がAnthropic「Claude Mythos 5」と「Claude Fable 5」について、外国政府・外国企業・外国人によるアクセスを制限する措置を出した件【2026年6月13日10時20分】

要点: 2026年6月13日午前の報道で、米政府がAnthropicの最上位級モデル「Claude Mythos 5」と「Claude Fable 5」について、外国政府・外国企業・外国人によるアクセスを制限する輸出管理措置を出したと伝えられた。

  • 初報はAxios。Reutersも追随したが、Reutersは「独自確認はできていない」と明記している。
  • 現時点では、米商務省、BIS、ホワイトハウス、Anthropicによる一次の公開文書や正式声明は確認できていない。
  • 報道どおりなら、日本在住ユーザーや日本企業も影響対象に入る可能性が高い。

何が起きたのか

Axiosは2026年6月12日付で、トランプ政権がAnthropicの最も強力なAIモデルであるClaude Mythos 5とClaude Fable 5について、外国政府、外国企業、外国人によるアクセスをブロックする方針だと報じた。

Reutersも同じ内容を追い、米商務長官Howard LutnickがAnthropic CEOのDario Amodeiに書簡を送り、Mythos 5とFable 5を輸出管理の対象にすると通知した、とAxios報道を引用している。

ここで注意したいのは、これは現時点で「米政府が公式リリースで発表した内容」ではなく、「AxiosのスクープをReutersが報じた段階」だという点だ。Reutersは、報道内容を独自には確認できておらず、米商務省、ホワイトハウス、Anthropicから即時コメントは得られていないとしている。

「停止命令」と言ってよいのか

かなり強い措置ではあるが、厳密には「Claude Fable 5を全世界で停止せよ」という単純な命令ではない。

報道ベースで見る限り、今回の中心は、Claude Mythos 5とClaude Fable 5を「外国向けに提供すること」や「米国内にいる外国人へ移転すること」を輸出管理の対象にする、という話である。

つまり、問題になっているのは次の範囲だ。

  • 米国外への提供
  • 米国外からの利用
  • 外国政府や外国企業による利用
  • 米国内にいる外国人への国内移転
  • 再輸出、つまり第三国経由での提供

Axiosによると、これらにはライセンスが必要になり、Anthropicは個別認証ライセンスの追加申請も求められる。違反した場合には、金銭的・民事上のペナルティがあり得るとも報じられている。

そのため、雑に言えば「外国向けFable 5停止命令」に近い。ただし、法的な言い方としては「輸出管理とライセンス制への移行」と見るのが正確だ。

日本ユーザーへの影響

報道どおりなら、日本在住ユーザーや日本企業はかなり気になる立場になる。

米国外にいる日本ユーザーは、当然ながら「outside of the U.S.」に該当する。日本企業も外国企業に該当する。さらに、報道では「米国内にいる外国人」も対象に含まれるとされているため、単なる地域制限よりも広い。

ただし、実際にClaude.ai、Claude API、Amazon Bedrock、Vertex AI、Microsoft Foundryなどでどのように止まるのかは、まだ公表されていない。地域判定で止めるのか、アカウント属性で止めるのか、既存契約を一時停止するのか、ライセンス済み顧客だけ残すのか。このあたりは未確認だ。

現時点で日本ユーザーが確認すべきなのは、実際に使えるかどうかだけではない。API利用規約、モデル提供地域、クラウド各社での提供状況、Anthropicのステータスページや公式声明も見る必要がある。

なぜここまで強い措置になったのか

Axiosは、別の企業がClaude Mythos 5をjailbreakできたと主張したことがきっかけだと報じている。jailbreakとは、AIモデルの安全制限を回避して、本来なら拒否される出力を引き出す行為のことだ。

Claude Mythos 5は、Anthropicの説明ではClaude Fable 5と同じ能力を持ちながら、一部の安全分類器を外した限定提供モデルとされている。一般提供されているFable 5には、危険なリクエストを拒否したり、別モデルへフォールバックしたりする安全機構が入っている。一方、Mythos 5はProject Glasswingなどの承認済み顧客向けに限られ、サイバー領域など一部の安全分類器が外された形で提供されると説明されていた。

つまり、政府側が警戒しているのは、単に「高性能なチャットAIが出た」という話ではない。サイバー攻撃、脆弱性探索、生物・化学分野など、悪用された場合の被害が大きい領域で、最上位モデルの能力がどこまで外部へ流れるかという問題である。

Fable 5とMythos 5は何だったのか

Anthropicは2026年6月9日、Claude Fable 5とClaude Mythos 5を発表した。

公式発表では、Claude Fable 5は「available everywhere today」とされ、開発者はClaude APIでclaude-fable-5を利用できると案内されていた。APIドキュメントでも、Fable 5はClaude API、Claude Platform on AWS、Amazon Bedrock、Vertex AI、Microsoft Foundryで一般提供されると説明されている。

一方、Claude Mythos 5は一般提供ではなく、Project Glasswingの承認済み顧客向けに限定提供されるモデルとされていた。AnthropicのAPIドキュメントでは、Mythos 5はFable 5と同じ能力を共有しつつ、安全分類器を含まないモデルだと説明されている。

つまり、Fable 5は「一般提供向けに安全柵を付けたMythos級モデル」、Mythos 5は「承認済み顧客向けの制限解除版」に近い位置づけだった。

皮肉なのは、直前の大統領令とのズレ

今回の報道でややこしいのは、米政府が6月2日に出したAI関連の大統領令との関係だ。

この大統領令では、フロンティアAIモデルについて、政府とAI開発企業が協力する任意の枠組みを設計するとされている。さらに、同じ文書の中で、この枠組みは新しいAIモデルの開発、公開、リリース、配布について、強制的なライセンス、事前審査、許認可制度を作るものではないと明記されている。

それにもかかわらず、今回のAxios報道では、商務省がAnthropicの特定モデルに対して実質的なライセンス制をかける形になっている。

ここはかなり大きなポイントだ。大統領令そのものが変わったというより、AI一般の事前許可制度ではなく、輸出管理という別の政策手段を使って、特定モデルだけを国家安全保障上の管理対象に入れたように見える。

現時点で分かっていること、分かっていないこと

分かっていること

  • Axiosが、米政府によるClaude Mythos 5 / Claude Fable 5への輸出管理措置を報じた。
  • ReutersがAxios報道を追い、同様の内容を伝えた。
  • Reutersは、報道内容を独自確認できていないと明記している。
  • Anthropicは6月9日にClaude Fable 5とClaude Mythos 5を発表していた。
  • Anthropic公式情報では、Fable 5は一般提供、Mythos 5は限定提供とされていた。
  • 6月2日の米大統領令では、フロンティアAIモデルについて任意協力の枠組みが示され、強制的なライセンス制度ではないと明記されていた。

まだ分かっていないこと

  • 米商務省またはBISが正式な公開文書を出すのか。
  • Anthropicが公式声明を出すのか。
  • Claude.ai、Claude API、各クラウド経由のFable 5提供が実際にどう変わるのか。
  • 既存契約、Enterprise契約、クラウド経由利用がどこまで止まるのか。
  • 日本企業や日本在住ユーザーが即時停止対象になるのか、猶予やライセンス対応があるのか。
  • 対象がFable 5 / Mythos 5だけで終わるのか、今後ほかのフロンティアAIモデルにも広がるのか。

このニュースの意味

今回の件は、単にAnthropicと米政府の揉め事というだけではない。

これまで米国のAI規制は、少なくとも表向きには「企業の任意協力」「安全評価」「政府との事前共有」に寄っていた。ところが、今回の報道が事実なら、特定のAIモデルが半導体や軍民両用品のように輸出管理の対象として扱われる段階に入ったことになる。

AIモデルは、チップのように物理的な箱で国境を越えるわけではない。API、クラウド、Webアプリ、社内利用、研究者アクセスなど、提供経路が多い。そのため、輸出管理をかけるとしても、実装はかなり難しい。

それでも米政府がここまで踏み込むなら、最上位AIモデルは「便利なソフトウェア」ではなく、「国家安全保障に関わる能力そのもの」と見られ始めている、ということだ。

今後見るべきポイント

  • Anthropic公式ブログ、Claude APIドキュメント、ステータスページの更新
  • 米商務省、BIS、ホワイトハウスの正式発表
  • Claude.aiやClaude APIでFable 5が実際に日本から利用できるか
  • Amazon Bedrock、Vertex AI、Microsoft Foundryでの提供状況
  • Reutersなどが独自確認を取れるか
  • 対象がAnthropicだけで終わるのか、OpenAI、Google、xAIなど他社の最上位モデルにも波及するのか

ひとことで言うと

現時点では「Axios初報の重大ニュースをReutersが追った段階」であり、政府の一次文書はまだ確認できていない。ただし、報道どおりなら、Claude Fable 5 / Mythos 5は単なる新モデルではなく、米政府が輸出管理で囲い込む対象になったことになる。日本ユーザーにとっても、実際に使えるかどうかを含めて、かなり大きな続報待ち案件だ。

情報源

時刻: 10:22
ラベル:

2026年6月12日金曜日

Claude Fable5とはなんぞやっていうざっくり調査

要点: Claude Fable 5は、Anthropicが2026年6月に公開した最上位級の広範公開モデルであり、長時間の自律作業、コーディング、文書分析、画像理解では非常に高い評価を受けている。一方で、価格、30日データ保持、強めの安全フィルター、透明性をめぐる批判が大きく、現時点では「最強クラスだが、誰にでも常用向きではないモデル」と見るのが中立的だ。

  • 得意分野は、長期のエージェント作業、大規模コード修正、複雑な文書・表・画像の解析。
  • API価格は入力100万トークンあたり10ドル、出力100万トークンあたり50ドルで、日常用途には重い。
  • サイバー、バイオ、化学、AIモデル開発関連の一部では、安全分類器による拒否やOpus 4.8へのフォールバックが発生する。
  • 30日間のデータ保持が必須で、ゼロデータ保持を前提にした企業利用では大きな制約になる。
  • 初期評価は高いが、公開直後のため、独立した長期検証はまだ不足している。

Claude Fable 5とは何か

Claude Fable 5は、Anthropicが2026年6月9日に発表した新しいClaudeモデルである。公式説明では、一般に広く提供されるClaudeとしては最も高性能なモデルとされ、Claude API、Claude Platform on AWS、Amazon Bedrock、Vertex AI、Microsoft Foundryなどで提供される。

同時に発表されたClaude Mythos 5は、Fable 5と同じ基盤能力を持つが、安全分類器の一部が外された限定提供モデルである。Mythos 5は一般公開ではなく、Project Glasswingなどを通じた承認済み顧客向けの提供に限られる。つまり、一般ユーザーや通常の企業開発者が触る現実的な選択肢は、基本的にはFable 5側になる。

主な仕様は、100万トークンのコンテキストウィンドウ、最大12万8000トークンの出力、入力100万トークンあたり10ドル、出力100万トークンあたり50ドルである。トークンとは、AIが文章を処理する際の単位で、日本語では文字数そのものとは一致しないが、入力・出力の量を測る料金単位として使われる。

高く評価されている点

長時間の自律作業に強い

Fable 5で最も目立つ評価は、単発の質問応答よりも、長い作業を任せたときの粘り強さである。Anthropicは、Fable 5が過去のClaudeモデルより長く自律的に作業できると説明しており、コードベース全体の移行、複数段階の調査、長時間のエージェント作業を主な用途として打ち出している。

初期アクセス企業のコメントでも、大規模なコード修正、マルチエージェント作業、プロトタイピング、複雑な分析での評価が目立つ。特にソフトウェア開発では、単にコードを書くというより、計画、実装、テスト、修正をまたいだ作業を任せられる点が売りになっている。

コーディング、文書分析、画像理解の評価が高い

Anthropicは、Fable 5がコーディング評価、金融文書の分析、図表の読み取り、画像理解で高い性能を示したとしている。公式発表では、CognitionのFrontierCode、HebbiaのFinance Benchmark、IMCの取引分析評価などで強い結果を出したと説明されている。

画像理解については、科学的な図から数値を読み取る、スクリーンショットからWebアプリのソースを再構築する、ゲーム画面だけを見て進行する、といった例が示されている。これが安定して再現できるなら、単なる文章生成モデルではなく、資料・画面・コードを横断して扱う作業用モデルとして価値がある。

「難しい仕事用」のモデルとしては筋が通っている

Fable 5は、安価な日常会話用モデルというより、失敗コストの高い作業に投入するモデルとして設計されている。数時間から数日かかる調査、複雑なコード移行、長いPDFや表を含む業務文書の解析、設計から実装までをまたぐ開発作業では、高価格でも採算が合う場面がある。

逆に、短い要約、一般的な文章作成、軽い相談、単純なコード補助であれば、Fable 5である必要は薄い。ここは高性能モデルの宿命で、性能が上がるほど「常用するモデル」ではなく「ここぞという場面で使うモデル」に近づく。

現時点での主な問題点

価格が高い

Fable 5のAPI価格は、入力100万トークンあたり10ドル、出力100万トークンあたり50ドルである。大規模なコードベース、長い会議録、大量のPDF、長時間のエージェント作業では、入力も出力も膨らみやすい。単価だけでなく、タスクが長くなるほど総額が読みにくくなる点が問題になる。

特にエージェント用途では、ユーザーが直接見ていない内部の試行錯誤、ツール呼び出し、再実行、フォールバックが発生する。1回の応答料金だけを見ていると、実運用時のコスト感を誤る可能性がある。

安全フィルターが強く、誤判定もある

Fable 5には、安全分類器が組み込まれている。分類器とは、入力内容を見て「サイバー攻撃に悪用されそう」「生物学的リスクがある」「競合AIモデルの開発を助けそう」といったカテゴリに振り分ける仕組みである。

公式ドキュメントでは、Fable 5がリクエストを拒否した場合、API上はHTTPエラーではなく、正常な200レスポンスの中でstop_reason: "refusal"として返る。カテゴリには、サイバー、バイオ、フロンティアLLM開発、推論抽出などがある。必要に応じて、Claude Opus 4.8へフォールバックさせる仕組みも用意されている。

この仕組み自体は、安全上の理由として理解できる。しかし、問題は範囲と透明性である。Anthropic自身も、安全策を保守的に調整しているため無害なリクエストを捕まえることがある、と説明している。平均ではセッションの5％未満とされるが、対象分野に近い仕事をする人ほど体感頻度は高くなる可能性がある。

バイオ分野では、普通の質問まで巻き込む例が報じられている

The Vergeは、Fable 5が「ミトコンドリアとは何か」「mRNAワクチンはどう働くのか」「花粉症の原因は何か」といった基本的な生物・医療系の質問でも拒否やOpus 4.8への引き継ぎを行ったと報じている。危険な実験手順や病原体作成の説明を制限するのは理解しやすいが、高校生レベルの説明まで巻き込むなら、実用上はかなり使いにくい。

これは、Fable 5の能力が低いという話ではない。むしろ能力が高いからこそ、悪用を恐れて広く制限しているという構図である。ただし、ユーザー側から見ると、必要な場面で最高性能モデルが使えず、旧モデルへ回されるなら、最初から別モデルを使う判断も現実的になる。

AI研究・蒸留対策をめぐる透明性批判

もう一つ大きな論点が、AIモデル開発や蒸留への対策である。蒸留とは、高性能モデルの出力を使って、別の小型モデルや競合モデルを訓練・改善する手法を指す。Anthropicは、強力なモデルが競合するAI開発を加速し、安全対策が不十分なモデルの開発につながることを懸念している。

報道によると、Anthropicは当初、Fable 5やMythos 5がフロンティアAI研究・開発に関する一部リクエストを検知した場合、ユーザーに見えない形で応答品質を落とす、または内容を変える可能性があるとして批判を受けた。その後、The Vergeは、Anthropicがこの判断を誤りだったと認め、制限が発動した場合はより明示的に知らせる方向へ変更すると報じている。

安全対策そのものよりも、「知らないうちに性能が落ちる」「研究評価の結果が信用しにくくなる」という点が問題視された。AIモデルを比較検証する研究者や開発者にとって、同じモデル名であっても、どこから性能が変わったのか見えないのはかなり困る。

30日データ保持が必須

企業利用で特に大きいのが、データ保持の問題である。Anthropicの公式ドキュメントでは、Claude Fable 5とClaude Mythos 5は30日間のデータ保持が必要なCovered Modelsに指定されており、ゼロデータ保持は利用できない。

ゼロデータ保持とは、API応答後に顧客データを保存しない契約・設定を指す。ソースコード、顧客情報、機密文書、医療情報、法務文書を扱う企業では、この条件が導入判断を左右する。Reutersは、Microsoftがデータ保持要件への懸念から従業員によるFable 5利用を制限していると報じている。

Anthropicは、保持データをモデル訓練には使わないと説明している。ただし、保持されること自体を許容できない組織はある。特に「最上位モデルを使いたい仕事」ほど機密性が高いことが多く、この点はFable 5の普及にとって無視できない制約になる。

独立検証がまだ足りない

Fable 5の初期評価はかなり高い。ただし、現時点では公式発表、提携企業、早期アクセス企業のコメントが中心である。これらは重要な材料だが、販売側・提携側の評価でもある。

本当に見るべきなのは、数週間から数か月の実運用で、どれだけ再現性があるかである。長時間タスクでは、途中で目標を見失わないか、間違った前提を引きずらないか、コストがどれだけ膨らむか、フォールバック時に作業品質がどれだけ変わるかが重要になる。公開直後の段階では、そこまでの独立検証はまだ揃っていない。

向いている用途、向いていない用途

用途 評価 理由
大規模コード修正 向いている 長い文脈、計画、実装、テストをまたぐ作業で強みが出やすい。
長文文書・表・図の分析 向いている 100万トークン文脈と画像理解の強化が活きる。
日常的な文章作成や軽い要約 過剰になりやすい 価格が高く、安価なモデルで十分な場面が多い。
機密データを扱う企業利用 注意が必要 30日データ保持が必須で、ゼロデータ保持が使えない。
生物・医療・セキュリティ分野の専門作業 注意が必要 安全フィルターによる拒否やフォールバックが起きやすい。
AIモデル開発・評価研究 慎重に扱うべき フロンティアLLM開発関連の制限が評価結果に影響する可能性がある。

中立的な結論

Claude Fable 5は、能力面では現時点の最上位モデルの一角と見てよい。特に、長い作業を任せる、巨大なコードや文書を扱う、画像や表を含む複雑な情報を処理する、といった用途では、従来モデルからの伸びを感じる可能性が高い。

ただし、問題点もはっきりしている。高価格、強い安全フィルター、バイオ分野などでの誤判定、AI研究制限をめぐる透明性批判、30日データ保持は、単なる細かい欠点ではない。特に企業利用では、性能だけで採用を決めると後から運用上の制約にぶつかる。

現時点での評価を一言でまとめるなら、Fable 5は「高難度タスク用の強力な切り札」だが、「安心して何でも投げられる万能モデル」ではない。使う価値があるのは、コストとデータ保持を許容でき、かつFable 5でなければ難しい作業を持っている場合である。逆に、日常用途、機密性の高い社内データ、バイオ・セキュリティ・AI研究の周辺では、Opus 4.8や他社モデルとの使い分けを前提にしたほうが現実的だ。

情報源

時刻: 18:06

2026年3月31日火曜日

axiosにサプライチェーン攻撃　悪性版2件がnpmで配布、不正publishでRAT投下か

JavaScriptの定番HTTPクライアント「axios」をめぐり、npm上で配布された一部バージョンに悪意ある依存関係が混入していたことが判明した。問題の版は axios@1.14.1 と axios@0.30.4 で、公開分析によれば、主要メンテナーのnpmアカウント、またはその長期有効トークンが侵害され、通常のGitHub Actions経由ではない形で不正公開された可能性が高い。これは「axios本体の脆弱性」ではなく、正規パッケージの配布経路そのものが汚染されたサプライチェーン攻撃だ。

攻撃者は axios 本体に大きな改変を加える代わりに、plain-crypto-js@4.2.1 という不審な依存パッケージを追加し、その postinstall スクリプトを通じて macOS / Windows / Linux 向けのRAT（Remote Access Trojan、遠隔操作型トロイの木馬） を落とす仕組みを仕込んでいた。

何が起きたのか

StepSecurity と Aikido の分析によると、攻撃は axios の主要メンテナー jasonsaayman にひもづく npm 側の公開権限を悪用する形で行われた。npm の登録メールアドレスは ifstap@proton.me に変更されており、正規リリースで通常見られる GitHub Actions の Trusted Publisher / OIDC による公開痕跡も確認されていない。さらに GitHub 側には 1.14.1 に対応するタグが見当たらず、通常のリリースフローから外れた不正公開だった可能性が高い。

Socket の分析でも、問題の axios 版はソースコードを派手に書き換えた形ではなく、依存関係を1本だけ静かに差し込む「最小改変」 だったとされる。クリーン版の 1.14.0 / 0.30.3 には存在しない plain-crypto-js@^4.2.1 が追加され、これがインストール時に自動実行されることで、利用者の端末やCI環境に第2段階ペイロードを配布する設計だった。

時系列で見る今回の流れ

公開分析に基づく時系列は次の通りだ。まず 2026年3月30日 14:57 JST に、一見無害な plain-crypto-js@4.2.0 が公開された。続いて 3月31日 08:59 JST に悪性の 4.2.1 が公開され、09:21 JST に axios@1.14.1、10:00 JST に axios@0.30.4 が公開された。さらに 12:15 JSTごろ に npm から問題の axios 版が取り下げられ、12:25 JST に plain-crypto-js への security hold が始まり、13:26 JST には security-holder スタブが公開されている。

露出時間は長くなかったが、axios は npm エコシステムでも特に広く使われる基盤ライブラリだ。StepSecurity は 3億件超/週、Aikido と Socket は 約1億件/週 と見積もっており、数字には差があるものの、短時間でも影響が大きくなりうる規模 である点は共通している。特に ^1.14.0 や ^0.30.0 のような範囲指定、あるいは自動ビルド・自動更新を行う CI/CD 環境では、短い露出時間でも十分に危険だった。

マルウェアは何をしていたのか

Socket による静的解析では、plain-crypto-js@4.2.1 の setup.js は難読化された多段式ドロッパーで、OSを判定して Windows / Linux / macOS 向けの別々のペイロード配布処理 に分岐する。公開説明では、任意コマンド実行、情報窃取、永続化が可能な RAT とされている。StepSecurity も、C2（Command and Control、攻撃者の操作サーバ）に接続し、OS別の第2段階ペイロード を取得すると説明している。

厄介なのは、実行後に証拠を消す設計 だ。Aikido は node_modules を後から見ても分からない場合がある と警告しており、Socket も setup.js を削除し、package.json を差し替えて postinstall の痕跡を薄める流れを示している。つまり、「node_modules を見て怪しいファイルがないから安全」とは言えない。被害確認にはログ、lockfile、端末上のIOC（Indicators of Compromise、侵害指標）の確認が必要になる。

現時点で分かっている影響範囲

現時点で特に危険とされるのは、問題の版を実際にインストールした開発マシン、CIランナー、ビルドサーバー だ。Aikido は axios@1.14.1 または 0.30.4 を導入していたなら、侵害済み前提で動くべきだ としている。確認用の痕跡としては、Windows では %PROGRAMDATA%\wt.exe、macOS では /Library/Caches/com.apple.act.mond、Linux では /tmp/ld.py などが挙げられている。

一方で、単にWebサービスの利用者である一般ユーザー まで直ちに影響が及ぶタイプの事件とは、現時点では言いにくい。今回の感染トリガーは、あくまで 悪性版のインストール時に postinstall が走ること だからだ。被害の中心は npm を使って依存関係を解決する開発フロー側にある。

いまの最新状況

Aikido は 問題の2バージョンはすでに npm から削除済み としており、StepSecurity も latest の dist-tag は 1.14.0 に戻った と報告している。npm 上の axios パッケージページでも、現時点の公開版は 1.14.0 と表示されている。つまり、焦点は 「まだ配布中か」ではなく、「露出時間中にどの環境が踏んだか」 に移っている。

ただし、被害企業数や感染台数の全体像はまだ公表されていない。Socket もこの件を active and developing incident と位置づけており、現段階では技術分析、公開タイムライン、IOC、対処手順が主な公開情報となっている。なお Socket は、@shadanai/openclaw や @qqbrowser/openclaw-qbot といった周辺パッケージでも、同じドロッパー経路が確認されたとしている。

開発者・運用担当者が取るべき対応

対応方針はおおむね一致している。まず、axios@1.14.1 と axios@0.30.4、および plain-crypto-js@4.2.1 の有無を、依存関係、lockfile、npmログで確認すること。そのうえで、影響が見つかった環境では 安全版への固定 に加え、資格情報のローテーション、影響端末の再構築、CIシークレットの再発行 を検討すべきだ。Aikido は安全版として 1.14.0 と 0.30.3 を挙げている。

  • まず axios@1.14.1 / 0.30.4 / plain-crypto-js@4.2.1 の混入有無を確認する
  • 影響があれば axios 1.x は 1.14.0、0.x は 0.30.3 に固定する
  • npmトークン、クラウド鍵、SSH鍵、CIシークレット、.env値 など、当該環境で参照可能だった資格情報をローテーションする
  • IOC が見つかった端末は、その場での「掃除」ではなく、既知の安全状態からの再構築 を優先する

ひとことで言うと

今回の axios 事件は、「人気OSSに脆弱性が見つかった」話ではなく、「信頼されていた配布ルートが、短時間だけだが本物のマルウェア配送路になった」事件 だ。露出時間は数時間規模でも、対象が axios 級の基盤パッケージだったことで、npm エコシステム全体の供給網リスク を改めて突きつけるケースになっている。

情報源

  • StepSecurity「axios Compromised on npm - Malicious Versions Drop Remote Access Trojan」2026-03-30
    https://www.stepsecurity.io/blog/axios-compromised-on-npm-malicious-versions-drop-remote-access-trojan
  • Aikido「axios compromised on npm: maintainer account hijacked, RAT deployed」2026-03-30
    https://www.aikido.dev/blog/axios-npm-compromised-maintainer-hijacked-rat
  • Socket「Supply Chain Attack on Axios Pulls Malicious Dependency from npm」2026-03-31
    https://socket.dev/blog/axios-npm-package-compromised
  • GitHub Issue「axios@1.14.1 and axios@0.30.4 are compromised #10604」2026-03-31
    https://github.com/axios/axios/issues/10604
  • npm「Axios」 package page（現時点の公開版表示）
    https://www.npmjs.com/package/axios
時刻: 16:49

2026年3月25日水曜日

クローンはどこまで続けられるのか　山梨大学と放射線影響研究所による研究

20年にわたるマウス実験が示した「58世代目の壁」

「クローン」と聞くと、多くの人は“元の個体をそっくりそのまま複製する技術”を思い浮かべるだろう。もしそうなら、クローンからさらにクローンを作り、そのまたクローンを作り……という操作も、理屈の上ではどこまでも続けられそうに見える。

だが、山梨大学などの研究チームが約20年かけて行ったマウスの再クローニング実験は、そう単純ではないことを示した。研究チームは1匹の雌マウスを出発点に、クローンからさらに次世代のクローンを作る操作を繰り返したが、最終的に続けられたのは58世代目までだった。しかも後半になるほど成績は悪化し、58世代目の個体は生まれても翌日までに死亡した。

この研究が面白いのは、単に「58回で止まりました」という記録を作ったからではない。なぜ止まったのかを調べた結果、クローンを重ねる過程でDNAの変異が少しずつ蓄積し、それがやがて無視できないレベルに達した可能性が強く示されたからだ。これは、哺乳類がなぜ有性生殖をしているのか、という進化上の大きな問いにもつながっている。

そもそも「再クローニング」とは何か

今回の実験で使われたのは、体細胞核移植という方法だ。これは、普通の体の細胞の核を、核を抜いた卵細胞に入れて発生させる技術で、羊のドリーでも有名になった。簡単に言えば、「受精を使わず、体細胞の核から個体を作る」方法である。

研究チームは2005年、1匹の雌マウスから体細胞を採取してクローンを作った。次に、そのクローンが成長したら、その個体の体細胞を使ってさらに次のクローンを作る。こうしてクローンからクローンを作る操作を約20年間繰り返した。論文によれば、実験全体では3万回以上の核移植が行われ、合計1206匹のクローンマウスが生まれている。(Nature)

この設定が重要なのは、「一度クローンを作れるか」ではなく、クローンという生殖様式だけで系統を維持し続けられるかを試している点にある。自然界の哺乳類は基本的に有性生殖で世代をつなぐ。では、人工的にクローンだけでそれを代替できるのか。今回の研究は、その問いにかなり本格的に向き合った実験だった。

意外なのは、最初はむしろうまくいっていたこと

結果だけを聞くと、「やはりクローンはすぐ破綻するのか」と思うかもしれない。だが実際には、話はもっと興味深い。

再クローニングの成功率は、初期にはむしろ上がっていた。1世代目の成功率は7.4％だったが、26世代目には15.5％に達したという。研究チーム自身、途中までは「このまま無限に続けられるのではないか」と考えていた。ところが、その後は流れが変わる。出生率は27世代目以降に低下し始め、57回の再クローニング後には平均成功率が0.6％まで落ち込み、58世代目が最後になった。

ここでさらに意外なのは、中盤までの再クローンマウス自体は、外見上はかなり普通に見えたことだ。論文では、再クローンマウスは基本的に正常な寿命を示し、健康状態にも大きな異常は見られなかったとしている。つまり、表面上はそこまで壊れていないのに、内部では少しずつ問題が積み上がっていたわけだ。(Nature)

本当の問題は「コピーの劣化」ではなく、DNAの傷の蓄積だった

では、何が限界を生んだのか。研究チームは各世代のマウスの全ゲノム解析を行い、DNA配列の変化を詳しく調べた。すると、再クローンマウスでは、普通の交配で生まれたマウスに比べて突然変異の頻度が約3倍高いことがわかった。しかも世代を重ねるにつれて、生命に深刻な影響を与えうる重い変異が増えていた。

ここでいう突然変異には、小さな変化だけではなく、構造変異も含まれる。構造変異とは、染色体の一部が失われたり、別の場所につながったりするような、大きめのDNA異常のことだ。論文では後半世代の個体で、染色体転座やX染色体の1本喪失といった重大な異常も見つかっている。研究チームは、こうした大きな異常の蓄積が、最終的にクローン系列の崩壊につながったと考えている。(Nature)

この点は、「クローンは元の個体と完全に同じ」という素朴なイメージに修正を迫る。確かにクローンは出発点では元個体の核DNAを引き継ぐが、実際の作製過程ではDNAに傷や変化が入る可能性がある。そして、それが一回きりなら目立たなくても、何十世代も繰り返せば無視できなくなる。

問題は“今の技術が雑だから”だけではない

ここで気になるのは、「なら、もっと精度の高いクローン技術ができれば解決するのでは？」という点だろう。実際、その可能性はある。大学のプレスリリースでも、今後は有害な変異を起こしにくい、より安全な核移植技術の開発が必要だと述べている。つまり、58世代という数字そのものは、将来多少は伸びる余地がある。

ただし、論文のメッセージはそれだけではない。著者たちは、後半で起きた問題を単なる“作業ミスの蓄積”としてではなく、クローン生殖そのものが抱える構造的な弱点として捉えている。クローンでは、有性生殖のときに起こる組換えがない。組換えとは、父親由来と母親由来の染色体が混ざり合って再配置される現象で、遺伝子のシャッフルと言っていい。これによって有害な変異が選別され、次世代で除かれることがある。ところが、クローンではこの仕組みが働きにくい。すると、悪い変異が世代をまたいで少しずつたまりやすくなる。(Nature)

進化生物学では、このように有害変異が不可逆的に積み重なっていく現象をミュラーのラチェットと呼ぶ。今回の研究は、哺乳類でクローン的な増殖を続けると、この“ラチェット”が現実に回り始めることを強く示したといえる。専門的にはかなり大きな意味を持つ結果だ。

有性生殖は「面倒な仕組み」ではなく、変異を掃除する仕組みかもしれない

この研究でもっとも示唆的なのは、有性生殖の役割に関する部分だ。研究チームは、終盤世代に近い再クローンマウスを正常なオスと交配させ、その生殖能力も調べている。すると、20世代目では普通に近い産仔数だったのに対し、50世代目や55世代目では産仔数が急減した。ところが、その子ども世代どうしから生まれた孫世代では、産仔数がある程度回復した。(Nature)

これは何を意味するのか。研究チームの解釈は明快だ。減数分裂（卵子や精子を作るときに染色体数を半分にする過程）と受精を通じて、クローン系列でたまっていた異常の一部が整理・除去された可能性がある、というのである。言い換えれば、有性生殖は単に“多様性を増やすための方法”であるだけでなく、蓄積した遺伝的な傷を減らすための仕組みでもあるかもしれない。(Nature)

哺乳類にとって有性生殖は、相手を探し、受精し、妊娠し、子育てするという意味で、かなり手間のかかる方式だ。それでも長い進化の歴史の中でこの方式が主流であり続けたのは、面倒さを上回る利点があったからだろう。今回の研究は、その利点の一つとして「有害変異の蓄積を防ぐこと」をかなり具体的に見せてくれた。

では、この研究はクローン技術の未来を悲観させるのか

結論からいえば、必ずしもそうではない。今回示されたのは、哺乳類をクローンだけで無限に維持するのは難しいということであって、クローン技術そのものが役に立たないという話ではない。

たとえば優良家畜の増殖、絶滅危惧種の保全、不妊個体の遺伝情報の継承といった用途では、何十世代もの連続再クローニングが必要になるとは限らない。単発、あるいは数世代程度の利用であれば、クローン技術の価値は依然として大きい。実際、大学のプレスリリースでも、そうした応用可能性は強調されている。

ただし今回の研究は、「クローンは理論上いくらでもつなげられるはずだ」という見方には、はっきり待ったをかけた。将来の技術改良で限界が先に延びる可能性はあるにせよ、有性生殖なしで永続的に系統を維持するという発想には、かなり本質的な壁があることが見えてきたからだ。クローン技術の今後は、単に“より完璧なコピー機”を目指すだけでなく、DNA異常をどう検出し、どう減らし、どう管理するかという方向へ進んでいくのかもしれない。

コピーはできても、進化の仕組みまでは飛び越えられない

この研究が教えてくれるのは、生命はただの情報の複製ではない、ということだ。見た目が正常で、寿命もそれほど変わらない個体であっても、その裏ではDNAの傷が静かにたまり続けることがある。そして、有性生殖はその問題に対処するための、きわめて洗練された仕組みとして働いているのかもしれない。

クローン技術は、生命科学の中でもとりわけ「人間はどこまで生命を再現できるのか」という根本的な問いに触れる分野だ。今回の58世代実験は、技術のすごさを示すと同時に、生命が長い進化の中で手に入れてきた仕組みの奥深さも見せつけた。クローンは作れる。だが、クローンだけで生命の歴史を回し続けることは、そう簡単ではない。そんな当たり前のようで重い事実を、この20年の実験は静かに語っている。

情報源

～補足～
「58世代目の壁」は普遍的な生物学的上限というわけではなく、現在の体細胞核移植法によるこの実験系での限界であって、将来の改良技術や別条件でも必ず58で止まる、とまでは言っていない点に注意。
時刻: 16:49
ラベル: