KamoCRM

Chấp nhận một otk ngắn hạn trên bắt tay ổ cắm Web, cùng với ***

FixEmailService
Shipped
lúc 00:15 24 tháng 9, 2026 UTC
Author
Kamo
Commit
279723a

Cùng một thay đổi như dịch vụ phương tiện: kamo-i nội bộ đang di chuyển id phiên chạy *** ra khỏi trình duyệt JavaScript, tắt chạyStorage và tắt mọi URL ổ cắm Mạng Được ghi lại đầy đủ bởi bản ghi của Traefik) và vào một Chìa khóa một lần ngắn của nó bạc hà bằng PST / api/genate-otk. Redis [Tiếng bản xứ] Cả hai dịch vụ cần phải chấp nhận nó trước khi nên con tàu này 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ì trước khi giải quyết phiên chạy. Cái thẻ và thẻ căn cước được giải quyết không được ghi lại, 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 đỏ).

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing