Firmas Brainpool ECDSA
HotPDF crea y verifica firmas CMS detached con certificados brainpoolP256r1, brainpoolP384r1 y brainpoolP512r1 a través de los pipelines existentes de signing-provider ECDSA y de firmas cargadas
Combinaciones de digest permitidas
| Curva | Digest permitidos |
|---|---|
brainpoolP256r1 | SHA-256, SHA-384, SHA-512, SHA3-256, SHA3-384, SHA3-512 |
brainpoolP384r1 | SHA-384, SHA-512, SHA3-384, SHA3-512 |
brainpoolP512r1 | SHA-512, SHA3-512 |
HPDFCMSBuildSignedDataEx, HPDFCMSBuildSignedDataWithProvider, los flujos de external signer, la firma por stream y la construcción multi-signer validan esta matriz antes de despachar un callback de firma o un provider
La verificación reporta un mismatch de algoritmo de digest cuando el digest del signer, el identificador de firma ECDSA específico del digest o la política de curva Brainpool seleccionan una combinación incompatible
Codificación estricta de certificados y firmas
El certificado del signer debe codificar id-ecPublicKey con exactamente un object identifier reconocido en ECParameters.namedCurve dentro de SubjectPublicKeyInfo
Los parámetros de curva explícitos o implícitos, los parámetros de algoritmo sobrantes, las curvas desconocidas y los parámetros del AlgorithmIdentifier de la firma ECDSA se rechazan en lugar de normalizarse
Los valores de firma CMS usan la codificación canónica DER de ECDSA-Sig-Value, incluidos los enteros positivos r y s con codificación mínima
Proveedor criptográfico de Windows
La verificación local importa cada punto público Brainpool a través del provider CNG genérico de ECDSA de Windows con una propiedad ECCCurveName inmutable
Si el sistema operativo no expone la curva nombrada solicitada, HotPDF devuelve un resultado diferenciado de no soportado o de provider no disponible, y no sustituye una curva distinta
Consulte los modern signature providers, las firmas PDF SHA3 y timestamps y la consistencia de algoritmos de digest CMS para conocer los contratos de producer y verifier correspondientes