Chiffrement et clés
Comprendre les politiques de protection et leurs frontières.
Choisir une politique adaptée
La protection des données distingue le transport, le stockage et le contrôle des clés. Les politiques de Model peuvent déclarer des exigences; leur application dépend des capacités effectives et de la configuration autorisée. Une icône de cadenas ne remplace pas cette vérification.
| Notion | Valeur attendue | Signification |
|---|---|---|
| Transport | Canal protégé | Protection pendant l’échange |
| Stockage | Chiffrement des ressources concernées | Protection des données conservées |
| CMK / BYOK | Clé et intégration autorisées | Contrôle de clé selon le service |
| Rotation | Politique explicite | Évolution des clés et accès |
| Révocation | Opération et effets documentés | Retrait d’un accès cryptographique |
Comprendre le traitement AI
Le chiffrement au repos et le contrôle d’une clé ne signifient pas qu’un fournisseur AI ne traite jamais de contenu en clair. Les opérations nécessitant le contenu doivent être examinées avec leur profil, leur fournisseur et leurs permissions. Ne confondez pas CMK ou BYOK avec une promesse générale de chiffrement de bout en bout.
Exemple
L’organisation protège ses données Clients avec sa politique de clés et limite les profils AI autorisés pour les soumissions. La révocation ou l’indisponibilité d’une clé doit être expliquée par le diagnostic; le système ne contourne pas cette politique avec un stockage non protégé.
Consultez les droits, la résidence et les contrats de protection dans la référence du Model.
Exemples appliqués : Protéger sans retirer le contexte utile
Les droits contrôlent l’opération et la politique limite les sources divulguées. Les clés se gèrent dans les paramètres de sécurité Surface.
Configuration
Fragment à placer dans contentActions[]. Propriétés et valeurs admises.
{
"contract": "ContentSpaceActionPolicy@1",
"spaceKey": "clients",
"actionKey": "archive-client",
"minimumRole": "owner"
}
Variante et raccordement
Fragment à placer dans contextPolicies[]. Propriétés et valeurs admises.
{
"key": "quote-knowledge",
"targetDefinitionPaths": [
"workspace/quotes/surface/quote"
],
"sources": [
{
"key": "pricing",
"kind": "knowledge",
"definitionPaths": [
"workspace/knowledge/surface/pricing"
],
"linkTypePaths": [],
"queryKey": null,
"required": true,
"revision": "current",
"priority": 1,
"maximumItems": 3,
"maximumCharacters": 12000
}
],
"maximumCharacters": 16000
}
Exemple de disposition UI
La disposition illustrative ci-dessous situe cette configuration dans l’app Clients/Soumissions. Chaque fragment s’insère à l’emplacement indiqué; ses références aux Fields, Queries et Actions correspondent aux déclarations du Model.
- Action
- Rôle minimal
- Sources autorisées
- Décision
editorSous réserve des accèsownerConfirmation requiseLes droits du Space se cumulent avec le rôle applicatif et la politique du compte.