- Shipped
- lúc 00:15 24 tháng 9, 2026 UTC
- Author
- Kamo
- Commit
- b0e08ac
kamo- nội bộ đang di chuyển ID phiên chạy *** ra khỏi trình duyệt JavaScript: nó Hiện tại hãy ngồi trong phiên chạy Storage và đi tới mỗi địa chỉ Mạng ổ cắm như '?'*=[128-hex ID], mà hồ sơ truy cập của Traefik đầy đủ. Bộ duyệt Các ổ cắm Mạng thay vào đó sẽ mang theo một phím một thời ngắn mà kamo-i nội bộ Bạc bạc hà (POST / api/genate-otk): Redis'OtK <otk> -> ID 128-hex ***. Cả hai dịch vụ cần phải chấp nhận nó trước khi kamo-i nội bộ công tắc, do đó, điều này Thuyền trước. @ info/ rich đi qua (New, bên cạnh Đang tiêu thụ xác thực và Consume OneTimeKey sử dụng cho X-OTK: đây là một Điểm kết thúc SockJS, do đó, một kết nối duyệt có thể làm cho nhiều hơn một bắt tay Khi nó thăm dò phương tiện vận chuyển, và một đọc sách tiêu thụ sẽ phá vỡ hậu quả — Chìa khóa của riêng mình TTL giới hạn nó thay thế. Tiền đề là otk, rồi di sản *** yêu cầu tham gia, rồi đến cookie ***. Một otk hiện có nhưng không giải quyết là một loại bỏ khó: nó không bao giờ giảm thông qua *** hoặc cookie, thuộc về bất cứ thẻ nào được làm tươi cuối cùng và nếu không sẽ im lặng xác thực một phiên chạy khác. Không có gì sự thay đổi trong phiên chạy qua (thành phần đáng kể, thuộc tính). Cái otk và mã nhận dạng được giải quyết không bao giờ được đăng nhập, khớp với mã xung quanh. Thử ra: KSessionService 1TimeKeyTest và Web SocketAuthIntceptTest cover Độ phân giải otk và không tiêu thụ, từ chối-in-unreved-otk ưu tiên Nguyên tắc, di sản *** vẫn hoạt động, và không bị từ chối. Cả hai Quy tắc ưu tiên và quy tắc không có mẫu đơn được kiểm tra bằng tay (đang chuyển sang hình dạng cũ/bggy tái tạo một cú chạy đỏ).