Audit sécurité d'un skill tiers

---
name: audit-skill-tiers-securite
description: "Audite un SKILL.md tiers (scraped GitHub, recopié d'un Slack, partagé par un collègue) avant de le charger dans Claude Code, Cowork ou un agent SDK. Sortie sous forme de checklist : frontmatter conforme, patterns interdits, secrets hardcodés, dépendances suspectes, exfil réseau, tests inférables, license compatible. Termine par un verdict. À utiliser quand un dev (tech lead, staff engineer, RSSI, DevOps, architecte SI, CTO) hésite à activer un skill externe en prod ou dans un projet client sans avoir le temps de le relire ligne à ligne."
metadata:
  iaskills_title: "Audit sécurité d'un skill tiers"
  metier_slug: dev
  metiers:
    - Devs et tech leads
  secteur: "Tech & DSI"
  tier: free
  compatible:
    - claude-code
    - cowork
    - cursor
    - codex
  version: "1.0.0"
  author: "iaskills"
  editorial:
    pitch: "Checklist sécurité d'un SKILL.md tiers avant de l'activer. Patterns interdits, secrets, exfil, license, tests. Verdict en moins de deux minutes."
    long_description: "Activer un skill scraped GitHub ou partagé par un collègue dans Claude Code revient à exécuter du code dans le contexte de votre projet. Si le skill contient un eval Python, un curl vers un domaine inconnu, une clé API hardcodée, ou un import qui élargit son périmètre en silence, l'incident est silencieux. Ce skill produit une checklist d'audit en 8 points calibrée sur les pratiques OWASP, ANSSI et la liste des patterns interdits maintenue par iaskills. Il vérifie le frontmatter (name kebab-case, description, compatible), la présence de patterns critiques (eval, exec, shell=True, requests vers domaines hors allowlist), les secrets hardcodés, la pertinence des dépendances, la license open source compatible avec un usage commercial, l'inférabilité des tests, la documentation des inputs et outputs, et les cas d'échec. Verdict final clair : OK pour activation, à corriger avant activation, ou rejet. Calibré pour les contextes EU (souveraineté des données, RGPD, hébergement OVH ou Scaleway)."
    bullets:
      - "Checklist 8 points OWASP et ANSSI"
      - "Détection patterns critiques eval, exec, shell"
      - "Secrets hardcodés, exfil réseau"
      - "License open source compatible"
      - "Verdict OK, à corriger, ou rejet"
    exemple_avant: "Le tech lead reçoit un SKILL.md scraped GitHub par un collègue, le pousse dans le repo sans relecture. Trois semaines plus tard, un audit sécu détecte un curl vers un domaine .ru dans la section Ce que tu dois faire. Le skill est désactivé, le rapport remonte au RSSI, l'équipe perd deux jours."
    exemple_apres: "Le skill produit une checklist en moins de deux minutes : frontmatter OK, pas de pattern interdit, deux dépendances à license MIT, exfil détectée vers un endpoint non-EU, tests absents. Verdict : à corriger avant activation. Le tech lead corrige les deux points et active le skill avec confiance."
    recommended_metiers:
      - dirigeant-pme
      - consultant
    secteurs:
      - tech-dsi
      - startup-vc
      - conseil-audit
      - securite-defense
      - finance-comptabilite
      - assurance-banque
      - secteur-public-associatif
    metiers_individuels:
      - dev-backend
      - dev-frontend
      - devops
      - architecte-si
      - cto
      - rssi-cybersecurite
      - mlops
      - chef-de-projet-it
      - dsi
    connecteurs:
      - notion
      - slack
      - drive
---

# Audit sécurité d'un skill tiers

## Quand utiliser ce skill

Déclencher quand un dev (tech lead, staff engineer, architecte SI, CTO, DevOps, RSSI, cybersécurité) doit décider d'activer ou non un `SKILL.md` qu'il n'a pas écrit lui-même : skill scraped depuis GitHub, repository communautaire, marketplace Cowork tierce, partagé par un collègue dans Slack ou Notion, fourni par un prestataire dans un livrable client.

Cas typiques :

- Un freelance livre un skill custom pour un client, l'équipe interne doit le valider avant promotion en prod
- Un nouveau dev junior pousse un skill scraped GitHub dans le repo sans contexte
- Un skill est candidat à une intégration Agent SDK et touchera des données client sensibles (santé, RH, finance)
- Une équipe sécurité veut établir un standard d'audit avant d'autoriser l'activation de skills externes

Ne pas utiliser pour :

- Auditer un SKILL.md écrit en interne et déjà passé par la review du repo (le validator iaskills suffit)
- Auditer du code applicatif classique (utiliser un linter, Snyk, Semgrep ou GitGuardian)
- Auditer un agent complet ou un workflow LangGraph (périmètre plus large que ce skill)