Freigeben über


InitializeSecurityContext (CredSSP)-Funktion

Die InitializeSecurityContext (CredSSP) -Funktion initiiert den clientseitigen, ausgehenden Sicherheitskontext aus einem Anmeldeinformationshandle. Die Funktion erstellt einen Sicherheitskontext zwischen der Clientanwendung und einem Remotepeer. InitializeSecurityContext (CredSSP) gibt ein Token zurück, das der Client an den Remotepeer übergeben muss; der Peer sendet dieses Token wiederum über den AcceptSecurityContext (CredSSP) -Aufruf an die lokale Sicherheitsimplementierung. Das generierte Token sollte von allen Aufrufern als undurchsichtig betrachtet werden.

In der Regel wird die Funktion InitializeSecurityContext (CredSSP) in einer Schleife aufgerufen, bis ein ausreichender Sicherheitskontext eingerichtet wird.

Syntax

SECURITY_STATUS SEC_ENTRY InitializeSecurityContext(
  _In_opt_    PCredHandle    phCredential,
  _In_opt_    PCtxtHandle    phContext,
  _In_opt_    SEC_CHAR       *pszTargetName,
  _In_        unsigned long  fContextReq,
  _Reserved_  unsigned long  Reserved1,
  _In_        unsigned long  TargetDataRep,
  _Inout_opt_ PSecBufferDesc pInput,
  _In_        unsigned long  Reserved2,
  _Inout_opt_ PCtxtHandle    phNewContext,
  _Out_opt_   PSecBufferDesc pOutput,
  _Out_       unsigned long  *pfContextAttr,
  _Out_opt_   PTimeStamp     ptsExpiry
);

Die Parameter

phCredential (englisch)[in, optional]

Ein Handle für die von AcquireCredentialsHandle (CredSSP) zurückgegebenen Anmeldeinformationen. Dieses Handle wird verwendet, um den Sicherheitskontext zu erstellen. Die Funktion InitializeSecurityContext (CredSSP) erfordert mindestens AUSGEHENDe Anmeldeinformationen.

phContext (englisch)[in, optional]

Ein Zeiger auf eine CtxtHandle-Struktur. Beim ersten Aufruf von InitializeSecurityContext (CredSSP) lautet NULLdieser Zeiger . Bei dem zweiten Aufruf ist dieser Parameter ein Zeiger auf das Handle auf den teilweise gebildeten Kontext, der vom ersten Aufruf im phNewContext-Parameter zurückgegeben wird.

Geben Sie für den ersten Aufruf von InitializeSecurityContext (CredSSP) an NULL. Geben Sie bei zukünftigen Aufrufen das token an, das im parameter phNewContext empfangen wurde, nachdem der erste Aufruf dieser Funktion aufgerufen wurde.

Warnung

Verwenden Sie nicht dasselbe Kontexthandle in gleichzeitigen Aufrufen von InitializeSecurityContext (CredSSP). Die API-Implementierung in den Sicherheitsdienstanbietern ist nicht threadsicher.

pSoll-Name[in, optional]

Ein Zeiger auf eine mit Null beendete Zeichenfolge, die den Zielserver eindeutig identifiziert. Schannel verwendet diesen Wert, um das Serverzertifikat zu überprüfen. Schannel verwendet diesen Wert auch, um die Sitzung im Sitzungscache zu suchen, wenn eine Verbindung wiederhergestellt wird. Die zwischengespeicherte Sitzung wird nur verwendet, wenn alle folgenden Bedingungen erfüllt sind:

  • Der Zielname ist identisch.
  • Der Cacheeintrag ist nicht abgelaufen.
  • Der Anwendungsprozess, der die Funktion aufruft, ist identisch.
  • Die Anmeldesitzung ist identisch.
  • Der Anmeldeinformationshandle ist identisch.

fContextReq[in]

Bitkennzeichnungen, die Anforderungen für den Kontext angeben. Nicht alle Pakete können alle Anforderungen unterstützen. Kennzeichen, die für diesen Parameter verwendet werden, werden ISC_REQ_ vorangestellt, z. B. ISC_REQ_DELEGATE.

Dieser Parameter kann mindestens eins der folgenden Attributkennzeichnungen sein.

Wert Bedeutung
ISC_REQ_ALLOCATE_MEMORY
0x100
Das Sicherheitspaket weist Ausgabepuffer für den Aufrufer zu. Wenn Sie die Verwendung der Ausgabepuffer abgeschlossen haben, geben Sie sie frei, indem Sie die FreeContextBuffer-Funktion aufrufen.
ISC_REQ_CONNECTION
0x800
Der Sicherheitskontext behandelt keine Formatierungsmeldungen.
ISC_REQ_EXTENDED_ERROR
0x4000
Wenn Fehler auftreten, wird die Remotepartei benachrichtigt.
ISC_REQ_MANUAL_CRED_VALIDATION
0x80000
Der Credential Security Support Provider (CredSSP) darf den Server nicht automatisch authentifizieren. Dieses Kennzeichen wird immer bei Verwendung von CredSSP festgelegt.
ISC_REQ_SEQUENCE_DETECT
0x8
Erkennen von Nachrichten, die außerhalb der Sequenz empfangen wurden.
ISC_REQ_STREAM
0x8000
Unterstützen einer streamorientierten Verbindung.
ISC_REQ_USE_SUPPLIED_CREDS
0x80
CredSSP darf nicht versuchen, Anmeldeinformationen für den Client automatisch anzugeben.
ISC_REQ_DELEGATE
0x1
Gibt an, dass die Anmeldeinformationen des Benutzers an den Server delegiert werden sollen.
Wenn dieses Flag nicht angegeben ist, wird eine leere Gruppe von Anmeldeinformationen an den Server delegiert.
Windows Server 2008 und Windows Vista: Diese Kennzeichnung ist erforderlich.
ISC_REQ_MUTUAL_AUTH
0x2
Gibt an, dass die Serverauthentifizierung nicht erforderlich ist. Delegierungsrichtlinien werden weiterhin erzwungen, wenn dieses Flag nicht angegeben ist.
Windows Server 2008 und Windows Vista: Dieses Kennzeichen wird ignoriert.

Die angeforderten Attribute werden möglicherweise vom Client nicht unterstützt. Weitere Informationen finden Sie im Parameter pfContextAttr .

Weitere Beschreibungen der verschiedenen Attribute finden Sie unter Kontextanforderungen.

Reserviert1[in]

Reserviert. Dieser Parameter muss auf Null festgelegt werden.

TargetDataRep[in]

Die Datendarstellung, z. B. Byte-Sortierung, auf dem Ziel. Dieser Parameter kann entweder SECURITY_NATIVE_DREP oder SECURITY_NETWORK_DREP sein.

pEingang[in, out, optional]

Ein Zeiger auf eine SecBufferDesc-Struktur , die Zeiger auf die Puffer enthält, die als Eingabe für das Paket bereitgestellt werden. Sofern der Clientkontext nicht vom Server initiiert wurde, muss sich der Wert dieses Parameters auf dem ersten Aufruf der Funktion befinden NULL . Bei nachfolgenden Aufrufen der Funktion oder beim Initiieren des Clientkontexts vom Server ist der Wert dieses Parameters ein Zeiger auf einen Puffer, der genügend Arbeitsspeicher zugeordnet ist, um das vom Remotecomputer zurückgegebene Token zu speichern.

Bei Aufrufen dieser Funktion nach dem anfänglichen Aufruf müssen zwei Puffer vorhanden sein. Der erste hat typ SECBUFFER_TOKEN und enthält das vom Server empfangene Token. Der zweite Puffer hat Typ SECBUFFER_EMPTY; legen Sie sowohl die PvBuffer - als auch cbBuffer-Elemente auf Null fest.

Reserviert2[in]

Reserviert. Dieser Parameter muss auf Null festgelegt werden.

phNewContext[in, out, optional]

Ein Zeiger auf eine CtxtHandle-Struktur. Beim ersten Aufruf von InitializeSecurityContext (CredSSP) empfängt dieser Zeiger das neue Kontexthandle. Im zweiten Aufruf kann phNewContext mit dem im phContext-Parameter angegebenen Handle identisch sein. phNewContext sollte niemals NULL sein.

p-Ausgang[out, optional]

Ein Zeiger auf eine SecBufferDesc-Struktur . Diese Struktur enthält wiederum Zeiger auf die SecBuffer-Struktur , die die Ausgabedaten empfängt. Wenn ein Puffer als SEC_READWRITE in die Eingabe eingegeben wurde, wird er in der Ausgabe angezeigt. Das System weist einen Puffer für das Sicherheitstoken zu, falls angefordert (über ISC_REQ_ALLOCATE_MEMORY) und füllt die Adresse im Pufferdeskriptor für das Sicherheitstoken aus.

Wenn das ISC_REQ_ALLOCATE_MEMORY Flag angegeben ist, weist CredSSP Speicher für den Puffer zu und platziert die entsprechenden Informationen in secBufferDesc.

pfContextAttr[out]

Ein Zeiger auf eine Gruppe von Bitkennzeichnungen, die die Attribute des etablierten Kontexts angeben. Eine Beschreibung der verschiedenen Attribute finden Sie unter Kontextanforderungen.

Für diesen Parameter verwendete Flags werden ISC_RET vorangestellt, z. B. ISC_RET_DELEGATE. Eine Liste der gültigen Werte finden Sie im fContextReq-Parameter .

Überprüfen Sie erst auf sicherheitsbezogene Attribute, wenn der endgültige Funktionsaufruf erfolgreich zurückgegeben wurde. Attributkennzeichnungen, die sich nicht auf die Sicherheit beziehen, z. B. das ASC_RET_ALLOCATED_MEMORY-Flag , können vor der endgültigen Rückgabe überprüft werden.

Hinweis

Bestimmte Kontextattribute können sich während der Aushandlung mit einem Remote-Peer ändern.

ptsAblaufdatum[out, optional]

Ein Zeiger auf eine TimeStamp-Struktur, welche die Ablaufzeit des Kontexts empfängt. Es wird empfohlen, dass das Sicherheitspaket diesen Wert immer in der lokalen Zeit zurückgibt. Dieser Parameter ist optional und NULL sollte für kurzlebige Clients übergeben werden.

Rückgabewert

Wenn die Funktion erfolgreich ist, wird eine der folgenden Erfolgscodes zurückgegeben.

Rückgabecode BESCHREIBUNG
SEC_E_INCOMPLETE_MESSAGE Daten für die gesamte Nachricht wurden nicht aus dem Draht gelesen.
Wenn dieser Wert zurückgegeben wird, enthält der pInput-Puffer eine SecBuffer-Struktur mit einem BufferType-Element von SECBUFFER_MISSING. Das cbBuffer-Element von SecBuffer gibt die Anzahl zusätzlicher Bytes an, die die Funktion vom Client lesen muss, bevor diese Funktion erfolgreich ausgeführt wird. Diese Nummer ist zwar nicht immer genau, kann aber dadurch die Leistung verbessert werden, indem mehrere Aufrufe dieser Funktion vermieden werden.
SEC_E_OK Der Sicherheitskontext wurde erfolgreich initialisiert. Es ist kein weiterer InitializeSecurityContext (CredSSP) -Aufruf erforderlich. Wenn die Funktion ein Ausgabetoken zurückgibt ( d. h., wenn die SECBUFFER_TOKEN in pOutput eine Länge ungleich Null aufweist - muss dieses Token an den Server gesendet werden.
SEC_I_COMPLETE_AND_CONTINUE Der Client muss CompleteAuthToken aufrufen und dann die Ausgabe an den Server übergeben. Der Client wartet dann auf ein zurückgegebenes Token und übergibt es in einem anderen Aufruf an InitializeSecurityContext (CredSSP).
SEC_I_COMPLETE_NEEDED Der Client muss die Erstellung der Nachricht abschließen und dann die CompleteAuthToken-Funktion aufrufen.
SEC_I_CONTINUE_NEEDED Der Client muss das Ausgabetoken an den Server senden und auf ein Rückgabetoken warten. Der Client übergibt das zurückgegebene Token in einem anderen Aufruf an InitializeSecurityContext (CredSSP). Das Ausgabetoken kann leer sein.
SEC_I_INCOMPLETE_CREDENTIALS Der Server hat die Clientauthentifizierung angefordert, aber entweder die bereitgestellten Anmeldeinformationen enthalten kein Zertifikat, oder das Zertifikat wurde nicht von einer Zertifizierungsstelle ausgestellt, der der Server vertraut. Weitere Informationen finden Sie in den Hinweisen.

Wenn die Funktion fehlschlägt, gibt die Funktion einen der folgenden Fehlercodes zurück.

Rückgabecode BESCHREIBUNG
SEC_E_INSUFFICIENT_MEMORY Es steht nicht genügend Arbeitsspeicher zur Verfügung, um die angeforderte Aktion abzuschließen.
SEC_E_INTERNAL_ERROR Ein Fehler ist aufgetreten, der keinem SSPI-Fehlercode zugeordnet wurde.
SEC_E_INVALID_HANDLE Die dieser Funktion übergebene URL ist ungültig.
SEC_E_INVALID_TOKEN Das Eingabetoken ist falsch formatiert. Mögliche Ursachen sind ein während der Übertragung beschädigtes Token, ein Token mit falscher Größe und ein Token, das an das falsche Sicherheitspaket übergeben wurde. Diese letzte Bedingung kann auftreten, wenn der Client und der Server das richtige Sicherheitspaket nicht aushandeln.
SEC_E_LOGON_DENIED Fehler bei der Anmeldung.
SEC_E_NO_AUTHENTICATING_AUTHORITY Es konnte keine Autorität für die Authentifizierung kontaktiert werden. Der Domänenname der Authentifizierungspartei könnte falsch sein, die Domäne kann nicht erreichbar sein, oder es ist möglicherweise ein Vertrauensstellungsfehler aufgetreten.
SEC_E_NO_CREDENTIALS Im Sicherheitspaket sind keine Anmeldeinformationen verfügbar.
SEC_E_TARGET_UNKNOWN Das Ziel wurde nicht erkannt.
SEC_E_UNSUPPORTED_FUNCTION Der Wert des fContextReq-Parameters ist ungültig. Es wurde entweder kein erforderliches Flag angegeben, oder es wurde ein Flag angegeben, das von CredSSP nicht unterstützt wird.
SEC_E_WRONG_PRINCIPAL Der Prinzipal, der die Authentifizierungsanforderung empfangen hat, ist nicht mit dem Prinzipal identisch, das an den pszTargetName-Parameter übergeben wurde. Dieser Fehler weist auf einen Fehler bei der gegenseitigen Authentifizierung hin.
SEC_E_DELEGATION_POLICY Die Richtlinie unterstützt keine Delegierung von Anmeldeinformationen an den Zielserver.
SEC_E_POLICY_NLTM_ONLY Die Delegierung von Anmeldeinformationen an den Zielserver ist nicht zulässig, wenn die gegenseitige Authentifizierung nicht erreicht wird.
SEC_E_MUTUAL_AUTH_FAILED Fehler bei der Serverauthentifizierung, wenn das flag ISC_REQ_MUTUAL_AUTH im fContextReq-Parameter angegeben wird.

Bemerkungen

Der Aufrufer ist dafür verantwortlich, zu bestimmen, ob die endgültigen Kontextattribute ausreichen. Wenn beispielsweise die Vertraulichkeit angefordert wurde, aber nicht eingerichtet werden konnte, können einige Anwendungen die Verbindung sofort herunterfahren.

Wenn Attribute des Sicherheitskontexts nicht ausreichen, muss der Client den teilweise erstellten Kontext durch Aufrufen der DeleteSecurityContext-Funktion freigeben.

Der Client ruft die InitializeSecurityContext (CredSSP) -Funktion auf, um einen ausgehenden Kontext zu initialisieren.

Für einen zweistufigen Sicherheitskontext lautet die Aufrufsequenz wie folgt:

  1. Der Client ruft die Funktion mit phContext-Satz auf NULL und füllt den Pufferdeskriptor mit der Eingabemeldung aus.
  2. Das Sicherheitspaket untersucht die Parameter und erstellt ein undurchsichtiges Token und platziert es im TOKEN-Element im Pufferarray. Wenn der fContextReq-Parameter das ISC_REQ_ALLOCATE_MEMORY Flag enthält, weist das Sicherheitspaket den Speicher zu und gibt den Zeiger im TOKEN-Element zurück.
  3. Der Client sendet das im pOutput-Puffer zurückgegebene Token an den Zielserver. Der Server übergibt das Token dann als Eingabeargument in einem Aufruf der AcceptSecurityContext (CredSSP) -Funktion.
  4. AcceptSecurityContext (CredSSP) kann ein Token zurückgeben. Der Server sendet dieses Token über einen zweiten InitializeSecurityContext (CredSSP) -Aufruf an den Client, wenn der erste Aufruf SEC_I_CONTINUE_NEEDED zurückgegeben wurde.

Wenn der Server erfolgreich reagiert hat, gibt das Sicherheitspaket SEC_E_OK zurück , und es wird eine sichere Sitzung eingerichtet.

Wenn die Funktion eine der Fehlerantworten zurückgibt, wird die Antwort des Servers nicht akzeptiert, und die Sitzung wird nicht eingerichtet.

Wenn die Funktion SEC_I_CONTINUE_NEEDED, SEC_I_COMPLETE_NEEDED oder SEC_I_COMPLETE_AND_CONTINUE zurückgibt, werden die Schritte 2 und 3 wiederholt.

Für die Initialisierung des Sicherheitskontexts sind je nach zugrunde liegendem Authentifizierungsmechanismus sowie den im fContextReq-Parameter angegebenen Optionen möglicherweise mehr als ein Aufruf dieser Funktion erforderlich.

Die Parameter "fContextReq " und "pfContextAttributes " sind Bitmasken, die verschiedene Kontextattribute darstellen. Eine Beschreibung der verschiedenen Attribute finden Sie unter Kontextanforderungen. Während der Parameter pfContextAttributes für eine erfolgreiche Rückgabe gültig ist, sollten Sie die Flags untersuchen, die sicherheitsrelevante Aspekte des Kontexts betreffen, nur bei der endgültigen erfolgreichen Rückgabe. Zwischenrückzeichen können z. B. die ISC_RET_ALLOCATED_MEMORY-Kennzeichnung festlegen.

Wenn das ISC_REQ_USE_SUPPLIED_CREDS-Flag festgelegt ist, muss das Sicherheitspaket im pInput-Eingabepuffer nach einem SECBUFFER_PKG_PARAMS Puffertyp suchen. Dies ist zwar keine generische Lösung, ermöglicht aber bei Bedarf eine starke Kopplung von Sicherheitspaketen und Anwendungen.

Wenn ISC_REQ_ALLOCATE_MEMORY angegeben wurde, muss der Aufrufer den Speicher freigeben, indem die FreeContextBuffer-Funktion aufgerufen wird.

Beispielsweise könnte das Eingabetoken die Herausforderung eines LAN-Managers sein. In diesem Fall wäre das Ausgabetoken die NTLM-verschlüsselte Antwort auf die Abfrage.

Die Aktion, die der Client ausführt, hängt vom Rückgabecode dieser Funktion ab. Wenn der Rückgabecode SEC_E_OK ist, gibt es keinen zweiten InitializeSecurityContext (CredSSP) -Aufruf, und es wird keine Antwort vom Server erwartet. Wenn der Rückgabecode SEC_I_CONTINUE_NEEDED ist, erwartet der Client ein Token als Antwort vom Server und übergibt es in einem zweiten Aufruf an InitializeSecurityContext (CredSSP). Der SEC_I_COMPLETE_NEEDED Rückgabecode gibt an, dass der Client die Erstellung der Nachricht abschließen und die CompleteAuthToken-Funktion aufrufen muss. Der SEC_I_COMPLETE_AND_CONTINUE Code enthält beide Aktionen.

Wenn InitializeSecurityContext (CredSSP) Erfolg für den ersten (oder nur) Aufruf zurückgibt, muss der Aufrufer schließlich die DeleteSecurityContext-Funktion für das zurückgegebene Handle aufrufen, auch wenn der Anruf bei einem späteren Teil des Authentifizierungsaustauschs fehlschlägt.

Der Client kann InitializeSecurityContext (CredSSP) erneut aufrufen, nachdem er erfolgreich abgeschlossen wurde. Dies gibt an, dass für das Sicherheitspaket eine erneute Authentifizierung gewünscht wird.

Kernelmodus-Aufrufer weisen die folgenden Unterschiede auf: Der Zielname ist eine Unicode-Zeichenfolge , die mithilfe von VirtualAlloc im virtuellen Speicher zugewiesen werden muss; sie darf nicht aus dem Pool zugewiesen werden. Puffer, die in pInput und pOutput übergeben und bereitgestellt werden, müssen sich im virtuellen Speicher befinden, nicht im Pool.

Wenn die Funktion SEC_I_INCOMPLETE_CREDENTIALS zurückgibt, überprüfen Sie, ob die r-Anmeldeinformationen, die an die AcquireCredentialsHandle (CredSSP) -Funktion übergeben wurden, ein gültiges und vertrauenswürdiges Zertifikat angegeben. Das Zertifikat muss ein Clientauthentifizierungszertifikat sein, das von einer vom Server vertrauenswürdigen Zertifizierungsstelle ausgestellt wurde. Rufen Sie zum Abrufen einer Liste der vom Server vertrauenswürdigen CAs die QueryContextAttributes (CredSSP) -Funktion mit dem attribut SECPKG_ATTR_ISSUER_LIST_EX auf.

Nachdem sie ein Authentifizierungszertifikat von einer Zertifizierungsstelle erhalten haben, der der Server vertraut, erstellt die Clientanwendung eine neue Anmeldeinformationen. Dazu rufen Sie die Funktion AcquireCredentialsHandle (CredSSP) auf und rufen dann erneut InitializeSecurityContext (CredSSP) auf und geben die neuen Anmeldeinformationen im PhCredential-Parameter an.

Anforderungen

Anforderung Wert
Mindest unterstützter Client Windows Vista [nur Desktop-Apps]
Unterstützter Server (Mindestversion) Windows Server 2008 [Nur Desktop-Apps]
Kopfzeile Sspi.h (einschließlich Security.h)
Bibliothek Secur32.lib
DLL Secur32.dll

Siehe auch

SSPI-Funktionen

AcceptSecurityContext (CredSSP)

AcquireCredentialsHandle (CredSSP)

CompleteAuthToken

DeleteSecurityContext

FreeContextBuffer

SecBuffer

SecBufferDesc