- Shipped
- 2026年9月24日 0:15 UTC
- Author
- Kamo
- Commit
- 279723a
メディアサービスと同じ変更: kamo-internal は、*** セッション ID を動かす ブラウザのJavaScriptから、セッションをオフし、すべてのWebSocket URLをオフ (`?***=<128-hex id>`、Trefikのアクセスログでフルに記録) POST /api/generate-otk 経由で分かれる短時間キー。 レディス `OTK<otk>` -> 128-hex *** id。 どちらのサービスは、前にそれを受け入れる必要があります kamo-internal スイッチをオーバーするので、この船は最初に出荷します。 WebSocketAuthInterceptor は `otk` クエリパラメータを読み、それを解決します メニュー (新品、同梱) X-OTK で用いられる既存の 消費 ValidAndConsumeOneTimeKey: これは SockJS エンドポイントは 1 つのブラウザ接続で 1 つのハンドシェイク以上を作ることができます。 プローブの輸送として、消費読書はフォールバックを破るだろう - それは キーの短いTTLは、代わりにそれをバインドします。 優先は otk, その後、レガシー *** クエリパラメータ, その後、 *** クッキー. 存在しているが、解決しないotkは、ハード拒否です:それは決して落ちません タブが更新されるたびに、*** またはクッキーを介して、 最後に、別のセッションをサイレントに認証します。 コメントはありません 過去のセッション解像度の変更。 otk と id の解決は、ログに記録されません。 周囲のコードにマッチします。 テスト: KSessionServiceOneTimeKeyTest および WebSocketAuthInterceptorTest カバー otkの解像度と非消費、拒絶オン未解決のotkの優先順位 ルール、レガシー *** 依然として機能し、非決定的な拒絶。 両方とも 優先ルールと非削除ルールは、手によってチェックされた変異であった (それぞれを古い/buggy 形状に戻すと、赤色を再現).