Qstamp / Seguridad nacional
Alineación con la seguridad nacional

Herramientas alineadas con la seguridad nacional a través del árbol de productos de la familia Qstamp.

La familia Qstamp está diseñada para alinearse con los requisitos publicados sobre poscuántica e integridad que rigen los sistemas de seguridad nacional, las cadenas de suministro de defensa y las infraestructuras públicas críticas. Esta página expone esos requisitos, los controles con los que se corresponden, la posición de cada parte de la familia frente a ellos y el trabajo que queda pendiente antes de cualquier validación o acreditación formal.

Requisitos

Los requisitos publicados frente a los cuales está diseñada la familia.

Cada uno de los requisitos siguientes ha sido publicado por un organismo gubernamental. La columna de posición indica la situación actual de la familia Qstamp frente a él, sin anticipar ninguna validación que no se haya concedido.

RequisitoOrganismo emisorQué exigePosición de la familia Qstamp
CNSA 2.0Publicado por la Agencia de Seguridad Nacional de Estados UnidosML KEM 1024, ML DSA 87, SHA 384 o SHA 512 y AES 256 para los sistemas de seguridad nacional, LMS o XMSS para la firma de firmware, y la transición de esos sistemas antes de 2035The released SDKs sign with ML DSA 65. ML DSA 87, ML KEM 1024, SHA 384 and SHA 512 are implemented in the Quantova cryptographic library and pass the NIST test vectors, and a CNSA 2.0 profile of the family is being built
FIPS 204National Institute of Standards and TechnologyThe Module Lattice Digital Signature AlgorithmSe utiliza para cada firma de la familia y en toda la red Quantova, probada frente a los vectores del NIST
FIPS 203National Institute of Standards and TechnologyThe Module Lattice Key Encapsulation MechanismImplementado en la biblioteca criptográfica de Quantova, incluido el conjunto de parámetros 1024
FIPS 202National Institute of Standards and TechnologyLa familia de funciones hash SHA3Se utiliza para cada huella digital, compromiso criptográfico e identificador de clave
FIPS 180 4National Institute of Standards and TechnologyLa familia de funciones hash SHA 2SHA 384 y SHA 512 implementados para el perfil CNSA 2.0
FIPS 140 3El NIST y el Canadian Centre for Cyber Security, a través del Cryptographic Module Validation ProgramValidación de los módulos criptográficos utilizados por los sistemas federalesNot yet validated
NIST IR 8547 (borrador)National Institute of Standards and TechnologyAbandono de los algoritmos de clave pública vulnerables a la computación cuántica, en desuso desde 2030 y prohibidos desde 2035No se utiliza ningún algoritmo clásico de clave pública en ninguna parte de la familia ni de la red Quantova
National Security Memorandum 10 and OMB Memorandum M 23 02The White House and the Office of Management and BudgetInventario y migración de la criptografía vulnerable a la computación cuántica en los sistemas federalesLos registros sellados con la familia no necesitarán ninguna migración futura de sus firmas
Correspondencia de controles

NIST SP 800 53 Revisión 5, control por control.

Los controles que figuran a continuación son aquellos para los que la familia genera evidencia técnica directa. Cada titular del sistema sigue siendo responsable de la selección, la implementación y la evaluación de sus propios controles.

ControlTítuloCómo lo respalda la familia
AU 8Sellos de tiempoHoras de anclaje finalizadas por un comité de validadores poscuántico y vinculadas a cada registro
AU 9Protección de la información de auditoríaRegistros de QLog encadenados mediante hash y sellados mediante puntos de control anclados, de modo que se detecte cualquier eliminación, reordenación o alteración
AU 9(3)Protección criptográficaFirmas ML DSA y compromisos criptográficos SHA3 sobre cada segmento de registro
AU 10No repudioCada registro firmado con la clave de la persona o el sistema que lo generó
AU 11Conservación de los registros de auditoríaRecibos que permanecen verificables durante todo el período de conservación sin depender del productor
CM 14Componentes firmadosInstalación limitada a los componentes cuyas huellas digitales se registraron bajo una clave autorizada
SC 12Establecimiento y gestión de claves criptográficasClaves generadas y custodiadas por el operador, que nunca se transmiten a Quantova
SC 13Protección criptográficaAlgoritmos poscuánticos estandarizados por el NIST en todo el sistema
SI 7Integridad del software, el firmware y la informaciónHuellas digitales de las compilaciones de software y de los conjuntos de datos, registradas y ancladas antes de su uso
SR 4ProcedenciaQTrace registra el origen y el historial del contenido de IA y de los conjuntos de datos
Implantación

Diseñada para entornos acreditados y sensibles.

Claves en poder del operador

Las claves de firma se generan y se custodian dentro del perímetro acreditado del operador. Quantova nunca las recibe, las almacena ni las deposita en depósito.

Salida mínima de datos

Solo un compromiso criptográfico con sal de 32 bytes de cada registro sale del perímetro. No se transmite ningún contenido de los registros, metadatos ni datos personales.

Funcionamiento sin conexión

Los registros se firman dentro del perímetro sin acceso a la red. El anclaje puede agruparse en lotes a través de una puerta de enlace controlada y completarse más adelante a partir de un sellado pendiente guardado.

Verificación independiente

El procedimiento de verificación se publica en su totalidad, de modo que un verificador pueda comprobar cualquier registro sin el software ni los sistemas de Quantova.

Código abierto

Los SDK se publican bajo la Apache License 2.0 o la licencia MIT para que el operador y sus evaluadores puedan revisar el código.

Separación de funciones

Las herramientas gubernamentales exigen claves distintas para funciones distintas, y los contratos de consejo de Quanta requieren la aprobación de varias partes.

Relación

Trabajando para establecer relaciones con los organismos de seguridad nacional.

Quantova Inc está trabajando para establecer relaciones con los organismos de seguridad nacional, defensa y sector público en las jurisdicciones a las que presta servicio, con el objetivo de suministrar las herramientas de la familia Qstamp, sus estructuras de integración y el apoyo para su implantación a esos organismos y a las empresas que los asisten. Cualquier relación de este tipo seguirá los requisitos de contratación pública, acreditación de seguridad y requisitos legales de cada organismo. Ningún organismo ha aprobado, respaldado, certificado ni contratado la familia Qstamp, y nada en este sitio web afirma ni sugiere lo contrario.

Camino hacia la validación

El trabajo que queda pendiente antes de la validación formal.

  1. 01Independent audit

    An external security audit of the Quantova network code has been carried out and its findings addressed. Each SDK is audited before release, and an independent audit of the Quantova cryptographic library is to follow.

  2. 02Perfil CNSA 2.0

    Publicación de un perfil CNSA 2.0 de la familia que utiliza ML DSA 87 y SHA 384 o SHA 512, como versiones menores de cada SDK.

  3. 03Validación del módulo

    Preparación del módulo criptográfico de Quantova para su validación conforme a FIPS 140 3.

  4. 04Claves en hardware

    Compatibilidad con módulos de seguridad de hardware, de modo que las claves de firma nunca existan fuera de hardware certificado.

  5. 05Evaluación del producto

    Evaluación conforme a los esquemas que exija cada cliente, como Common Criteria.

  6. 06Autorización

    Autorización del sistema y del servicio por la autoridad responsable de cada implantación.

Alcance

Qué significa la alineación en este sitio web.

La alineación describe el diseño de la familia frente a los requisitos publicados. No constituye una certificación, una validación ni una acreditación, ni un respaldo por parte de ningún organismo. El uso de la familia en un sistema de seguridad nacional requiere la aprobación de la autoridad responsable de ese sistema. Las versiones actuales anclan en la red de pruebas de Quantova antes de su uso en producción.