Seguridad de la Capa de Transporte

Outcome: Complete the task with Seguridad de la Capa de Transporte (Transport Layer Security). User context: Una API de salud utiliza TLS 1.3 y presenta un certificado para `api.clinic.example`. Un cliente móvil verifica la cadena de certificados y el nombre del host antes de enviar un token. El edge cifra nuevamente hacia el service mesh. Los certificados avisan antes de expirar y se rotan. La versión nunca incluye un interruptor de depuración "confiar en todo". Technical concept or control: Seguridad de la Capa de Transporte (Transport Layer Security). Why it fits: Use TLS verificado para cada paso de red sensible. Mantenga las reglas del protocolo, las comprobaciones de nombre de host, la renovación de certificados y la protección de claves. Do not use it when: Solo la encriptación no demuestra que un endpoint sea confiable. Nunca desactives la verificación de certificados ni asumas que TLS de borde protege los enlaces internos en claro. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary): El estándar cubre únicamente el alcance listado. No elige el estilo visual, la decisión del producto ni el ejemplo de Vibulary. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.