For the complete documentation index, see llms.txt. Markdown versions of documentation pages are available by appending .md to the page URL.
Navigation principale
Theme
Codex

Codex use case

Audit des incidents liés aux dépendances

À partir d’un avis de sécurité public sur un paquet, préparez un plan pour auditer votre dépôt en toute sécurité.

Difficulty Advanced
Time horizon 1h

Avec Codex, préparez un audit en lecture seule à partir d’un avis de sécurité public sur un paquet ou sur la chaîne d’approvisionnement logicielle. Examinez ensuite les manifestes, les fichiers de verrouillage, les workflows de CI et les scripts sans exécuter de code non fiable.

Best for

  • Équipes d’ingénierie et de sécurité qui doivent réagir à un avis de sécurité public sur un paquet ou sur la chaîne d’approvisionnement logicielle.
  • Responsables de la maintenance qui doivent vérifier les fichiers de verrouillage, les scripts, les permissions de CI et les caches avant de modifier les dépendances.
  • Analyses d’incident pour lesquelles Codex doit recueillir des preuves sans installer de paquets ni exécuter de code non fiable.

Contents

    ← All use cases

    Audit des incidents liés aux dépendances

    À partir d’un avis de sécurité public sur un paquet, préparez un plan pour auditer votre dépôt en toute sécurité.

    Avec Codex, préparez un audit en lecture seule à partir d’un avis de sécurité public sur un paquet ou sur la chaîne d’approvisionnement logicielle. Examinez ensuite les manifestes, les fichiers de verrouillage, les workflows de CI et les scripts sans exécuter de code non fiable.

    Advanced
    1h

    Avec Codex, préparez un audit en lecture seule à partir d’un avis de sécurité public sur un paquet ou sur la chaîne d’approvisionnement logicielle. Examinez ensuite les manifestes, les fichiers de verrouillage, les workflows de CI et les scripts sans exécuter de code non fiable.

    Advanced
    1h

    Best for

    • Équipes d’ingénierie et de sécurité qui doivent réagir à un avis de sécurité public sur un paquet ou sur la chaîne d’approvisionnement logicielle.
    • Responsables de la maintenance qui doivent vérifier les fichiers de verrouillage, les scripts, les permissions de CI et les caches avant de modifier les dépendances.
    • Analyses d’incident pour lesquelles Codex doit recueillir des preuves sans installer de paquets ni exécuter de code non fiable.

    Skills & Plugins

    • Examinez les fichiers du dépôt, les pull requests, les workflows et les changements passés qui touchent à la sécurité.
    Skill Why use it
    GitHub Examinez les fichiers du dépôt, les pull requests, les workflows et les changements passés qui touchent à la sécurité.

    Starter prompt

    Aidez-moi à déterminer si ce dépôt est exposé au risque décrit dans cet avis de sécurité public sur un paquet : [advisory URL]. Menez l’audit en lecture seule, sauf si j’approuve explicitement une mesure corrective. Commencez par préciser : - les paquets concernés et les plages de versions touchées - les sources qui font autorité, en les distinguant des rapports plus généraux - les éléments qui confirmeraient l’exposition du dépôt - les éléments qui permettraient de l’exclure Examinez ensuite : - les manifestes des paquets et les fichiers de verrouillage - les workflows de CI et leurs permissions - les scripts install, build et postinstall - les artefacts tiers intégrés au dépôt, les conteneurs ou les bundles générés, s’ils sont pertinents pour l’audit - les mécanismes susceptibles d’exposer des caches ou des jetons d’accès si l’avis concerne la CI ou la publication de paquets Dans votre compte rendu, indiquez : - le statut de l’exposition au vu des éléments recueillis : confirmée, à vérifier ou exclue - la gravité de l’incident et l’étendue de ses répercussions - les références aux fichiers qui étayent chaque affirmation propre à ce dépôt - les réserves et les prochaines étapes recommandées N’effectuez aucune des actions suivantes sans mon approbation explicite pour l’action concernée : installer des paquets, lancer des scripts de cycle de vie, lancer le build du projet, exécuter du code non fiable, renouveler des identifiants d’accès ou nettoyer des fichiers.
    Aidez-moi à déterminer si ce dépôt est exposé au risque décrit dans cet avis de sécurité public sur un paquet : [advisory URL]. Menez l’audit en lecture seule, sauf si j’approuve explicitement une mesure corrective. Commencez par préciser : - les paquets concernés et les plages de versions touchées - les sources qui font autorité, en les distinguant des rapports plus généraux - les éléments qui confirmeraient l’exposition du dépôt - les éléments qui permettraient de l’exclure Examinez ensuite : - les manifestes des paquets et les fichiers de verrouillage - les workflows de CI et leurs permissions - les scripts install, build et postinstall - les artefacts tiers intégrés au dépôt, les conteneurs ou les bundles générés, s’ils sont pertinents pour l’audit - les mécanismes susceptibles d’exposer des caches ou des jetons d’accès si l’avis concerne la CI ou la publication de paquets Dans votre compte rendu, indiquez : - le statut de l’exposition au vu des éléments recueillis : confirmée, à vérifier ou exclue - la gravité de l’incident et l’étendue de ses répercussions - les références aux fichiers qui étayent chaque affirmation propre à ce dépôt - les réserves et les prochaines étapes recommandées N’effectuez aucune des actions suivantes sans mon approbation explicite pour l’action concernée : installer des paquets, lancer des scripts de cycle de vie, lancer le build du projet, exécuter du code non fiable, renouveler des identifiants d’accès ou nettoyer des fichiers.

    Commencez par un plan d’audit en lecture seule

    Lorsqu’un incident touchant une dépendance ou la chaîne d’approvisionnement logicielle évolue rapidement, évitez de préparer un correctif dans la précipitation. Commencez par établir un plan d’audit clair. Précisez ce qui a changé, quels paquets ou workflows pourraient être touchés et quels éléments permettraient de confirmer l’exposition de votre dépôt.

    Avant toute installation, compilation, phase de test ou exécution, demandez à Codex de s’appuyer sur l’avis de sécurité pour dresser une liste de vérifications prudentes, toutes réalisables en lecture seule.

    Effectuez les premières vérifications en lecture seule

    1. Fournissez à Codex l’avis de sécurité public, le rapport d’incident ou la liste des paquets concernés.
    2. Demandez-lui de distinguer les sources qui font autorité des commentaires plus généraux.
    3. Demandez-lui de préciser quels éléments permettraient de confirmer ou d’écarter une exposition.
    4. Laissez-le examiner les manifestes, les fichiers de verrouillage, les workflows de CI, les scripts et les autres fichiers pertinents du dépôt.
    5. Demandez-lui de regrouper ses constats selon ce que les preuves permettent de conclure, le degré de gravité et la prochaine étape recommandée.

    En cas d’incident touchant un paquet, évitez de lancer des commandes d’installation, de compilation, de test, d’importation ou de cycle de vie tant que vous ne savez pas précisément ce que couvre l’avis de sécurité. Codex peut effectuer des recherches dans les fichiers de verrouillage et les workflows sans exécuter de code non fiable.

    Distinguez le niveau de preuve du degré de gravité

    Pour chaque constat, le rapport d’audit doit préciser la gravité qu’aurait le problème s’il était avéré et dans quelle mesure les preuves confirment l’exposition.

    Codex

    Exposition confirmée : le fichier de verrouillage indique qu’une version affectée du paquet figure dans la chaîne de dépendances de production.

    Exposition à vérifier : une tâche de CI dispose de droits de publication, mais le workflow ne semble pas installer directement le paquet concerné.

    Exposition écartée : le nom du paquet apparaît uniquement dans la documentation. Il ne figure dans aucun manifeste ni fichier de verrouillage.

    Prochaine étape : examinez la mise à jour proposée pour la dépendance et le plan de rotation des jetons avant toute action destructive.

    Une fois les vérifications en lecture seule terminées, vous pouvez demander à Codex de préparer une pull request corrective, de mettre à jour les permissions de CI ou de rédiger une note de suivi sur l’incident. Traitez ces actions séparément de l’audit initial.

    Élaborez un plan de correction à partir des constats confirmés lors de cet audit. Pour chaque constat, précisez : - la modification proposée - les fichiers ou paramètres à mettre à jour - le test ou la vérification à effectuer - la procédure de retour en arrière - si je dois renouveler un identifiant d’accès ou examiner un système externe N’apportez aucune modification pour le moment. N’incluez dans le plan aucune commande susceptible d’exécuter du code non fiable, sauf si vous expliquez pourquoi son exécution est sûre.

    Related use cases