Almacenamiento de certificados y claves en módulos de seguridad de hardware (caso de uso TLS)

La clave para comprender la diferencia es darse cuenta de que no le importan directamente las propiedades de seguridad de la clave. Son solo una herramienta para garantizar las propiedades de seguridad que le interesan, que provienen del uso de la clave.

Si necesita mantener la confidencialidad de un activo por razones indirectas, hay un beneficio en mantenerlo en un área de alta seguridad que solo permita que el activo se use de una manera específica. Por ejemplo, supongamos que una clave privada está en un HSM que permite que una computadora firme o descifre con esta clave¹, pero no permite que la computadora extraiga una copia de la clave. Si la computadora está comprometida pero el HSM no lo está, entonces el atacante puede usar la clave, pero estos usos se registrarán en el registro de HSM, por lo que tendrá alguna información sobre las consecuencias de la infracción. Además, si recuperas el control sobre la computadora, sabes que el atacante ya no puede usar la clave; por lo general, esto no es tan útil para una clave de firma (a menos que los registros de HSM le indiquen que no se ha utilizado la clave) pero es útil para una clave de descifrado.

Si necesita proteger la integridad de un activo por razones indirectas, es otra historia. Considere nuevamente la configuración del equipo + HSM, esta vez con una clave pública o un certificado en el HSM. Después de un compromiso de recuperación de la computadora, sabe que el atacante no ha podido modificar la copia del certificado en el HSM. Eso realmente no le ayuda, porque necesitaba restaurar una gran cantidad de datos desde la copia de seguridad, incluida la copia de ese certificado. Si bien el atacante tiene acceso a la computadora, no importa que el certificado esté en el HSM. Si eso molesta al atacante, solo modificarán el código de la computadora para no acceder al HSM.

Es importante utilizar un lugar de confianza para almacenar una copia de los datos cuya integridad se requiere, pero no necesita un HSM para eso: para eso están las copias de seguridad. Si no puede garantizar la integridad del código que manipula los datos, no obtendrá nada de una mejor protección de la integridad de los datos.

Por lo tanto, en su caso, definitivamente debe colocar la clave privada en el HSM (3). No es beneficioso colocar certificados en el HSM para el funcionamiento normal (1, 2), pero puede ayudarlo a recuperarse después de una infracción si de alguna manera puede recuperar el control del dispositivo. Los certificados por sí solos no son suficientes, pero podrían ser parte de una raíz de confianza más grande que incluye todo el código necesario para inicie el dispositivo en un estado confiable.

¹ _{No debería permitir que ambos tengan la misma clave.}

Esta pregunta está apenas relacionada con la seguridad. Desde la perspectiva de la seguridad, el almacén de certificados públicos en HSM no mejora la seguridad, ya que el certificado público no contiene información confidencial y está protegido con una firma digital. En otras palabras, si el espacio de HSM lo permite, puede almacenar el certificado público allí. Piense como un almacenamiento para el certificado.

Pero tenga en cuenta que no agrega ninguna seguridad adicional.