La autoridad certificadora interna, raíz e intermedias

Una infraestructura de clave pública (PKI) interna se arma casi siempre en dos niveles. La raíz es la autoridad en la que confían todos los equipos; su clave es la más valiosa de toda la cadena. Por eso se usa muy poco: firma a las intermedias y poco más, y el resto del tiempo permanece apagada, sin red y con su clave dentro de un módulo de hardware guardado en un lugar físico controlado. Las intermedias son las que emiten día a día los certificados de servidores, personas o equipos.

La separación existe por lo que pasa cuando algo sale mal. Si se compromete una intermedia, la raíz la revoca y se crea otra nueva; los equipos siguen confiando en la misma raíz y nadie tiene que tocar sus almacenes de confianza. Si se compromete la raíz, hay que sustituirla en todos los equipos de la empresa, y eso es lo caro. La raíz en línea, accesible por red, pierde justo esa protección.

Una intermedia se limita con dos extensiones del certificado que la describe, según el perfil del RFC 5280. La longitud de ruta (pathLenConstraint) dice cuántos niveles de autoridad pueden colgar debajo de ella: con valor 0, una intermedia solo puede emitir certificados finales, no crear otras autoridades. Las restricciones de nombres (nameConstraints) dicen para qué nombres puede emitir: una emisora de servidores limitada a la zona interna de la empresa no puede firmar un certificado para un nombre público, aunque alguien se lo pidiera.

Abre autoridades.txt y lee la columna «en línea» y la de dónde está guardada cada clave. En un inventario bien llevado, solo las intermedias están encendidas.

Una raíz tiene una fecha de vencimiento como cualquier certificado, y es larga a propósito, porque sustituirla obliga a repartir una nueva por todos los equipos. Cuando una raíz vieja se acerca a su fecha, los certificados que firmó dejan de validar a la vez, y todo lo que dependía de ellos falla el mismo día.

El corte de la evidencia es el 1 de octubre de 2026. Mira la columna «vence» de la raíz que acabas de encontrar y cuenta los días naturales que faltan hasta esa fecha. Es un cálculo con dos fechas del inventario.

La restricción de nombres es lo que evita que una autoridad con la clave mal protegida pueda ser usada para firmar certificados de nombres que no le corresponden. En el inventario, cada intermedia declara la suya: la de servidores, la zona interna; la de personas, los correos de la empresa. Una intermedia sin restricción y con la clave en el disco de un servidor común acumula dos debilidades: puede firmar para cualquier nombre y su clave está al alcance de quien administre ese servidor.

Revisa la última columna del inventario y la de dónde se guarda cada clave.

Dos hallazgos quedan en la mesa: la raíz heredada encendida y a punto de vencer, y la intermedia de planta sin restricción y con su clave en disco. El arreglo de una intermedia así no se hace parchando el certificado: se crea una nueva con restricción de nombres y su clave en un módulo de hardware, se emiten de nuevo los certificados de planta con ella y se revoca la vieja. Una raíz heredada se retira con orden: primero se migra todo lo que firmó a la jerarquía vigente, luego se quita su confianza de los equipos, y solo entonces se apaga.

El orden importa porque apagar o quitar la confianza antes de migrar rompe los servicios de planta que todavía cuelgan de ella, como indica la nota de confianza-en-equipos.txt.