Sanctum SecOps LLC / Services, products, destinations and thesis

Secure the Sanctum. Guard the future.

One starting point for security services, product exploration and the Sanctum web estate. Choose your sector, find your destination, see which entity stands behind each domain, and read how an organisation actually reaches quantum-safe communications where none exist today.

Security built in.

Brand animation only; not an authentication or security check.

Sanctum SecOps services

Choose your sector. Define your scope.

Managed security and fractional CISO engagements start with your requirements, delivery scope and an agreed service boundary.

Government and defense

CMMC readiness, security leadership, identity hardening and PKI engineering for agencies and defense suppliers. Readiness services prepare you for a C3PAO assessment.

Discuss requirements

Education

Discuss vCISO leadership, identity and endpoint hardening, risk registers, incident planning and security policies for educational organizations.

Discuss requirements

Healthcare

Discuss vCISO leadership, security baselines, identity, PKI and incident planning. Data handling and contractual requirements are established before onboarding.

Discuss requirements

Product introductions

Certificates. Private connectivity. Verifiable evidence.

CygnetSSL is the product home for Sanctum certificates, private connectivity and verifiable evidence. Each offering lists its operator and commercial terms.

CygnetSSL certificate services

TLS, code signing and S/MIME certificates from trusted public CAs, ordered and renewed in one customer portal.

Explore CygnetSSL

Albireo QZT VPN

Post-quantum-aware, identity-controlled private connectivity. In development; technical evaluations are open.

Explore CygnetSSL

SanctumChain

An evidence ledger for security-event records, artifact digests and Merkle-proof workflows. Rolling out.

Explore CygnetSSL

Sitemap

The Sanctum portfolio. One accountable publisher.

Every asset on this estate names its company. Sanctum SecOps LLC is the contracting company and publishes this site.

Sanctum SecOps LLC

Operating company — managed security, PKI and post-quantum engineering

Customer delivery, federal contracting, the certificate and key lifecycle platform, and the IP of record all sit here. Everything on this site is published under this identity.

SSO-LABS Inc

Research and validation — public-facing think tank

Where the measurements, interoperability runs and published analysis live. Research output is attributed here; contracting and delivery are not.

  • sso-labs.comPublic think-tank, research and collaboration
  • sso-labs.netResearch infrastructure for lab members

Sanctum Cygnets Inc

Product packaging and release — the Cygnus platform line

Packages and releases the Cygnus platform components. CygnetSSL is the designated CloudFoundry API destination.

  • cygnetssl.comProducts and APIs — certificate services, Albireo QZT VPN and SanctumChain debuts

Product entry points: CygnetSSL / Cygnus CloudFoundry API. The company site never stands in for an API, a research environment or an operator console. Full host-by-host responsibilities: directory.

Find your destination

Nine domains. Distinct purposes.

Each domain has one purpose. Client and staff services ask you to sign in.

01

sanctumsecops.com

Company and services

General commercial entry, managed security, service discovery and customer resources.

Visit sanctumsecops.com
02

sanctumsecops.us

Government and defense

Planned dedicated sector entry under Sanctum SecOps LLC; no separate contracting identity.

Visit sanctumsecops.us
03

sanctumsecops.org

Education

Planned education-sector entry. The domain does not imply nonprofit status or institutional affiliation.

Visit sanctumsecops.org
04

sanctumsecops.net

Healthcare

Planned healthcare-sector entry. Existing operational services and administrative access remain protected.

Visit sanctumsecops.net
05

sanctumsecops.io

vCISO workspace

Planned cross-sector customer workspace. A service offering is not proof that its SaaS workspace is released.

Visit sanctumsecops.io
06

sanctumsecops.tech

Engineering and partners

Planned technical implementation, documentation and MSP/channel entry. Protected service endpoints remain separate.

Visit sanctumsecops.tech
07

cygnetssl.com

Products and APIs

Product destination for certificate services and the Albireo QZT VPN and SanctumChain debuts. API readiness is verified separately.

Visit cygnetssl.com
08

sso-labs.com

Research and collaboration

Public think-tank and research direction, with publication and collaboration scope reviewed separately.

Visit sso-labs.com
09

sso-labs.net

Research infrastructure

Lab and integration namespace for SSO-LABS members.

Visit sso-labs.net

Quantum-era communications

Seven steps to encrypted channels that outlive the quantum computer.

Where quantum-safe communications do not exist today, they are not switched on; they are migrated to in a fixed order — confidentiality first because captured traffic is already exposed, authentication second because the PKI underneath it must move as one, and agility last because this rotation will not be the final one. Each step cites the standard, the policy or the peer-reviewed study it rests on.

  1. 01

    Observe before you migrate

    You cannot rotate what you cannot see.

    Build the cryptographic inventory first: every key-establishment and signature use across hosts, certificates, protocols, firmware and vendor products. Federal guidance makes the inventory the first deliverable, and the readiness-gaps draft records exactly which observability signals operators lack today.

    OMB M-23-02Quantum-Readiness: Migration to Post-Quantum Cryptography (CISA/NSA/NIST factsheet)NIST SP 1800-38 (preliminary draft)draft-vicente-pquip-pqc-readiness-gaps

  2. 02

    Price the harvest-now, decrypt-later exposure

    Confidentiality is already at risk; authentication is not yet.

    Rank data by how long it must stay secret against how long migration takes. Traffic captured today under RSA or ECDH key exchange is decryptable the day a cryptographically relevant quantum computer exists, so long-lived secrets move first and signatures can follow on a planned schedule.

    Quantum-Readiness: Migration to Post-Quantum Cryptography (CISA/NSA/NIST factsheet)EBSCO: Vermeer 2023EBSCO: Caldeira & Sabino 2024EBSCO: Mahesh & Mishra 2025

  3. 03

    Replace key establishment with hybrid ML-KEM

    Hybrid first, so a defect in either half does not strip the channel.

    ML-KEM (FIPS 203) combined with ECDHE in TLS 1.3, SSH and IKEv2 closes the harvest window without betting everything on one new primitive. Published implementation studies in industrial and constrained environments show the handshake and bandwidth costs are measurable and manageable.

    FIPS 203draft-ietf-tls-ecdhe-mlkemEBSCO: Paul et al. 2022EBSCO: Rakesh Singh & Hemalatha 2026EBSCO: Horbenko & Kandiy 2025

  4. 04

    Move authentication and the PKI underneath it

    Signatures, certificates and issuing CAs change together or not at all.

    ML-DSA (FIPS 204) and SLH-DSA (FIPS 205) enter through composite certificates, CA-side rotation commitments and ACME profiles that can state post-quantum posture per order. Multi-tenant platforms need explicit rotation requirements so one tenant’s migration never degrades another’s trust.

    FIPS 204FIPS 205draft-ietf-lamps-pq-composite-sigsdraft-vicente-lamps-rotation-envelopedraft-vicente-acme-pqc-agility-profiledraft-vicente-pquip-multitenant-pki-requirements

  5. 05

    Bind authorisation to the new trust

    A post-quantum certificate means little if the token it protects is checked once.

    Re-evaluate the client certificate, access token and session posture together on every transaction, so rotation at the PKI layer is enforced at the application layer instead of trusted on issuance.

    draft-vicente-oauth-apm

  6. 06

    Treat QKD as a link technology, not a substitute

    QKD distributes keys; it cannot say who is on the other end.

    Quantum key distribution still needs classical or post-quantum authentication, dedicated optics and trusted repeaters whose security reduces to the node operators. NSA does not recommend it for National Security Systems; it belongs, if anywhere, inside a PQC-authenticated architecture.

    Quantum Key Distribution (QKD) and Quantum Cryptography (QC)EBSCO: Salvail et al. 2010EBSCO: Dewan & Deokar 2025

  7. 07

    Engineer for the next rotation

    Deprecation after 2030 and disallowance after 2035 are the floor, not the plan.

    Crypto-agility is the operational capability to re-run steps 03 to 05 without a programme. Pin algorithms in policy rather than code, record every state change as evidence, and read security proofs critically — the literature’s own history of “another look” papers is the argument for hybrids and for agility.

    NIST IR 8547 (initial public draft)Commercial National Security Algorithm Suite 2.0 (CNSA 2.0)EBSCO: Bhatnagar et al. 2025EBSCO: Koblitz & Menezes 2019

IETF Internet-Drafts

Five drafts. The engineering behind steps 01, 04 and 05.

Individual submissions by Brian Vicente on the IETF Datatracker. Revision and date are read from Datatracker; an Internet-Draft is work in progress and is not an RFC or an endorsement by any working group.

-05

PQC Certificate Rotation Requirements for Multi-Tenant PKI Environments

draft-vicente-pquip-multitenant-pki-requirements · 2026-09-13

This document specifies requirements for post-quantum cryptography (PQC) certificate rotation in multi-tenant public key infrastructure (PKI) environments. Multi-tenant PKI deployments — in which a single PKI platform issues and manages certificates for multip…

-05

PQC Readiness Observability Gaps in Networked Computing Environments

draft-vicente-pquip-pqc-readiness-gaps · 2026-09-13

This document identifies observability gaps that prevent network operators and security teams from determining the post-quantum cryptography (PQC) readiness state of networked computing environments. PQC readiness requires knowing which cryptographic algorithm…

-05

Authorization Posture Mechanism (APM): Per-Transaction Consistency for OAuth 2.0

draft-vicente-oauth-apm · 2026-09-13

This document describes the Authorization Posture Mechanism (APM), a method by which an OAuth 2.0 [RFC6749] authorization server, or a resource server acting on its behalf, re-evaluates the mutual consistency of three bound factors -- the client certificate, t…

-05

Post-Quantum Cryptographic Agility Profile for ACME

draft-vicente-acme-pqc-agility-profile · 2026-09-13

This document defines an Automated Certificate Management Environment (ACME) [RFC8555] profile extension that enables ACME servers and clients to express per-account and per-order post-quantum cryptographic (PQC) posture. The extension introduces a pqcAgility …

-03

CA-Side Post-Quantum Rotation Envelope for X.509 Issuance Continuity

draft-vicente-lamps-rotation-envelope · 2026-09-14

This document defines the X.509 Post-Quantum Rotation Envelope extension, a Certification Authority (CA) side commitment mechanism that allows an issuing CA to publish, sign, and bind to its issued certificates a machine-verifiable guarantee of post-quantum (P…

Provenance

Every source, and where it came from.

Sanctum SecOps LLC — SSO Branding desk; EBSCOhost queries run 2026-10-23 via the Perplexity EBSCO connector; Datatracker records via api/v1 2026-10-23. The same list is published as machine-readable apex-sources.json. EBSCO links open the publisher record; full text depends on your library access.

Standards, policy and IETF

Peer-reviewed and trade literature (EBSCOhost)

Customers

Support, knowledge and service status.

Find help and service information. Please never send credentials or sensitive records through public inquiry channels.

Ask for more information.

Name the entity, the domain or the step of the thesis you need detail on. Scoping an engagement is unpaid; a direct answer, including a direct no, is the commitment.