Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
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 renvoi | Description |
---|---|
| La fonction a échoué. La mémoire disponible est insuffisante pour terminer l’action demandée. |
| La fonction a échoué. Une erreur non mappée à un code d’erreur SSPI s’est produite. |
| La fonction a échoué. Le handle transmis à la fonction n’est pas valide. |
| La fonction a échoué. Le jeton transmis à la fonction n’est pas valide. |
| L’ouverture de session a échoué. |
| La fonction a échoué. Aucune autorité n’a pu être contactée pour l’authentification. Cela peut être dû aux conditions suivantes :
|
| 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. |
| 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). |
| 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). |
| 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 :
- Le client transmet un jeton au serveur.
- 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.
- 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.
- 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 |