Cuando el certificado caduca

Qué pasa al caducar

La primera fila es la lección entera: con sellado de tiempo, la caducidad solo te impide publicar cosas nuevas; sin él, rompe lo que ya está instalado.

El sellado de tiempo

Qué es y por qué importa: al firmar, se consulta a un servicio que certifica cuándo se hizo la firma. Ese sello va dentro del artefacto.

Y con él, el sistema razona distinto: en vez de preguntar «¿este certificado es válido hoy?», pregunta «¿era válido cuando se firmó esto?».

Consecuencias prácticas:

• Es lo que hace que el software firmado sobreviva a la caducidad de su certificado.
• Requiere conexión al firmar, porque hay que consultar el servicio. Una construcción sin red no puede sellar.
• Y si el servicio no responde, la firma puede quedar sin sello sin que sea evidente — así que merece comprobarlo, no suponerlo.

Comprobar que el sello está es una línea más en la verificación del nivel 60.2, y es la que evita el peor escenario de esta fase.

Renovar sin sobresaltos

El paso 2 es el que evita el incidente del nivel 35.3, y es la razón por la que renovar dentro del mismo equipo importa tanto.

Caducidad y revocación

Una distinción que conviene tener clara porque se confunden:

• Caducidad es prevista: el certificado tenía fecha. Con sellado de tiempo, lo publicado sigue valiendo.
• Revocación es una acción: alguien —la autoridad, o tú— declara que ese certificado ya no es de fiar. Y entonces el sellado de tiempo no salva nada: lo publicado con él deja de valer, porque el punto de revocar es precisamente invalidarlo.

Por eso la revocación es el escenario grave del nivel 59.4 y la caducidad, si se prevé, no lo es.