No.

AFAIK no hay nada dentro del TLS 1.3 Draft sobre eso. Y tampoco creo que haya una solución técnica para esto. Si permite que alguien instale una CA raíz adicional en su computadora, todas las apuestas están desactivadas.

TLS por sí mismo protege el rastreo y la modificación del tráfico entre dos puntos finales, es decir, el cliente y el servidor. La intercepción TLS simplemente hace dos conexiones TLS donde solo había una, es decir, el cliente al dispositivo de intercepción y el dispositivo de intercepción al servidor. Esto todavía funcionará con futuras versiones de TLS.

La intercepción TLS solo es posible si la validación de los puntos finales no detecta la intercepción (o lo permite explícitamente). La forma en que se realiza la validación del punto final no forma parte del propio protocolo TLS y, por lo tanto, los cambios en el protocolo TLS no afectarán esta parte. Por lo tanto, los mecanismos actuales para la interceptación de SSL mediante el uso de una CA proxy de confianza sigue funcionando igual que la fijación SSL si no se debe permitir la intercepción. Tenga en cuenta que los navegadores de hoy ignorarán la fijación si el certificado está firmado por una CA agregada explícitamente, lo que significa que la identificación se ignorará cuando se utilice la interceptación legal de TLS. Pero esto nuevamente es un problema de validación del certificado y no está relacionado con la versión TLS.

Algunas investigaciones nuevas parecen indicar que 1.3 bloquea con éxito la inspección de tráfico: enlace . Tal vez algunas cosas han cambiado en la especificación desde 2015?