#sso

企業の認証基盤では今もSAMLが広く使われています。古くからあるからこそ、多少の面倒は「運用で吸収するもの」と見なされがちですが、Trail of Bitsはそこに強く異議を唱えています。この記事が面白いのは、単に「SAMLには脆弱性がある」と言うのではなく、プロトコルの土台そのものが複雑すぎて、問題が何度直されても別の形で顔を出す、と整理している点です。しかも、代替としてOpenID Connect（OIDC）へ移るべきだとはっきり主張しています。 元記事の筆者は、SAMLを「SSO業界を生んだが、もう寿命を迎えている認証プロトコル」と位置づけています。SAMLは2002年にOASISのSecurity Services Technical Committeeで作られたXMLベースの仕様で、Web 2.0期に増えた多くのSaaSを、ひとつの認証で使い回すための基盤になりました。大学や研究機関ではCAS、Shibboleth、MicrosoftのADFS、simpleSAMLphpのような実装が広がり、やがてPing Identity、OneLogin、Okta、Duo Securit

この記事でいちばん引っかかったのは、Claude Opus 5 そのものよりも、「昔なら時間がかかったはずの作業」が、かなり短い時間で形になっていることです。しかも、単に脆弱性を見つけたという話ではなく、複数の弱点をつないで、公開フォーラムからスタッフのアカウントまでたどり着いている。ここはかなり怖い。ひとつひとつは地味でも、つながると一気に話が変わる、という典型に見えました。 ただ、読んでいて少し安心したのは、研究者側が線引きをかなり意識していたことです。実際に壊したり、顧客データを触ったりはしていないし、通報もしている。こういう「どこまでやったか」の慎重さは、攻撃の話を読んでいるときほど重要だと思います。便利なAIがあるからこそ、雑に使えばただの自動化された迷惑行為になるし、逆にちゃんと制御すれば防御の検証にも使える。その境目がかなり細くなっている感じがあります。 それと、技術的には forum の脆弱性そのものより、SSO（ひとつのログインで複数サービスに入れる仕組み）の怖さが印象に残りました。公開サービスに少し入れたつもりが、同じ認証基盤を通じて内部の道まで開く。便利さの裏返し

OpenAIの社内リポジトリに外部の研究者が入れた、という話はそれだけで強い。しかも手口は一つではなく、画像処理ライブラリの脆弱性と、OpenAI側のSSO設定の問題がつながって成立していた。Hacktron AIの報告は、単発のバグ発見というより、ふだん別々に見える弱点が連鎖すると何が起きるかを示している。AIを使った攻撃手順の組み立て方まで含めて、今のセキュリティの空気をかなりよく表している記事だと思う。 Hacktron AIの3人の研究者は、2026年7月25日に2つの脆弱性をつなげて、OpenAI社員のChatGPTアカウントを複数乗っ取れる状態にしたと説明している。そこからさらに、内部リポジトリへのアクセス可能性まで確認したというのが記事の骨子だ。証明のために、実際の社内コードを読まずに済むよう、被害者のCodexを使ってOpenAIの内部モノレポにPR #1186742を作成したと書いている。 出発点は、OpenAIが運営するヘルプフォーラム community.openai.com だった。OpenAIはこのフォーラムに Discourse を使っており、「Sign i