namespace ara::crypto::cryp

El namespace ara::crypto::cryp proporciona las interfaces centrales para operaciones criptográficas, objetos de clave y almacenamiento de claves en la plataforma AUTOSAR Adaptive. A través de la fábrica central CryptoProvider se obtienen claves a partir de instancias de KeySlot y se instancian contextos de ejecución especializados derivados de CryptoContext para cifrado, firmas o cálculo de hash. Las operaciones criptográficas se ejecutan tras la configuración del contexto con estado con los datos de entrada. Según la presente interpretación, una condición de contorno esencial radica en la estricta encapsulación del material de clave a través de CryptoObject, así como en la diferenciación de derechos de escritura mediante WriteableKeySlot.

más ›

Contexto y ámbito de responsabilidades

El namespace ara::crypto::cryp constituye el núcleo funcional del módulo de criptografía de AUTOSAR Adaptive y proporciona interfaces para primitivas criptográficas, modelos de objetos y estructuras de gestión de claves. En el centro de la arquitectura se encuentra la interfaz CryptoProvider, la cual sirve como instancia de implementación y fábrica para algoritmos criptográficos, así como para el acceso a almacenamientos de claves. Las estructuras de datos y claves fundamentales se representan mediante la interfaz común CryptoObject, de la cual descienden tipos de clave concretos como SymmetricKey, PublicKey y PrivateKey. Las ubicaciones de almacenamiento para material de clave se representan mediante KeySlot, así como mediante su especialización escribible WriteableKeySlot.

Diagrama de contexto: interacción de CryptoProvider, almacenamiento de claves y contextos criptográficos. Fuentes: ninguna indicada en el payload.

Para la ejecución de transformaciones criptográficas, el namespace proporciona una familia de interfaces especializadas que se basan en el contexto base mutable CryptoContext. A estos contextos de ejecución pertenecen los cifradores simétricos (SymmetricCipherCtx, AuthCipherCtx), el cifrado y descifrado asimétrico (EncryptorPublicCtx, DecryptorPrivateCtx), así como los mecanismos para la generación y verificación de firmas (SignerPrivateCtx, VerifierPublicCtx). Este espectro se complementa con contextos para funciones hash (HashFunctionCtx), códigos de autenticación de mensajes (MessageAuthnCodeCtx), derivación de claves (KeyDerivationFunctionCtx), acuerdo de claves (KeyAgreementPrivateCtx), encapsulación de claves (KeyEncapsulatorPublicCtx, KeyDecapsulatorPrivateCtx), encapsulación de claves con envoltura simétrica (SymmetricKeyWrapperCtx), generación de números aleatorios (RandomGeneratorCtx), así como la importación segura de claves (ProtectedKeyImportCtx).

Ciclo de vida y mantenimiento del estado

La gestión y la vida útil de los artefactos criptográficos están estrechamente acopladas a la interacción entre CryptoProvider, objetos de clave y contextos. Según la presente interpretación, el ciclo de vida de los contextos y objetos criptográficos se controla primariamente a través de los métodos de fábrica y de gestión de CryptoProvider, el cual actúa como punto de entrada central para la instanciación. Los objetos derivados de CryptoObject representan entidades criptográficas inmutables o gestionadas, mientras que CryptoContext se define explícitamente como un contexto mutable y con estado. Esto requiere que las configuraciones, los estados intermedios y los parámetros algorítmicos se mantengan dentro de la instancia de contexto respectiva.

Para el almacenamiento persistente o temporal de material de clave, el namespace diferencia entre KeySlot y WriteableKeySlot. Según una interpretación adecuada, es probable que la separación entre KeySlot y WriteableKeySlot separe los accesos de lectura de las modificaciones de clave de escritura, de modo que las áreas de clave inmutables o protegidas contra escritura puedan protegerse frente a sobreescrituras accidentales. Pregunta Q-e1b708ca976f7e99 (abierta) Por lo tanto, las transformaciones de estado de claves y contextos tienen lugar bajo el control del proveedor correspondiente, el cual garantiza la validez de los objetos de clave a lo largo de su ciclo de vida.

Ruta de uso de operaciones criptográficas

Las operaciones criptográficas siguen típicamente la secuencia de consulta al proveedor, provisión de claves mediante key slots e inicialización del contexto con estado. En un primer paso, un componente de aplicación accede al CryptoProvider competente. A través de este proveedor, el material de clave necesario se carga desde un KeySlot o WriteableKeySlot, o bien se obtiene como un CryptoObject concreto (por ejemplo, como SymmetricKey, PrivateKey o PublicKey). De forma paralela o posterior, el proveedor crea la instancia adecuada de CryptoContext, tal como un SymmetricCipherCtx para cifrados o un SignerPrivateCtx para firmas digitales.

Diagrama de secuencia: orden típico de llamadas durante la realización de operaciones criptográficas. Fuentes: ninguna indicada en el payload.

En el paso de ejecución posterior, el contexto generado se configura con la clave cargada y se alimenta con los datos útiles que se van a procesar. Debido a la naturaleza con estado de CryptoContext, las operaciones de streaming o transformaciones de múltiples etapas pueden realizarse paso a paso antes de que el resultado criptográfico final (como texto cifrado, firma o valor hash) se devuelva a la aplicación. Una vez finalizado el procesamiento, la liberación de estados volátiles queda sujeta a la convención del contexto ejecutor y del proveedor.