Partager via

Fonction EncryptMessage (NTLM)

La fonction EncryptMessage (NTLM) chiffre un message pour assurer la confidentialité. EncryptMessage (NTLM) permet à une application de choisir parmi les algorithmes de chiffrement pris en charge par le mécanisme choisi. La fonction EncryptMessage (NTLM) utilise le contexte de sécurité référencé par le handle de contexte. Certains packages n’ont pas de messages à chiffrer ou à déchiffrer, mais fournissent plutôt un hachage d’intégrité qui peut être vérifié.

Remarque

EncryptMessage (NTLM) et DecryptMessage (NTLM) peuvent être appelés en même temps à partir de deux threads différents dans un contexte SSPI ( Security Support Provider Interface ) unique si un thread chiffre et l’autre déchiffre. Si plusieurs threads chiffrent ou plusieurs threads sont déchiffrés, chaque thread doit obtenir un contexte unique.

Syntaxe

SECURITY_STATUS SEC_Entry EncryptMessage(
  _In_    PCtxtHandle    phContext,
  _In_    ULONG          fQOP,
  _Inout_ PSecBufferDesc pMessage,
  _In_    ULONG          MessageSeqNo
);

Paramètres

phContext [in]

Handle du contexte de sécurité à utiliser pour chiffrer le message.

fQOP [in]

Indicateurs spécifiques au package qui indiquent la qualité de la protection. Un package de sécurité peut utiliser ce paramètre pour activer la sélection d’algorithmes de chiffrement.

Ce paramètre peut être l’indicateur suivant.

Valeur Sens
SECQOP_WRAP_NO_ENCRYPT
 Produisez un en-tête ou une bande-annonce, mais ne chiffrez pas le message.
Note: KERB_WRAP_NO_ENCRYPT a la même valeur et la même signification.

pMessage [in, out]

Pointeur vers une structure SecBufferDesc . Lors de l’entrée, la structure fait référence à une ou plusieurs structures SecBuffer qui peuvent être de type SECBUFFER_DATA. Cette mémoire tampon contient le message à chiffrer. Le message est chiffré en place, en remplaçant le contenu d’origine de la structure.

La fonction ne traite pas les mémoires tampons avec l’attribut SECBUFFER_READONLY.

La longueur de la structure SecBuffer qui contient le message ne doit pas être supérieure à cbMaximumMessage, obtenue à partir de la fonction QueryContextAttributes (NTLM) (SECPKG_ATTR_STREAM_SIZES).

Les applications qui n’utilisent pas SSL doivent fournir un secBuffer de type SECBUFFER_PADDING.

MessageSeqNo [in]

Numéro de séquence attribué à l’application de transport du message. Si l’application de transport ne conserve pas de numéros de séquence, ce paramètre doit être égal à zéro.

Valeur de retour

Si la fonction réussit, la fonction retourne SEC_E_OK.

Si la fonction échoue, elle retourne l’un des codes d’erreur suivants.

Code de retour Description
SEC_E_BUFFER_TOO_SMALL La mémoire tampon de sortie est trop petite. Pour plus d’informations, consultez Remarques.
SEC_E_CONTEXT_EXPIRED L’application fait référence à un contexte déjà fermé. Une application correctement écrite ne doit pas recevoir cette erreur.
SEC_E_CRYPTO_SYSTEM_INVALID Le chiffrement choisi pour le contexte de sécurité n’est pas pris en charge.
SEC_E_INSUFFICIENT_MEMORY La mémoire disponible est insuffisante pour terminer l’action demandée.
SEC_E_INVALID_HANDLE Un handle de contexte qui n’est pas valide a été spécifié dans le paramètre phContext .
SEC_E_INVALID_TOKEN Aucune mémoire tampon de type SECBUFFER_DATA n’a été trouvée.
SEC_E_QOP_NOT_SUPPORTED> Ni la confidentialité ni l’intégrité ne sont prises en charge par le contexte de sécurité.

Remarques

La fonction EncryptMessage (NTLM) chiffre un message en fonction du message et de la clé de session à partir d’un contexte de sécurité.

Si l’application de transport a créé le contexte de sécurité pour prendre en charge la détection de séquence et que l’appelant fournit un numéro de séquence, la fonction inclut ces informations avec le message chiffré. L’inclusion de ces informations protège contre la relecture, l’insertion et la suppression des messages. Le package de sécurité incorpore le numéro de séquence transmis à partir de l’application de transport.

Remarque

Ces mémoires tampons doivent être fournies dans l’ordre indiqué.

Type de mémoire tampon Description
SECBUFFER_STREAM_HEADER Utilisé en interne. Aucune initialisation n’est requise.
SECBUFFER_DATA Contient le message en texte clair à chiffrer.
SECBUFFER_STREAM_TRAILER Utilisé en interne. Aucune initialisation n’est requise.
SECBUFFER_EMPTY Utilisé en interne. Aucune initialisation n’est requise. La taille peut être égale à zéro.

Pour des performances optimales, les structures pMessage doivent être allouées à partir de la mémoire contiguë.

Windows XP : Cette fonction était également connue sous le nom de SealMessage. Les applications doivent désormais utiliser EncryptMessage (NTLM) uniquement.

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

  • Last updated on