Sécurité et confidentialité

Anyy privilégie le local, mais cela n’élimine pas les conséquences. L’assistant peut utiliser fichiers, commandes terminal, canaux, planifications et fournisseurs externes. Considérez chaque capacité activée comme une autorité accordée.

Commencer avec des réglages sûrs

1. Activez seulement les intégrations et outils nécessaires.
2. Connectez uniquement fournisseurs et canaux utiles.
3. Activez un ensemble, Skill ou serveur MCP à la fois.
4. Vérifiez chemins, commandes et comptes de destination avant toute demande de modification.
5. Gardez une sauvegarde récente du profil avant les changements larges.

Workspace n’est pas une frontière de sécurité

Workspace choisit contexte et emplacement des livrables sans transformer un outil autorisé en bac à sable. Évaluez séparément chemins, commandes et ensembles activés.

Accès aux outils

Les outils activés de fichiers/terminal, MCP, gestion des travaux et parcours d’initialisation des rôles s’exécutent directement. Vérifiez intégrations et compte ou Workspace cible avant de demander une action. Authentification, protection des secrets et isolation de propriété s’appliquent toujours.

Protéger les identifiants

Préférez Dashboard ou la configuration interactive pour les clés API et secrets des canaux. Pour les canaux non interactifs, passez les secrets par des descripteurs de fichiers :

anyy setup channel CHANNEL \
  --set FIELD=VALUE \
  --sensitive-fd SECRET_FIELD=FD

Utilisez un descripteur ouvert dédié de numéro 3 ou supérieur ; --external-locator-fd est disponible seulement si l’entrée accepte des emplacements de secrets externes.

Ne placez pas de secrets dans demandes, historique shell, captures, Skills ou mémoire durable. Anyy masque les secrets reconnus dans les voies protégées de persistance et livraison, mais ce masquage est une dernière défense, sans justifier une exposition.

En cas de fuite possible, renouvelez d’abord le secret chez le fournisseur, mettez Anyy à jour, rechargez l’intégration concernée et inspectez sa santé.

Contrôler l’accès aux messageries

Chaque profil de canal expose seulement ses règles compatibles. Selon la plateforme, les messages privés acceptent pairing, open, allowlist ou disabled ; les groupes, mention, open, allowlist ou disabled.

Les plateformes ordinaires proposent les règles dans l’assistant CLI ; les formulaires d’identifiants Dashboard ne sont pas un éditeur complet d’accès. L’édition publique actuelle des listes est limitée aux champs réellement offerts pour Weixin/IRC. Consultez Plateformes de messagerie au lieu de deviner des ID d’entrée.

Gérez les demandes en attente dans la CLI, car la page Dashboard Channel n’a pas de liste d’approbation :

anyy channel pairing list
anyy channel pairing approve --request REQUEST_ID

Révoquez immédiatement une autorisation indésirable :

anyy channel pairing revoke --grant GRANT_ID --reason "access removed"

L’association est une décision d’autorisation. Vérifiez identité et compte de plateforme avant approbation.

Limiter les intégrations externes

• Pour MCP, activez un serveur seulement après probe ou test, puis exposez seulement les outils voulus.
• Pour les Skills, inspectez SKILL.md et les fichiers liés avant installation ou utilisation.
• Pour les automatisations, choisissez les ensembles et vérifiez demande et route de livraison.
• Pour les webhooks publics, utilisez HTTPS et protégez les secrets de vérification/signature.
• Pour Dashboard, limitez l’accès aux utilisateurs et réseaux fiables.

Sauvegardes et historique d’audit

Les sauvegardes contiennent les données nécessaires à la récupération, y compris conversations privées et fichiers de travail. secrets/ géré et mcp/oauth/ compatible sont exclus sans inclusion explicite des secrets. La configuration canonique et les fichiers de travail restent capturés : les identifiants en clair, dont environnement/en-têtes MCP, peuvent entrer dans l’archive. Les sauvegardes ne sont pas garanties entièrement masquées. Protégez-les toutes et traitez toute archive contenant des identifiants comme sensible.

Anyy enregistre diagnostics d’opérations, changements de connexion, décisions d’accès et résultats de livraison. Utilisez pages de santé Dashboard, anyy status, anyy doctor et diagnostics propres aux intégrations pour examiner les comportements inattendus.

Si quelque chose semble anormal

1. Arrêtez ou désactivez la planification/l’intégration concernée.
2. Révoquez les autorisations de canal indues.
3. Renouvelez les identifiants fournisseur, canal ou MCP exposés.
4. Lancez le diagnostic pertinent.
5. Restaurez une sauvegarde fiable seulement après préservation des preuves utiles.