Aller au contenu
SurfaceDocs
ENCommencer
DocsAdministrer et résoudre

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.

  1. Action
  2. Rôle minimal
  3. Sources autorisées
  4. Décision
DISPOSITION ILLUSTRATIVEApp Clients / Soumissions
SurfaceClients / Atelier NordExemple
Chiffrement et clésProtéger sans retirer le contexte utile
Clients
Préparer une soumissioneditorSous réserve des accès
Archiver un clientownerConfirmation requise

Les droits du Space se cumulent avec le rôle applicatif et la politique du compte.

Recherchez un concept, un champ ou une action.Esc