TLS 1.3 utilise des clés pré-partagées : après le handshake, le serveur envoie des messages NewSessionTicket ; le client propose ensuite un ticket dans l’extension pre_shared_key, prouvé par un binder. Avec psk_dhe_ke, un nouvel échange (EC)DHE a tout de même lieu et la nouvelle session bénéficie de la confidentialité persistante ; psk_ke seul ne l’offre pas. TLS 1.2 utilisait des identifiants de session (cache côté serveur) ou des tickets de session (RFC 5077), tous deux sans confidentialité persistante pour la session reprise.
Les clés de chiffrement des tickets de session sont des secrets à long terme : quiconque les détient peut déchiffrer chaque session reprise avec elles. Renouvelez-les donc fréquemment et ne les partagez entre les serveurs d’un parc que si nécessaire. La reprise est aussi un vecteur de pistage entre sites et entre sessions, ce qui explique que les navigateurs limitent la réutilisation des tickets.