- Shipped
- 24 Eylül 2026 00:15 UTC
- Author
- Kamo
- Commit
- 279723a
Medya hizmetleri olarak aynı değişiklik: kamo-internal hareket ediyor - oturum id Tarayıcı JavaScript'i, seanstan ve her WebSocket URL'yi kapat ('? ***=<128-hex id>", Traefik'in erişim logu ile dolu olarak kaydedildi) ve bire Kısa süreli bir anahtar, POST /api/generate-otk aracılığıyla taklit eder. Redis "OTK<otk>" -> 128-hex - id. Her iki hizmetin de bunu daha önce kabul etmesi gerekiyor kamo-internal, bu yüzden önce bu gemiler. WebSocketAuthInterceptor şimdi bir “otk’ sorgu parametresini okur ve çözüyor ******************** (Yeni, birlikte X-OTK için kullanılan veConsumeOneTimeKey'in mevcut kullanımı: Bu bir SockJS endpoint, bu yüzden bir tarayıcı bağlantısı bir elhakesinden daha fazlasını yapabilir Prodüksiyonlar ilerledikçe ve bir alıcı okuma geri çekilmeyi kıracaktır - geri dönüşleri kıracaktır - anahtarın kendi kısa TTL yerine onu bağlar. Precedence ağır, sonra mirası - sorgu param, sonra - kurabiye. Mevcut olan bir otk ama çözme zor bir reddetmedir: asla düşmez - veya kurabiye aracılığıyla, hangi sekmeye ait olan Son olarak ve başka bir şekilde farklı bir seansı açıkça ifade ederdi. Hiçbir şey hiçbir şey hiçbir şey yok Geçmiş seans karar değişiklikleri. Oğlak ve çözülmemiş asla giriş değildir, çevreleyen kodu eşleştirmek. Testler: KSessionServiceOneTimeKeyTest ve WebSocketAuthInterceptorTest kapak kapağı Ok kararı ve non-konomi, red-on-unre çözülmemiş-otk öncekilüğü Kural, mirası - hala çalışıyor ve hiçbir suçsuz reddedilme. Her ikisi de Öncekilik kuralı ve no-delete kuralı, elle kontrol edildi (Her birini eski/buggy şekline geri getirmek kırmızı bir koşuyu yeniden üretir).