#2fa

この記事を読んでまず思ったのは、「2FAを入れているから大丈夫」という感覚が、かなり雑に崩される場面があるんだな、ということだった。しかも相手は雑な詐欺サイトではなく、AIサービスの本体に見える場所を経由してくる。そこがいちばん嫌らしい。 引っかかったのは、パスワードを盗まれた話ではなく、“すでにログイン済みのセッション” が悪用される点だ。ふつう2FAは「パスワードが漏れても、もう一段あるから防げる」ための仕組みだと思いがちだけれど、セッションCookieや保存済みのログイン情報を取られると、その前提ごと外される。要するに、鍵を二重にしたのに、家そのものに入られてしまう感じに近い。 それにしても、AIサービスが「便利な操作の窓口」になるほど、攻撃者にとっては魅力的な通り道になるんだろうと思う。ClaudeのようなAIは、単なるチャットではなく、アカウント連携や過去の会話、場合によっては保存された認証情報まで扱う。ここまでくると、AIに何を学習させたかより、AIにどこまで権限を渡しているか が本質になる。便利さの裏で、権限設計をかなり真面目に見直さないといけない。 あと

npm に staged publishing が追加され、公開前に人間による 2FA承認 が必要になった これにより、CI/CD からの自動公開でも「本当に人が関与したか」を確認しやすくなる `npm stage publish` は npm CLI 11.15.0 以降 が必要 既存の `-allow-git` に加えて、非 registry 由来の install 元を制御する3つのフラグが追加された いまソフトウェアサプライチェーン攻撃が増えているので、こうした防御はかなり重要 npm と GitHub が、ソフトウェア供給網のセキュリティを強化する新しい仕組みを出しました。 ざっくり言うと、「npm パッケージを公開するときに、勝手に世に出ていかないようにする」ための対策です。 これ、地味に見えてかなり重要です。というのも、近年の攻撃者は「アプリ本体」よりも、開発者が日常的に使うライブラリやパッケージ管理の流れを狙うことが増えているからです。つまり、1つの悪意ある更新が入るだけで、多くの開発現場に一気に広がってしまうわけです。い