Corriger une erreur de token GitHub ou GitLab

Modifié le  Ven, 9 Oct. à 12:00 H

Réponse courte

Un refus de connexion peut venir d’un secret expiré, de droits insuffisants, d’une instance incorrecte ou d’un dépôt absent du périmètre autorisé.

Disponibilité produit : Diagnostic documentaire ; disponibilité selon le module, l’édition et les droits.

Symptôme

Tester la connexion échoue, ou le dépôt ne peut plus être lu.

Vérifications

  1. Identifiez le fournisseur et l’organisation configurés dans Intégrations.
  2. Demandez à l’administrateur de vérifier l’expiration et la révocation du secret côté fournisseur, sans l’envoyer dans un ticket.
  3. Contrôlez l’instance et les droits du secret sur le dépôt ciblé. Un compte personnel connecté dans le navigateur peut avoir un autre périmètre.
  4. Faites enregistrer le nouveau secret par le champ dédié si une rotation est nécessaire.
  5. Relancez Tester la connexion, puis vérifiez le dépôt et la référence du scan.

Limites et récupération

Un test réussi ne garantit pas la présence d’un SBOM. Si la connexion est rétablie mais le scan reste vide, contrôlez séparément le fichier et la branche.

Résolution et escalade

Si le refus persiste, transmettez l’heure, le fournisseur, le message et le résultat attendu avec un nom de dépôt anonymisé. Aucun token, header d’autorisation ou URL contenant un secret ne doit être joint.

Articles liés


Article issu de la base de connaissance CRA Manager.

Cet article a-t-il été utile ?

C'est super !

Merci pour votre commentaire

Désolé ! Nous n'avons pas pu vous être utile

Merci pour votre commentaire

Dites-nous comment nous pouvons améliorer cet article !

Sélectionner au moins l'une des raisons
La vérification CAPTCHA est requise.

Commentaires envoyés

Nous apprécions vos efforts et nous allons corriger l'article