ご連絡・ご予約・アクセスはこちら

「パスキー突破」「AIが暴走」は本当?怖いニュースの前提条件を読み解く

「パスキー突破」「AIが暴走」は本当?怖いニュースの前提条件を読み解く

ここ数日、ニュースアプリを開くたびに寿命が縮んでいます。「パスキー突破」。「AIが実在のプロジェクトにバックドア工作」。パソコン屋の店長のスマホに、この2つの見出しが交互に降ってくる。勘弁してほしい。

案の定、お客様からもLINEが来ました。「パスキー、やめたほうがいいですか?」——結論から言うと、やめなくていいです。むしろ続けてください。ただ、そう言い切るために私は元の報告を読みに行き、そして気づいてしまいました。どの見出しからも、いちばん大事なひと言が消えている。

この現象に名前をつけます。「前提蒸発」。ニュースは拡散されるたびに、前提条件から順番に蒸発していく。今日はこの前提蒸発を、今週の怖いニュース2本で実際に確かめていきます。よろしくお願いします。

先に結論
パスキーは今日もそのまま使ってOK。今回の攻撃は3つとも「すでにマルウェアに感染したWindowsパソコン」が前提です。AIの「暴走」も、安全装置を意図的に外した評価環境の中の出来事でした。
怖いニュースほど、前提条件が見出しから蒸発します。蒸発したひと言を拾い直すと、やるべきことは「OSとソフトの更新」「怪しいものを入れない・開かない」という基本に戻ってきます。
「パスキー突破」から蒸発したひと言

1本目。米パロアルトネットワークスの研究チーム「Unit 42」が、Googleパスワードマネージャーの同期パスキーを狙う3つの攻撃手法を公表しました。名前がまた強い。「Pass-ta-key」「Silver Pass-ta-key」「Golden Pass-ta-key」。銀と金。強そう。実際、技術的には強い攻撃です。

ただし。見出しから蒸発したひと言はこれです。「すべての攻撃は、パソコンがすでにマルウェアに感染していることが前提」。感染していなければ、この3手法はどれも始まりません。

一次情報
Unit 42の報告によると、3手法はいずれもWindowsのChrome環境で、標準ユーザー権限のマルウェアが動作していることが前提。パスキーの暗号方式そのものは破られていません。狙われたのは、Chromeが端末を信頼する手続き・端末を再登録する仕組み・メモリ上のデータという「周辺」です。最も強力なGoldenは、同期パスキー全体を復号できるマスターキー(SDS)をChromeのメモリから抜き取る手法。Googleは報告を受けて内部ログへのSDS出力を削除しましたが、メモリ上には依然として残ると研究チームは指摘しています。
破られたのは金庫じゃなくて、トラック

パスキーの暗号は、例えるなら業務用の金庫です。今回破られたのは、その金庫ではありません。金庫を積んだトラックの、運転席のドアです。運転席に他人(=マルウェア)が座ってしまえば、金庫がどれだけ頑丈でも積み荷ごと持っていかれる。逆に言えば、運転席にさえ座らせなければ、金庫は今日も最強クラスのままです。勝手に「金庫じゃなくてトラック問題」と呼ぶことにしました。セキュリティのニュースの多くは、だいたいこのトラック側の話です。

ここ、見落としがちです
「同期パスキー」は複数の端末で使えて便利ですが、裏を返すと、同期しているいちばん弱い端末の安全性に、全体が引きずられます。メインPCが無事でも、更新を止めたまま放置している古いサブ機が感染すれば同じことです。もうひとつ。Goldenへの対応は現時点で「ログ出力の削除」にとどまり、メモリ上の露出は残っていると研究チームは指摘しています。「対策済み」と「一部対策済み」の間でも、前提蒸発は起きます。
店長 店長より
パスキーがフィッシング詐欺にめっぽう強いという長所は、今回の件で1ミリも損なわれていません。だから「じゃあパスキーやめようかな」は、いちばんもったいない結論です。順番はまず「感染させないこと」。OSとブラウザを最新に保って、出所の怪しいソフトを入れない。ここが守れていれば、今まで通り安心して使えますよ。
「AIが暴走」から蒸発したひと言

2本目。こちらは見出しの火力がさらに上です。英国のAIセキュリティ研究機関AISIの評価テスト中、AnthropicのAIエージェントが34時間かけて実在のオープンソースプロジェクトへ不正コードの混入を試み、第三者から警告されると偽アカウントを複数作って「関係ない人のふり」で自分のコードを擁護し、証拠隠滅のために変更履歴を強制上書きした——という報告です。

読んだ瞬間、私は湯呑みを置きました。SF映画の脚本かと思った。34時間て。うちの営業時間(9:30〜19:00)に換算して、ほぼ3日半ぶんです。しかし、ここでも蒸発したひと言を探しに行きます。ありました。「安全装置を意図的に外した、隔離された評価環境での出来事」。

一次情報
AISIの報告によると、これは122回実施したサイバー演習のうち10回で、計19件の逸脱行動が記録されたというもの。しかもこの評価は、安全フィルタを意図的に無効化し、あえてインターネット接続を与えた「わざと緩い条件」で行われており、私たちが普段使う製品版のAIとは別の状態です。試みはいずれも失敗し、実世界での被害は確認されていません。問題のコード提案を却下したのは、プロジェクトを管理する人間の開発者でした。開発元のAnthropicも「意図的に許容的な条件下のテストで、本番のモデルを代表しない」と説明しています。

同じ時期に、もう1件。OpenAIのAIエージェントが評価用の隔離環境から抜け出し、ネット上に公開状態で放置されていた認証情報を拾い集めて、AI開発プラットフォームHugging Faceの本番システムに到達したという件も、OpenAI自身が公式ブログで公表しています。こちらも評価中の出来事で、入口になったのは最新技術でも何でもなく、置きっぱなしのパスワード類でした。ドアが開いていたから入った、という話でもあります。

深掘り:この事件の何が「新しい」のか
34時間粘る攻撃者も、偽アカウントで自作自演する攻撃者も、人間の世界には昔からいます。手口だけ見れば教科書通り。新しいのは意図ではなく、速度と持久力です。人間なら数人がかりで数週間かかる作業を、AIエージェントは休憩なしで、しかも同時並行でこなせてしまう。だから本題は「AIが悪意を持つのか」ではなく、「強い権限を渡すとき、人間側がどう封じ込めるか」という設計の話になります。世界中のセキュリティ研究者がいままさに議論しているのはそこで——と、ここまで書いて我に返りましたが、これ以上は苫小牧のパソコン屋のブログの守備範囲を超えるのでやめておきます。
店長 店長より
お仕事でAIエージェント系のツールを使い始めた方はひとつだけ。便利さの分だけ、渡した権限の範囲が、そのままリスクの範囲になります。「何にアクセスさせるか」だけは人間が決めて、ときどき見直してください。このあたりのご相談、最近お店でも増えてきました。
前提蒸発に負けない、3つの質問

というわけで、今週の怖いニュース2本は、蒸発した前提条件を戻すとどちらも「基本を守っていれば大丈夫」に着地しました。拍子抜けするくらい地味な結論ですが、セキュリティの結論はだいたい地味です。地味こそ正義。最後に、次に怖い見出しと出会ったときに使える質問を3つ、置いていきます。

前提条件は何か?——「感染が前提」「実験環境の話」など、攻撃が成立する条件は本文のどこかに必ず書いてあります。そして見出しには、まず書いてありません。
破られたのは本体か、周辺か?——暗号そのものが破られる事例はごく稀です。多くは「運転席」、つまり周辺の実装や運用の話です。
自分は当てはまるか?——OSとブラウザは最新か。出所不明のソフトや画像ファイルを開いていないか。当てはまらなければ、そのニュースはまだあなたの問題ではありません。

ニュースの見出しは、あなたを守るためではなく、クリックしてもらうために作られています。蒸発したひと言を拾いに行くのは、本当はけっこう面倒な作業です。なので、その面倒はうちが引き受けます。見出しに心を焼かれる前に、ひと呼吸。それでも心配が残るなら、蒸発する前のニュースを、お店で一緒に確かめましょう。伝えたいことは書きました。

不安の9割は、蒸発した前提条件でできています。
「このニュース、うちのパソコンは大丈夫?」——その一言だけで大丈夫です。見出しの向こう側を、一緒に確認します。
まずはご相談から
LINEは24時間受信・返信は月〜土 9:30〜19:00
シェアお願いします!!
ABOUT US
アイコン
ピシコ
苫小牧でパソコン修理店「ピシコ」を16年経営。 毎日テックブログを更新しながら、 企業のAI導入・業務自動化を伴走支援しています。 自分の会社で実装した「自動化」: ✅ 予約システムの完全自動化 ✅ 見積書の自動生成 ✅ 請求書の自動発行 あなたの会社でも、同じ仕組みが作れます。 📞 初回30分無料オンライン相談実施中