For security auditors

Audit a Confium deployment

Third-party auditors need to verify Confium deployments for SOC 2, ISO 27001, FedRAMP, and eIDAS. This page provides the audit checklist, evidence collection guide, and common findings.


Audit checklist

The following items should be verified during a Confium deployment audit. Each item maps to a standard control framework (SOC 2 CC, ISO 27001 Annex A, NIST 800-53).

#CheckEvidenceFramework
1Quorum policy matches governance requirementsDeployment manifest TOMLSOC 2 CC6.1
2Share storage is encrypted at restSigner configuration + key store auditSOC 2 CC6.7
3Transparency log is append-only and externally verifiableInclusion proof for sample entriesSOC 2 CC7.2
4Coordinator is deployed redundantly (HA)Infrastructure diagram + health check outputISO 27001 A.17.1
5Proactive share refresh runs on scheduleCron / systemd timer logs + audit log entriesNIST AU-6
6FIPS mode is enabled if requiredConfium::Policy.fips_mode value in audit logFIPS 140-2
7Algorithm allow-list matches jurisdictional requirementsPolicy TOML sectioneIDAS / FedRAMP
8Witness gossip is operationalWitness logs showing no divergence alertsSOC 2 CC7.2
9OTS anchoring in Bitcoin is currentLatest OTS proof timestampSOC 2 CC7.3
10Audit log is tamper-evidentTransparency log consistency proof from audit log to current rootSOC 2 CC7.2
11Signer identities are attribute-verifiedIdentity backend configuration + signer attribute recordsSOC 2 CC6.1
12Key ceremony was conducted with required witnessesCeremony documentation + transparency log entry for key generationNIST SC-12

Evidence collection guide

For each audit item, collect the following evidence:

Coordinator state

# Current coordinator version and configuration
confiumd --version
cat /etc/confium/daemon.toml

# Active signers
curl --unix-socket /var/run/confium.sock \
  -H "Content-Type: application/json" \
  -d '{"jsonrpc":"2.0","method":"list_signers","id":1}'

Transparency log state

# Current tree root and size
confium-log root
confium-log size

# Verify inclusion for a sample entry
confium-log inclusion-proof --sequence 12345 | confium-log verify

Policy and FIPS mode

# Read the active policy
confium config get fips_mode
confium config get allowed_signature_algorithms

Audit log

# Export recent audit events
confium-log export --from 2026-01-01 --to 2026-07-28 --format json > audit-export.json

# Verify the export is anchored in the transparency log
confium-log verify-export --file audit-export.json

Witness state

# Check witness health
confium witness status --peers coord-eu.internal,coord-apac.internal

# Verify no divergence detected
confium witness log --grep divergence

Common findings and remediation

FindingRiskRemediation
Share refresh not running on schedule Long-running share aggregation attack window Enable confium-tc-reshare on monthly cron; verify in audit log.
Single coordinator (no HA) Coordinator failure halts all signing Deploy a second coordinator in a different availability zone.
FIPS mode not enabled Non-validated crypto in regulated environments Set fips_mode = true in deployment manifest; use Botan FIPS plugin.
Witness gossip disabled Split-view attacks undetectable Deploy witnesses per region; configure gossip interval (default: 1 hour).
OTS anchoring stale No irrefutable time proof for recent entries Verify OTS calendar endpoint; check last anchor timestamp.
Key ceremony undocumented No evidence that key generation followed governance Document ceremony participants, timestamps, and transparency log entry.

Independent verification

Auditors should not trust the operator's word. Verify independently:

  1. Transparency log: compute the Merkle root from the raw entries and compare to the published root.
  2. Inclusion proofs: verify 3-5 random entries' inclusion proofs against the root.
  3. OTS anchors: verify Bitcoin transaction timestamps independently via a blockchain explorer.
  4. Policy compliance: cross-reference the deployment manifest with the jurisdictional requirements.
  5. Key ceremony: verify the transparency log entry for key generation matches the documented ceremony.

Framework mapping

FrameworkConfium coverage
SOC 2 Type IICC6.1 (access), CC6.7 (encryption), CC7.2 (monitoring), CC7.3 (incident response)
ISO 27001A.8.24 (cryptography), A.17.1 (continuity), A.8.15 (logging)
NIST 800-53SC-12 (key establishment), AU-6 (audit review), SI-2 (flaw remediation)
FedRAMPRequires FIPS 140-2 validated crypto + structured audit log
eIDASQualified Electronic Signature requirements (P-384+, audit trail, long-term verifiability)

Where to go next