auditer-les-workflows-du-referentiel

Auditer les workflows du dépôt

Utilisez l'auditeur autonome sans dépendances. Menez avec des preuves et distinguez une constatation de la preuve de paternité, d'intention, de compromission ou d'exploitabilité.

Workflow

1. Résolvez le répertoire exact du dépôt. Ne numérisez pas en dehors du périmètre déclaré par l'utilisateur.
2. Lisez references/commands.md et exécutez d'abord l'audit en lecture seule.
3. Résumez les constatations critiques et élevées, le chemin de workflow/événement qui déclenche chaque constatation, et la remédiation sécurisée documentée.
4. Générez un correctif uniquement lorsque l'utilisateur demande un correctif ou un patch. La commande fix émet du texte de diff unifié et ne modifie jamais le dépôt cible.
5. Examinez chaque correctif proposé avant de recommander son application. Signalez les modifications qui nécessitent le jugement du propriétaire du dépôt.

Garde-fous

• N'installez jamais de profil de défense, ne modifiez pas les paramètres du dépôt, ne commitez pas, ne poussez pas, ne fusionnez pas, ne fermez pas de problèmes et ne changez pas de permissions sans une demande explicite distincte.
• N'étiquetez pas un contributeur, un compte, une pull request ou un commit comme malveillant sur la base de constatations heuristiques.
• Traitez le code de sortie 2 de --fail-on comme un résultat de seuil de politique, pas comme un plantage de l'auditeur.
• Gardez privée la sortie SARIF ou JSON lorsqu'elle contient des chemins de workflow sensibles ou des détails de sécurité.
• Si la cible n'est pas un dépôt Git, expliquez le contexte de provenance réduit plutôt que d'inventer une identité de dépôt.

Sortie

Renvoie : périmètre de l'audit, comptages de constatations, constatations priorisées, emplacements des preuves, options de remédiation, limitations, et si un correctif a été généré.