Fonctionnalités
Le catalogue de droits d'accès qui active ou désactive les capacités de la plateforme par édition.
Le modèle de fonctionnalités
Une fonctionnalité est un droit d'accès nommé qui active ou désactive une capacité de la plateforme (ou définit une limite numérique). Chaque fonctionnalité a un type de valeur et appartient à une catégorie :
| Aspect | Détail |
|---|---|
| Type de valeur | Booléen · Numérique · Texte |
| Convention numérique | -1 = illimité · 0 = aucun (fail-closed) · n = maximum |
| Résolution | La valeur d\'un tenant provient de son édition ; tout ce qui n\'est pas explicitement accordé se résout vers une valeur par défaut sûre et fail-closed |
| À venir | Les capacités marquées « à venir » apparaissent pour visibilité mais ne peuvent pas être sélectionnées ni activées |
Les valeurs de fonctionnalités résident sur les éditions (il n'existe aucune dérogation par tenant), donc changer ce qu'un tenant peut faire signifie changer son édition.
Catalogue par catégorie
| Catégorie | Ce qu'elle accorde |
|---|---|
| Gestion des clés | Si la gestion des clés est activée, combien de clés sont autorisées, et quels algorithmes de clé peuvent être utilisés (RSA, courbe elliptique, AES, HMAC, post-quantique) |
| Gestion des coffres | Si les coffres sont activés, combien, et quels fournisseurs de coffre sont disponibles (logiciel, HSM DuoKey, Securosys, les principaux fournisseurs de cloud KMS, HashiCorp et plus) |
| PKI | Si la PKI est activée, combien d'autorités de certification sont autorisées, la prise en charge des CA externes, et les protocoles d'enrôlement (EST, SCEP, ACME, CMP, OCSP) |
| PQC | La préparation post-quantique et le nombre de points de terminaison PQC |
| Applications | Si les apps sont activées, combien, et quelles intégrations produit sont disponibles |
| Identité / SSO | Si le SSO est activé et quels fournisseurs d'identité (Azure AD, Okta, Keycloak) |
| Contrôle d'accès | Politiques d'accès basées sur les attributs |
| MCP | Si l'interface MCP est activée, quels packs de capacités elle expose, et ses limites d'usage |
| Plateforme | Capacités transverses telles que les webhooks, KMIP et le nombre maximal d'utilisateurs |
Comment les fonctionnalités conditionnent les capacités
Le fait qu'une capacité existe pour un tenant est décidé par son édition. Avant qu'une opération ne s'exécute, la plateforme vérifie le droit d'accès correspondant de manière centralisée, de sorte qu'une capacité que l'édition n'accorde pas est simplement indisponible.
Les surfaces administratives essentielles (connexion, utilisateurs, rôles, paramètres, tenants, éditions, facturation, tableaux de bord, journaux d'audit et d'activité, notifications, unités organisationnelles et fonctionnalités) sont toujours disponibles et jamais conditionnées par une fonctionnalité.
Les fonctionnalités décident si une capacité existe pour l'édition du tenant ; les permissions (voir Administration) décident si cet utilisateur peut l'utiliser. Un appel doit satisfaire les deux.
Fonctionnalités à venir
Un ensemble de fonctionnalités est marqué à venir : elles apparaissent dans le catalogue pour visibilité mais ne peuvent pas être sélectionnées ni activées. Traitez-les comme une feuille de route, pas comme une capacité disponible.
Catalogue produit
La plateforme propose un large catalogue de produits et d'intégrations qu'un tenant peut déployer. Chaque app est limitée à un tenant et, optionnellement, à une unité organisationnelle.
| Groupe | Produits |
|---|---|
| Microsoft 365 / DKE | DKE 365, ADFS, SharePoint, Exchange, Purview DLP |
| TDE base de données | Oracle TDE, MySQL TDE, Percona PostgreSQL, MongoDB CSFLE, SQL EKM |
| Cloud KMS / BYOK | Azure EKM, AWS XKS, OCI EKMS, Google CSE, Snowflake tri-secret |
| SaaS BYOK | Salesforce, ServiceNow, Slack, Zoom, Box, GitHub, Atlassian, Zendesk, Workday, ADP, SAP Data Custodian, Genesys |
| Posture de sécurité des données | Varonis, Cyera, Wiz, Netwrix |
| Réseau / SSL | Cloudflare keyless, F5 BIG-IP, Imperva WAF, Skyhigh SWG |
| Signature | Signature PDF, signature de code (Git, GitLab, SignTool, Docker, noyau, JAR, macro Office), attestation de clé |
| Interfaces | KMIP, API REST, SDK personnalisé, HashiCorp / OpenBao, synchronisation de coffre, customer key, client KMS |
Chaque produit s'intègre via des interfaces standard (telles que REST et KMIP) et des méthodes d'authentification courantes (telles que clés API, OAuth2, TLS mutuel et connexion via fournisseur d'identité), et n'exerce que les opérations cryptographiques dont il a besoin (par exemple chiffrer, déchiffrer, signer, vérifier, encapsuler et désencapsuler).
DKE 365 et Oracle TDE sont des exemples d'apps issues du catalogue ci-dessus. PKI et PQC sont des modules centraux de la plateforme plutôt que des apps. KMIP est disponible à la fois comme passerelle de plateforme et comme interface qu'une app peut utiliser.
Référence API
Les définitions de fonctionnalités sont en lecture seule ; leurs valeurs sont gérées sur les éditions, où chaque édition définit à quoi ses tenants ont droit.