ClarioDB ne demande pas une confiance aveugle : chaque garantie publique indique son état, sa preuve, sa date et son niveau d’assurance.
Aucune certification externe n’est revendiquée actuellement. La feuille de route et les formulations autorisées sont documentées de manière permanente.
Consulter le document de référenceAUD-PUB-DEPLOY-001Les deux jeux de condensats sont conformes.
{
"manifest": {
"ok": 563,
"total": 563
},
"delivery": {
"ok": 564,
"total": 564
}
}AUD-PUB-AGENT-001Le protocole livré prend en charge l’identité épinglée, l’anti-rejeu et les attestations signées.
AUD-PUB-RETRY-001Les chemins de mutation classent les issues ambiguës et interdisent le rejeu automatique.
AUD-PUB-ATTEST-001La signature Ed25519 publique n’est pas encore configurée ; le rapport expose uniquement son SHA-256.
{
"state": "not_configured",
"public_key_base64": null
}AUD-PUB-CERT-001Aucune certification CSA STAR, ISO/IEC 27001, SOC 2/SOC 3 ou OWASP n’est revendiquée à ce jour.
AUD-PUB-SESSION-001Le navigateur ne reçoit qu’un identifiant de session opaque et la session PHP ne conserve qu’un handle opaque. Les clés dérivées et identifiants actifs sont chiffrés séparément dans le runtime privé, bornés dans le temps et supprimés à la déconnexion.
{
"browser_cookie_contains": "opaque_session_id_only",
"php_session_contains": "opaque_secret_state_handle_only",
"encrypted_runtime_contains": [
"derived_vault_key",
"active_connection_credentials"
],
"encryption": "libsodium_secretbox"
}AUD-PUB-RESTORE-001ClarioDB fournit une restauration additive asynchrone avec vérification terminale. En Direct, les archives protégées récentes peuvent reprendre depuis un checkpoint atomique ; les issues Agent ambiguës ne sont jamais rejouées. Le remplacement destructif et les tests périodiques automatiques restent non couverts.
{
"coverage": "additive_async_checkpointed"
}