Flow zur Gewährung von OAuth-Autorisierungscode
Der Flow zur Autorisierungscodegewährung ermöglicht einem Anwender den Zugriff auf eine Ressource, indem er sich direkt bei einem OAuth-Server authentifiziert, der der Ressource vertraut, im Gegensatz zur Authentifizierung mit Anwendernamen-/Passwort-Anmeldeinformationen.
Diese Implementierung des OAuth-Autorisierungscode-Flows ermöglicht den Zugriff auf eine Ressource über REST. Das Autorisierungscode-Framework ruft das Zugriffstoken über die autorisierte URL ab, die der Anwender konfiguriert, anstatt den Anwender zu zwingen, einen Anwendernamen/ein Passwort einzugeben. Der Anwendername/das Passwort wird nie dem Client zugänglich gemacht, der Zugriff auf die Ressource anfordert.
A ServiceNow Instanz als Autorisierungsserver
Der OAuth-Server ist normalerweise ein Autorisierungsserver von Drittanbietern. Sie können auch angeben ServiceNow Instanz als Autorisierungsserver, der die Token für den Autorisierungscode-Flow ausgibt.
Der Anwender, der die eingeschränkte Ressource besitzt, muss den Zugriff autorisieren. Der Anwender kann das ausgestellte Zugriffstoken auch jederzeit widerrufen, um den Zugriff zu beenden.
Flow-Prozess für Autorisierungscodegewährung
Der Flow-Prozess für die Autorisierungscodegewährung besteht aus diesen drei Schritten:
In Schritt 1 initiiert die Client-Anwendung oder -Website einen REST API-Aufruf in Form einer GET-Anforderung an die Instanz über den Anwender-Agent. Normalerweise wird der REST-Aufruf initiiert, wenn der Endanwender auf eine Schaltfläche oder einen Link in der Client-Anwendung oder -Website klickt, um ein Zugriffstoken anzufordern. In der Client-Anwendung muss der Endanwender auch die Autorisierungs-URL, die Token-URL, die Client-ID und das geheime Clientgeheimnis angeben. Eine Erklärung dieser Elemente finden Sie in den Feldbeschreibungen in diesem Thema: Verwenden Sie einen OAuth-Drittanbieter . Wenn der Client einen Gewährungstyp anfordert, muss der Endanwender auswählen Autorisierungscode .
https://myinstance.service-now.com/oauth_auth.do?response_type=code&redirect_uri={the_redirect_url}&client_id={the_client_identifier}Das Element, von dem die Clientanwendung das Token tatsächlich anfordert, ist der von Ihnen erstellte Registrierungsdatensatz der OAuth-Provider-Anwendung, auch als Autorisierungs-Endpunkt bezeichnet (siehe Verwenden Sie einen OAuth-Drittanbieter ). Der Authentifizierungscode wird vom Autorisierungsendpunkt an den Client gesendet. Es wird nicht direkt an den Client weitergeleitet, sondern an Umleitungs-URL Die Sie im Formular „Autorisierungs-Endpunkt“ angeben. Diese URL wird auch als Rückruf-URL bezeichnet. Sie können diese URL von der Client-Anwendung oder -Website abrufen.
https/http://{callbackURL}?code={the actual auth code}Jetzt, da die Client-Anwendung über den Autorisierungscode verfügt, verwendet der Client den Code, um das Zugriffstoken anzufordern. Der Autorisierungscode belegt, dass der Anwender in Schritt 1 zugestimmt hat.
https://myinstance.service-now.com/oauth_token.do?grant_type=authorization_code&code={the auth code}&redirect_uri={the_same_redirect_url}&client_id={the_same_client_identifier}&client_secret={client_secret_value}Der Endpunkt in der Instanz gibt ein Zugriffstoken und ein Aktualisierungstoken zurück. Das Aktualisierungstoken kann verwendet werden, um zusätzliche Zugriffstoken anzufordern.
Sie können die Token in der Instanz verwalten, einschließlich des Widerrufs des Tokens. Siehe Verwalten Sie OAuth-Token .
Die Clientanwendung verwendet das Zugriffstoken, um sich bei der REST API zu authentifizieren. Nach der Authentifizierung der Client-Anwendung gibt die REST API die angeforderten Daten in einer JSON-Nutzlast zurück.
https://myinstance.service-now.com/api/now/table/incident?access_token={the_token}Integrationsunterstützung
- Multi-SSO
- SAML 2,0-Update 1
- Multifaktor-Authentifizierung
Die mobile Schnittstelle wird ebenfalls unterstützt.