proto.lib

QUIC 0-RTT - chống replay attack

Dữ liệu 0-RTT có thể bị kẻ tấn công ghi lại và phát lại (replay); server phải áp dụng các biện pháp như giới hạn thao tác an toàn hoặc kiểm tra idempotency để giảm thiểu rủi ro.

TransportNâng cao2026-07-17
QUIC 0-RTT - chống replay attack

Tags

#quic#0-rtt#replay-attack#anti-replay#tls13

Tài liệu tham khảo

Mở rộng

Animation gốc là một file HTML tự chứa, có thể nhúng lại ở bất kỳ trang nào khác. Mở file gốc

Liên quan

TransportTrung bình

QUIC 0-RTT Early Data

Client tái sử dụng tham số transport và PSK từ phiên trước để gửi dữ liệu ứng dụng ngay trong flight đầu tiên, tiết kiệm 1 RTT nhưng đối mặt rủi ro replay.

#quic#0-rtt#tls-1-3#psk
TransportNâng cao

QUIC: Bắt tay 1-RTT, multiplexing và connection migration

QUIC (RFC 9000) chạy trên UDP, gộp bắt tay transport với TLS 1.3 thành 1 RTT, ghép nhiều stream độc lập không head-of-line blocking, và di chuyển kết nối qua Connection ID khi client đổi mạng.

#quic#rfc-9000#udp#0-rtt
TransportNâng cao

TLS 1.3 Early Data: gửi request ngay trong flight đầu tiên

Khi resume một session TLS 1.3 bằng PSK, client có thể gửi dữ liệu ứng dụng ngay trong flight đầu (early data / 0-RTT) để tiết kiệm một round trip, nhưng dữ liệu này có thể bị kẻ tấn công REPLAY lại nguyên vẹn — nên chỉ request idempotent mới được đặt vào đó, và server phải có quyền từ chối hoặc trì hoãn xử lý cho tới sau khi handshake hoàn tất.

#tls-1-3#early-data#0-rtt#idempotency