Partager via


AcceptSecurityContext (NTLM) , fonction

La fonction AcceptSecurityContext (NTLM) permet au composant serveur d’une application de transport d’établir un contexte de sécurité entre le serveur et un client distant. Le client distant utilise la fonction InitializeSecurityContext (NTLM) pour démarrer le processus d’établissement d’un contexte de sécurité. Le serveur peut exiger un ou plusieurs jetons de réponse du client distant pour terminer l’établissement du contexte de sécurité.

Syntaxe

SECURITY_STATUS SEC_Entry AcceptSecurityContext(
  _In_opt_    PCredHandle    phCredential,
  _Inout_opt_ PCtxtHandle    phContext,
  _In_opt_    PSecBufferDesc pInput,
  _In_        ULONG          fContextReq,
  _In_        ULONG          TargetDataRep,
  _Inout_opt_ PCtxtHandle    phNewContext,
  _Inout_opt_ PSecBufferDesc pOutput,
  _Out_       PULONG         pfContextAttr,
  _Out_opt_   PTimeStamp     ptsTimeStamp
);

Paramètres

phCredential[in, optional]

Handle pour les informations d’identification du serveur. Le serveur appelle la fonction AcquireCredentialsHandle (NTLM) avec l’indicateur SECPKG_CRED_INBOUND ou SECPKG_CRED_BOTH défini pour récupérer ce handle.

phContext[in, out, optional]

Pointeur vers une structure CtxtHandle. Lors du premier appel à AcceptSecurityContext (NTLM), ce pointeur est NULL. Lors des appels suivants, phContext est le handle du contexte partiellement formé qui a été renvoyé dans le paramètre phNewContext par le premier appel.

Avertissement

N’utilisez pas le même handle de contexte dans les appels simultanés à AcceptSecurityContext (NTLM). L’implémentation de l’API dans les fournisseurs de services de sécurité n’est pas thread-safe.

pInput[in, optional]

Pointeur vers une structure SecBufferDesc générée par un appel client à InitializeSecurityContext (NTLM) qui contient le descripteur de mémoire tampon d’entrée.

Les informations de liaison de canal peuvent être spécifiées en passant une structure SecBuffer de type SECBUFFER_CHANNEL_BINDINGS en plus des mémoires tampons générées par l’appel à la fonction InitializeSecurityContext (Général). Les informations de liaison de canal pour la mémoire tampon de liaison de canal peuvent être obtenues en appelant la fonction QueryContextAttributes (Schannel) sur le contexte Schannel utilisé pour l’authentification du client.

fContextReq[in]

Indicateurs de bits qui spécifient les attributs requis par le serveur pour établir le contexte. Les indicateurs de bits peuvent être combinés à l’aide d’opérations OR au niveau du bit. Ce paramètre peut prendre l’une ou plusieurs des valeurs suivantes.

Valeur Sens
ASC_REQ_CONFIDENTIALITY Chiffrer et déchiffrer les messages.
ASC_REQ_CONNECTION Le contexte de sécurité ne gère pas les messages de mise en forme.
ASC_REQ_EXTENDED_ERROR Lorsque des erreurs se produisent, la partie distante est avertie.
ASC_REQ_INTEGRITY Signer des messages et vérifier les signatures.
ASC_REQ_REPLAY_DETECT Détecter les paquets relus.
ASC_REQ_SEQUENCE_DETECT Détecter les messages reçus hors séquence.

Pour connaître les indicateurs d’attribut possibles et leurs significations, consultez Conditions requises pour le contexte. Les indicateurs utilisés pour ce paramètre sont précédés par ASC_REQ, par exemple, ASC_REQ_DELEGATE.

Les attributs demandés peuvent ne pas être pris en charge par le client. Pour plus d’informations, consultez le paramètre pfContextAttr.

TargetDataRep[in]

Représentation des données, telle que l’ordre d’octets, sur la cible. Ce paramètre peut être SECURITY_NATIVE_DREP ou SECURITY_NETWORK_DREP.

phNewContext[in, out, optional]

Pointeur vers une structure CtxtHandle. Lors du premier appel à AcceptSecurityContext (NTLM), ce pointeur reçoit le nouveau handle de contexte. Lors des appels suivants, phNewContext peut être le même que le handle spécifié dans le paramètre phContext. phNewContext ne doit jamais être NULL.

pOutput[in, out, optional]

Pointeur vers une structure SecBufferDesc qui contient le descripteur de mémoire tampon de sortie. Cette mémoire tampon est envoyée au client pour une entrée dans des appels supplémentaires à InitializeSecurityContext (NTLM). Une mémoire tampon de sortie peut être générée même si la fonction renvoie SEC_E_OK. Toute mémoire tampon générée doit être renvoyée à l’application cliente.

pfContextAttr[out]

Pointeur vers une variable qui reçoit un ensemble d’indicateurs de bits indiquant les attributs du contexte établi. Pour obtenir une description des différents attributs, consultez Conditions requises pour le contexte. Les indicateurs utilisés pour ce paramètre sont précédés par ASC_RET, par exemple, ASC_RET_DELEGATE.

Ne vérifiez pas les attributs liés à la sécurité tant que l’appel de fonction final n’a pas renvoyé une réussite. Les indicateurs d’attributs non liés à la sécurité, comme l’indicateur ASC_RET_ALLOCATED_MEMORY, peuvent être vérifiés avant le renvoi final.

ptsTimeStamp[out, optional]

Pointeur vers une structure TimeStamp qui reçoit l’heure d’expiration du contexte. Nous recommandons que le package de sécurité renvoie toujours cette valeur en heure locale.

Remarque

Jusqu’au dernier appel de la procédure d’authentification, le délai d’expiration du contexte peut être incorrect, car des informations supplémentaires seront fournies au cours des étapes ultérieures de la négociation. Par conséquent, ptsTimeStamp doit être NULL jusqu’à ce que le dernier appel à la fonction.

Valeur de retour

Cette fonction renvoie l’une des valeurs suivantes.

Valeur/code de renvoiDescription
SEC_E_INSUFFICIENT_MEMORY
0x80090300L
La fonction a échoué. La mémoire disponible est insuffisante pour terminer l’action demandée.
SEC_E_INTERNAL_ERROR
0x80090304L
La fonction a échoué. Une erreur non mappée à un code d’erreur SSPI s’est produite.
SEC_E_INVALID_HANDLE
0x80100003L
La fonction a échoué. Le handle transmis à la fonction n’est pas valide.
SEC_E_INVALID_TOKEN
0x80090308L
La fonction a échoué. Le jeton transmis à la fonction n’est pas valide.
SEC_E_LOGON_DENIED
0x8009030CL
L’ouverture de session a échoué.
SEC_E_NO_AUTHENTICATING_AUTHORITY
0x80090311L
La fonction a échoué. Aucune autorité n’a pu être contactée pour l’authentification. Cela peut être dû aux conditions suivantes :
  • Le nom de domaine de la partie d’authentification est incorrect.
  • Le domaine n’est pas disponible.
  • La relation d’approbation a échoué.
SEC_E_OK
0x00000000L
La fonction a réussi. [*contexte de sécurité*](.. /secgloss/s-gly.md) reçu du client a été accepté. Si un jeton de sortie a été généré par la fonction, il doit être envoyé au processus client.
SEC_I_COMPLETE_AND_CONTINUE
0x00090314L
La fonction a réussi. Le serveur doit appeler [CompleteAuthToken](/windows/win32/api/sspi/nf-sspi-completeauthtoken) et transmettre le jeton de sortie au client. Le serveur attend ensuite un jeton de retour du client, puis effectue un autre appel à [AcceptSecurityContext (NTLM)](acceptsecuritycontext--ntlm.md).
SEC_I_COMPLETE_NEEDED
0x00090313L
La fonction a réussi. Le serveur doit terminer la génération du message à partir du client, puis appeler la fonction [CompleteAuthToken](/windows/win32/api/sspi/nf-sspi-completeauthtoken).
SEC_I_CONTINUE_NEEDED
0x00090312L
La fonction a réussi. Le serveur doit envoyer le jeton de sortie au client et attendre le renvoi d’un jeton. Le jeton retourné doit être transmis dans pInput pour un autre appel à [AcceptSecurityContext (NTLM)](acceptsecuritycontext--ntlm.md).

Remarques

La fonction AcceptSecurityContext (NTLM) est l’équivalent du serveur de la fonction InitializeSecurityContext (NTLM).

Lorsque le serveur reçoit une requête d’un client, il utilise le paramètres fContextReq pour spécifier ce qu’il exige pour la session. Ainsi, un serveur peut spécifier que les clients doivent être capables d’utiliser une session confidentielle ou une session avec son intégrité vérifiée. Il peut rejeter les clients qui ne peuvent pas répondre à cette demande. Par ailleurs, un serveur peut ne rien demander. Ce que le client requiert ou peut fournir est renvoyé dans le paramètre pfContextAttr.

Pour un package qui prend en charge l’authentification à plusieurs tronçons, comme l’authentification mutuelle, la séquence d’appels est la suivante :

  1. Le client transmet un jeton au serveur.
  2. Le serveur appelle AcceptSecurityContext (NTLM) la première fois, ce qui génère un jeton de réponse qui est ensuite envoyé au client.
  3. Le client reçoit le jeton et le transmet à InitializeSecurityContext (NTLM). Si InitializeSecurityContext (NTLM) retourne SEC_E_OK, l’authentification mutuelle a été terminée et une session sécurisée peut commencer. Si InitializeSecurityContext (NTLM) retourne un code d’erreur, la négociation d’authentification mutuelle se termine. Sinon, le jeton de sécurité retourné par InitializeSecurityContext (NTLM) est envoyé au client, et les étapes 2 et 3 sont répétées.
  4. N’utilisez pas la valeur phContext dans les appels simultanés à AcceptSecurityContext (NTLM). L’implémentation dans les fournisseurs de sécurité n’est pas thread-safe.

Les paramètres fContextReq et pfContextAttr sont des masques de bits qui représentent divers attributs de contexte. Pour obtenir une description des différents attributs, consultez Conditions requises pour le contexte.

Remarque

Le paramètre pfContextAttr est valable pour tout renvoi réussi, mais ce n’est que lors du dernier renvoi réussi que vous devez examiner les indicateurs relatifs aux aspects de sécurité du contexte. Les renvois intermédiaires peuvent définir, par exemple, l’indicateur ISC_RET_ALLOCATED_MEMORY.

Il est de la responsabilité de l’appelant de déterminer si les attributs de contexte finaux sont suffisants. Ainsi, si la confidentialité (chiffrement) a été demandée mais n’a pas pu être établie, certaines applications peuvent choisir de fermer la connexion immédiatement. Si le contexte de sécurité ne peut pas être établi, le serveur doit libérer le contexte partiellement créé en appelant la fonction DeleteSecurityContext. Pour en savoir plus sur le moment où appeler la fonction DeleteSecurityContext , consultez DeleteSecurityContext.

Une fois le contexte de sécurité établi, l’application serveur peut utiliser la fonction QuerySecurityContextToken pour récupérer un handle dans le compte d’utilisateur auquel le certificat client a été mappé. En outre, le serveur peut utiliser la fonction ImpersonateSecurityContext pour emprunter l’identité de l’utilisateur.

Spécifications

Besoin Valeur
Client minimum pris en charge Windows XP [applications de bureau uniquement]
Serveur minimum pris en charge Windows Server 2003 [applications de bureau uniquement]
En-tête de page Sspi.h (inclure Security.h)
Bibliothèque Secur32.lib
DLL Secur32.dll

Voir aussi

Fonctions SSPI

DeleteSecurityContext

InitializeSecurityContext (NTLM)