Application issues algorithm/property query
OpenSSL 3 provider architecture
SSL · PROVIDER / SDK PROFILE
Planned provider surface for Linux, CLI, CMS and controlled TLS interoperability testing.
CUSTOMER PROBLEM
Linux and OpenSSL 3 applications need a provider model, packaging and interoperability evidence before PQC support can be represented as a production capability.
PRODUCT-SPECIFIC IMPLEMENTATION FLOW
Linux distributions, OpenSSL 3 applications and controlled test environments. Roadmap approval, implementation tests and release-specific compatibility evidence before public support.
OpenSSL 3 provider architecture
CLI, CSR, CMS and controlled TLS profiles
Linux distribution packaging
Containerized test environment
Algorithm fetch and property governance
Performance and interoperability publication gate
NAMED COMPONENTS AND RESPONSIBILITIES
The descriptions below state concrete technical behaviour rather than generic support language.
Implements the OpenSSL 3 provider dispatch model for key management, signature, digest and approved KEM functions without relying on legacy ENGINE hooks.
Defines tested CLI, CSR, CMS and controlled TLS commands with property queries that make provider and algorithm selection visible.
Packages provider binaries, configuration, dependencies and signatures for named Linux distributions and CPU architectures.
Supplies a containerized test image with pinned OpenSSL, provider, certificate, test corpus and reproducible command scripts.
Uses property governance to prevent silent fallback to an unintended provider or algorithm when multiple implementations are installed.
Blocks public support until performance, interoperability, negative tests, downgrade behavior and exact release combinations are published.
Linux distributions, OpenSSL 3 applications and controlled test environments.
A pinned provider/SDK build, sample application, test key backend and diagnostics are supplied for repeatable integration.
One named application and runtime are integrated with exact algorithms, key backend, test corpus and rollback.
Signed packages, compatibility matrix, upgrade policy, monitoring and support ownership govern broader rollout.
PRODUCT-SPECIFIC BOUNDARIES
These points come from the product profile, not from a shared disclaimer.
NEXT STEP
Validate the target use case, platform dependency and release gate.