Mode entreprise.

Avec un fichier sur chaque machine, OpenChamber n’envoie le contenu des conversations qu’aux fournisseurs de modèles approuvés par votre entreprise. Il est inclus dans chaque build d’OpenChamber : pas de version à part à forker et à maintenir.

Un fichier suffit pour l’activer

Placez policy.json dans un dossier où seul un administrateur peut écrire, et déployez-le avec Jamf, Intune ou tout autre outil de gestion des appareils. L’app de bureau, le serveur web, la CLI et l’extension VS Code lisent le même fichier.

macOS /Library/Application Support/OpenChamber/policy.json
Windows C:\ProgramData\OpenChamber\policy.json
Linux /etc/openchamber/policy.json
{
  "enterpriseMode": true,
  "organization": "Acme"
}

Seul enterpriseMode est obligatoire. Le nom de l’organisation s’affiche dans les réglages, pour que chacun sache qui a pris la décision.

Ce qui reste à l’intérieur

Mode activé, OpenChamber n’envoie le contenu des conversations qu’aux fournisseurs de votre configuration OpenCode. Tout le reste qui pourrait le faire sortir est désactivé ou passe par vos propres serveurs.

Fournisseurs de modèles Uniquement ceux de votre configuration OpenCode. Ajouter une clé ou se connecter à un fournisseur depuis l’app est désactivé.
Tunnels Cloudflare, ngrok et Tailscale sont désactivés.
Private Relay Fonctionne uniquement via un relay que vous hébergez.
Accès réseau OpenChamber n’écoute que sur la machine où il tourne, sauf si la politique en autorise davantage.
Jev Désactivé, ou fixé sur votre propre endpoint.
Extensions Celles qui peuvent envoyer des données à l’extérieur s’installent uniquement depuis les dépôts de votre liste.
Notifications push Un titre générique, sans le texte du message ni le nom de la session.
Services cloud de l’app La lecture à voix haute via OpenAI, l’éditeur diagrams.net, le catalogue d’intégrations et les polices d’un CDN public sont désactivés.
Vérification des mises à jour Les correctifs de sécurité arrivent toujours, et les vérifications ne remontent jamais l’usage.
Liste complète et options de la politique dans la documentation

Verrouillez les fournisseurs dans OpenCode

Les fournisseurs autorisés sont décidés par OpenCode. Refusez tous les fournisseurs dans ses politiques, puis autorisez ceux que vous avez approuvés. Un fournisseur refusé disparaît même si quelqu’un ajoute une clé pour lui.

{
  "experimental": {
    "policies": [
      { "action": "provider.use", "resource": "*", "effect": "deny" },
      { "action": "provider.use", "resource": "anthropic", "effect": "allow" }
    ]
  }
}
Politiques OpenCode

Ce que demandent les équipes sécurité

Non. Ni les réglages ni les variables d’environnement n’annulent ce que le fichier de politique active. Si le fichier est cassé ou illisible, le mode reste activé et les réglages indiquent que la politique n’a pas pu être lue.
Un avis en haut des réglages des fournisseurs affiche le nom de votre organisation, pour que chacun sache qui a pris la décision.
Non. OpenChamber prend en compte un fichier de politique modifié pendant qu’il tourne.
Oui. Indiquez son chemin dans opencodeBinary dans le fichier de politique. OpenChamber ne lance alors OpenCode que depuis ce chemin et ne le met jamais à jour : les mises à jour arrivent avec votre déploiement.
Définissez OPENCHAMBER_ENTERPRISE_MODE=1 dans l’environnement du conteneur, ou montez le fichier de politique sur /etc/openchamber/policy.json. Sur les portables, utilisez le fichier : chacun peut modifier son propre profil de shell.

Vous le déployez ?

Si votre équipe sécurité demande quelque chose que le mode ne couvre pas encore, écrivez-nous et nous verrons ce que nous pouvons ajouter.