Azure AD SCIM Einrichtung — SCIM Azure-Bereitstellungsanleitung

Voraussetzungen

• Azure AD Tenant mit Administratorzugang
• SecureCodingHub Organisationsadministrator-Konto
• SSO konfiguriert (empfohlen, aber nicht erforderlich)

Schritt 1 — SCIM-Token generieren

Schritt 2 — Bereitstellung in Azure AD konfigurieren

Schritt 3 — Attributzuordnung konfigurieren

Stellen Sie sicher, dass die folgenden Attribute in Ihrer Azure AD-Bereitstellungskonfiguration korrekt zugeordnet sind. Beachten Sie, dass SecureCodingHub ein einzelnes Email-Feld pro Benutzer speichert — sowohl die userPrincipalName → userName-Zuordnung als auch die mail → emails[work].value-Zuordnung werden letztendlich auf dasselbe Feld aufgelöst. Wenn userPrincipalName und mail in Ihrem Tenant unterschiedlich sind, konfigurieren Sie beide so, dass sie auf den Wert zeigen, mit dem sich der Benutzer anmeldet.

Schritt 4 — Bereitstellung starten

Schritt 5 — Verifizieren

Pre-Deployment-Checkliste für Azure AD SCIM

Zwei frühe Entscheidungen prägen den Rest Ihrer Azure AD SCIM-Bereitstellung. Die erste ist, ob Sie eine Galerie-Anwendung oder eine Nicht-Galerie-Enterprise-Anwendung verwenden. SecureCodingHub ist derzeit nicht in der Microsoft Entra Anwendungsgalerie aufgelistet, daher erstellen Sie eine Nicht-Galerie-Enterprise-App vom Bildschirm Neue Anwendung. Dies ist ein normaler unterstützter Pfad. Galerie-Apps sind praktisch, wenn sie existieren, aber für die SCIM-Bereitstellung nicht erforderlich, und die manuelle Einrichtung gibt Ihnen Kontrolle über Claim-Namen und Zuweisungsumfang.

Die zweite Entscheidung ist die Beziehung zwischen Bereitstellung und Zuweisung. Bereitstellung in Entra ID bedeutet nicht automatisch Zugriff. Sie konfigurieren die Bereitstellung unter dem Bereitstellungs-Blade, aber Benutzer werden nur synchronisiert, wenn sie der Anwendung unter Benutzer und Gruppen zugewiesen sind. Wenn Sie den Zuweisungsschritt überspringen, läuft der Bereitstellungszyklus und meldet null Änderungen, was oft zu einer verschwendeten Stunde der Untersuchung führt. Bestätigen Sie, dass die Umfangs-Einstellung im Bereitstellungs-Blade Ihrer Zuweisungsstrategie entspricht: Nur zugewiesene Benutzer und Gruppen synchronisieren ist der sicherere Standard, es sei denn, Sie möchten wirklich, dass jeder lizenzierte Benutzer im Tenant in SecureCodingHub landet.

Wenn die Synchronisation stockt

Azure AD wird einen Bereitstellungs-Job in Quarantäne stellen, wenn es wiederholte Fehler vom SCIM-Endpoint sieht. Der Quarantäne-Banner erscheint oben im Bereitstellungs-Blade und ist die häufigste Ursache einer stockenden Synchronisation. Ursachen lassen sich in einige Eimer aufteilen. Authentifizierungsfehler ist die typische erste Quarantäne: ein in SecureCodingHub neu generiertes oder widerrufenes SCIM-Token, das immer noch in Azure AD eingefügt ist. Generieren Sie ein neues Token in SecureCodingHub, fügen Sie es in das Feld Geheimer Token ein, klicken Sie auf Verbindung testen, bis es erfolgreich ist, und klicken Sie dann auf Bereitstellung neu starten, um die Quarantäne zu löschen.

Schema-Diskrepanzen sind der zweite Eimer. Wenn Sie die Attributzuordnungstabelle anpassen und auf ein SCIM-Attribut verweisen, das der Endpoint nicht offenlegt, protokolliert Azure AD einen Schema-Fehler und stoppt die Verarbeitung. Kehren Sie zur Standard-Zuordnung zurück, die auf der Seite SCIM-Übersicht bestätigt wurde, und fügen Sie benutzerdefinierte Zuordnungen erst hinzu, nachdem die Baseline funktioniert. Der dritte Eimer ist Rate-Limiting: Sehr große Tenants können während des initialen Zyklus pro-Minute-Limits erreichen, die Azure AD als Service-Fehler interpretiert. Wenn Sie dies vermuten, beschränken Sie die initiale Synchronisation auf eine kleinere zugewiesene Gruppe, lassen Sie sie abschließen und expandieren Sie dann die Zuweisung.