> ## Documentation Index
> Fetch the complete documentation index at: https://docs.replit.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Sécurité des contributions aux dépôts

> Examinez les autorisations du dépôt, les limites du sandbox, les identifiants et l'approbation des modifications afin de comprendre l'accès d'Agent lorsque vous travaillez avec votre code.

Considérez une contribution à un dépôt comme un travail de développement privilégié. Agent peut inspecter et modifier des fichiers dans son sandbox cloud rattaché et exécuter des commandes du dépôt. Examinez l'accès que vous accordez, les données disponibles dans le sandbox et chaque modification proposée avant de fusionner.

## Limiter l'accès avant le début du travail

* Connectez uniquement les dépôts nécessaires via votre intégration Git personnelle. Vérifiez les autorisations accordées et la politique de relecture de votre organisation.
* Configurez l'environnement avec la configuration partagée minimale nécessaire. Évitez les données sensibles dans l'image préconstruite, les étapes de build, les messages de chat et les fichiers validés.
* Fournissez les secrets via le flux de chat sécurisé, avec la portée la plus restreinte possible. Lorsque c'est pris en charge, utilisez une identité machine à confiance étroitement limitée et des identifiants de fournisseur de courte durée. Consultez [Ajouter des secrets aux environnements](https://docs.replit.com/fr/build/code/adding-secrets-to-environments.md) et [Identités machine](https://docs.replit.com/fr/build/code/machine-identities.md).
* Examinez les instructions du dépôt et les dépendances tierces avant de vous y fier. Replit met à disposition d'Agent les consignes de `AGENTS.md` et `CLAUDE.md` ; vérifiez quelles instructions s'appliquent à la modification.

## Examiner le résultat

Demandez à Agent les fichiers modifiés, les tests pertinents et tous les accès dont il a eu besoin. Inspectez le diff à la recherche de modifications inattendues ou d'identifiants, exécutez vos vérifications habituelles et utilisez les approbations de pull request ou de merge request de votre équipe. Un test réussi ou un résumé d'Agent ne remplace pas une relecture de code. Gardez les autorisations de déploiement en production et de fusion aux personnes et systèmes que votre équipe utilise déjà.

Exemple de demande : « Avant de proposer une PR en brouillon, liste les fichiers modifiés, explique pourquoi chacun a changé, exécute les tests pertinents et signale à l'examen toute modification d'identifiants, de dépendances ou d'autorisations. »

## Isolation et garanties

Le runtime sandbox de Replit est conçu autour de microVM, des machines virtuelles légères qui contiennent la charge de travail de développement et ses processus de support. La microVM constitue la limite d'isolation ; un conteneur à l'intérieur n'est pas une limite distincte équivalente.

Un chat coordonne le travail, tandis que le sandbox rattaché exécute les commandes du dépôt. Cela diffère du fait de traiter la conversation elle-même comme une application déployée ou de déplacer votre application dans un Replit Project.

L'isolation ne supprime pas les autorisations que vous accordez au code exécuté dans le sandbox. Un processus ayant accès à des identifiants de développement peut utiliser ces autorisations. Limitez les identifiants et examinez en conséquence les commandes de configuration du dépôt.

Confirmez l'architecture actuelle et toute déclaration de conformité auprès de votre équipe de sécurité avant de vous y fier lors d'un audit d'assurance. Ce guide ne donne aucune garantie concernant la résidence des données, l'isolation réseau ou les certifications.

Consultez [Comment fonctionne le code avec Replit](https://docs.replit.com/fr/build/code/working-with-code.md) pour le cycle de vie du sandbox et [Modifications et pull requests](https://docs.replit.com/fr/build/code/navigate-your-workspace.md#changes-and-pull-requests) pour le workflow de relecture.