QUIC envoie les messages du handshake TLS dans des trames CRYPTO à l’intérieur des paquets QUIC plutôt que dans des enregistrements TLS, et tire les clés de protection des paquets de la dérivation des clés (key schedule) de TLS. Les paquets Initial sont protégés par des clés dérivées de l’ID de connexion : ils ne sont donc qu’obscurcis. Le premier envoi d’un client doit être complété par du remplissage jusqu’à au moins 1200 octets, ce qui limite l’amplification par des sources usurpées.
Les flux sont multiplexés sans blocage en tête de ligne, les connexions survivent aux changements d’adresse IP grâce aux ID de connexion, et les handshakes aboutissent en un aller-retour (0-RTT avec la reprise de session). HTTP/3 (RFC 9114) fonctionne par-dessus ; les navigateurs le découvrent grâce aux en-têtes Alt-Svc ou aux enregistrements DNS HTTPS.
Les key shares post-quantiques font déborder l’Initial du client sur plus d’un paquet ; QUIC le gère, mais certains équipements intermédiaires (middleboxes) et certaines piles serveur ont dû être corrigés. Les empreintes JA4 signalent les handshakes QUIC par un q initial.