Connecteurs d'autorisation (Pro)

Authorization Connectors est une page unique répertoriant chaque fournisseur d’identité pris en charge par DefectDojo Pro, l’état de chacun et le protocole qu’il utilise. Avant son existence, chaque fournisseur vivait dans son propre formulaire de paramètres, et il n’y avait aucun moyen de répondre à la question « qu’est-ce qui est configuré sur cette instance ? » sans tous les ouvrir.

Authorization Connectors est une fonctionnalité de DefectDojo Pro. Vous la trouverez sous Connect > Authorization. Seul un Superuser peut consulter ou modifier la configuration des fournisseurs d’identité.

Authorization Connectors

Comment la page est organisée

Les fournisseurs sont répartis en deux sections, chacune triée par ordre alphabétique avec un compteur à côté de son titre :

  • Configured Providers — les fournisseurs qui ont été mis en place sur cette instance, qu’ils soient actuellement activés ou non.
  • Available Providers — les fournisseurs pris en charge mais pas encore mis en place.

Cette répartition se fait délibérément selon configuré, et non activé. Un fournisseur qui a été configuré puis désactivé reste dans Configured Providers, car c’est là que la personne qui l’a mis en place ira le chercher. Son état est indiqué sur la vignette à la place.

Chaque vignette affiche :

Logo et nomLe fournisseur, nommé sans son protocole
Étiquette de protocoleSAML 2.0, OAuth 2.0, OpenID Connect, ou LDAP
Étiquette de statutEnabled, Disabled, ou Not configured
Étiquette BETAPrésente sur les fournisseurs encore en bêta
ActionManage Configuration pour un fournisseur configuré, Configure pour un fournisseur disponible

Les deux sections disposent d’un champ de recherche qui filtre sur le nom du fournisseur et sur le protocole ; ainsi, rechercher oauth limite la page aux fournisseurs OAuth.

Available providers

Une seule configuration par fournisseur

Les paramètres d’un fournisseur d’identité forment un ensemble unique de valeurs par fournisseur et par instance — une seule application Okta, un seul fournisseur d’identité SAML, un seul annuaire LDAP. Les vignettes l’indiquent, et il n’y a pas d’option « en ajouter un autre » : pour modifier la façon dont un fournisseur est configuré, vous modifiez la configuration déjà existante.

C’est ce qui distingue Authorization Connectors des galeries de connecteurs, où un même outil peut avoir plusieurs configurations côte à côte.

Les trois états, et ce qu’ils signifient

StatutSignificationQue faire ensuite
EnabledConfiguré et accepte les connexionsRien
DisabledConfiguré, mais désactivé — son bouton n’apparaîtra pas sur la page de connexionRéactivez-le depuis sa configuration quand vous le souhaitez
Not configuredPris en charge, rien n’est encore renseignéConfigure pour le mettre en place

Sélectionner un fournisseur ouvre directement le formulaire de paramètres propre à ce fournisseur. Il n’y a pas de sélecteur de fournisseur intermédiaire.

Fournisseurs pris en charge

ProviderProtocolSetup guide
Auth0OAuth 2.0Auth0
GitHub EnterpriseOAuth 2.0GitHub Enterprise
GitLabOAuth 2.0GitLab
GoogleOAuth 2.0Google
KeycloakOAuth 2.0KeyCloak
LDAPLDAPLDAP
Microsoft Entra IDOAuth 2.0Azure Active Directory
OktaOAuth 2.0Okta
OpenID ConnectOpenID ConnectOIDC
SAMLSAML 2.0SAML

La page indique quel est l’état de configuration d’un fournisseur. Elle ne renvoie jamais les secrets de la configuration — les secrets clients, les mots de passe de liaison et les certificats ne font pas partie des données derrière cette page, et ne peuvent pas en être extraits.

Quand un fournisseur ne se connecte pas

Authorization Connectors indique ce qui est configuré ; la page ne montre pas les échecs de connexion. Ceux-ci sont enregistrés dans Diagnostics, où le SSO, le SAML et le LDAP consignent chacun leurs propres tentatives avec la raison du rejet — une signature d’assertion invalide, une liaison rejetée, un attribut incohérent. Ces lignes sont propres à l’instance et donc réservées aux superutilisateurs.

Conservez au moins un compte superutilisateur avec un nom d’utilisateur et un mot de passe en secours, et rappelez-vous que /login?force_login_form renvoie le formulaire de connexion standard si un fournisseur d’identité cesse de fonctionner. Voir Single Sign-On pour les deux.

Voir aussi

  • Single Sign-On — les guides de configuration par fournisseur et les paramètres de connexion
  • Diagnostics — pourquoi une tentative de connexion a échoué
  • Connectors — la galerie amont sur laquelle cette page est modelée