LibreSSL conserva la conocida API libcrypto/libssl de OpenSSL y su línea de comandos, pero elimina código heredado y añade su propia libtls. macOS incluye una versión antigua de LibreSSL como criptografía del sistema: en macOS 27.0.1, /usr/bin/openssl version imprimió LibreSSL 3.3.6 y ssh -V indicó la misma biblioteca. Los datos de esta página se comprobaron con el paquete de Alpine 3.24.2, LibreSSL 4.3.1 (la última versión del proyecto ya era la 4.3.3), donde el comando se instala como libressl: los scripts que llaman a openssl fallan allí salvo que se añada el paquete de compatibilidad.
ECDSA se comporta como OpenSSL con sus valores predeterminados: firmas DER, nonces aleatorios, sin normalización low-S y una verificación que acepta high-S. A diferencia de OpenSSL 3.2+, no hay opción determinista RFC 6979. EVP_DigestVerify devolvió -1 con una firma r‖s en bruto, y la línea de comandos imprimió Error Verifying Data para ella frente a Verification Failure para una firma válida sobre otros datos; fíjate en que las mayúsculas no coinciden con las de los mensajes de OpenSSL, lo que rompe los scripts que buscan el texto exacto con grep.
Las curvas abarcan de P-224 a P-521, secp256k1 y las curvas Brainpool r1; Ed25519 funciona mediante EVP_PKEY_ED25519, y Ed448 no existe en absoluto. Los archivos de clave son interoperables con OpenSSL: SPKI y certificados para las claves públicas, PKCS#8 (sin cifrar y cifrado) y SEC1 para las claves privadas; ecparam -genkey escribe SEC1 EC PRIVATE KEY, así que convierte la clave con pkcs8 -topk8 cuando otra herramienta espere PKCS#8, como hace el ejemplo.
La compatibilidad poscuántica es parcial: ML-KEM-768 y ML-KEM-1024 están disponibles mediante las funciones MLKEM_* propias de LibreSSL en <openssl/mlkem.h>, no a través de EVP ni de la línea de comandos, y ML-DSA no existe (Algorithm ML-DSA-65 not found). Compara los algoritmos en el laboratorio de KEM poscuánticos; para firmas con ML-DSA, usa OpenSSL 3.5 o posterior.