EncryptMessage (Negotiate)-Funktion
Die Funktion EncryptMessage (Negotiate) verschlüsselt eine Nachricht, um Datenschutz zu gewährleisten. EncryptMessage (Negotiate) ermöglicht es der Anwendung, zwischen kryptografischen Algorithmen zu wählen, die vom ausgewählten Mechanismus unterstützt werden. Die Funktion EncryptMessage (Negotiate) verwendet den Sicherheitskontext, auf den das Kontexthandle verweist. Einige Pakete verfügen nicht über Nachrichten, die verschlüsselt oder entschlüsselt werden müssen, sondern bieten stattdessen einen Integritätshash , der überprüft werden kann.
Hinweis
EncryptMessage (Negotiate) und DecryptMessage (Negotiate) können gleichzeitig aus zwei verschiedenen Threads in einem SSPI-Kontext ( Security Support Provider Interface ) aufgerufen werden, wenn ein Thread verschlüsselt und der andere entschlüsselt. Wenn mehr als ein Thread verschlüsselt oder mehr als ein Thread entschlüsselt wird, sollte jeder Thread einen eindeutigen Kontext erhalten.
Syntax
SECURITY_STATUS SEC_Entry EncryptMessage(
_In_ PCtxtHandle phContext,
_In_ ULONG fQOP,
_Inout_ PSecBufferDesc pMessage,
_In_ ULONG MessageSeqNo
);
Parameter
phContext [in] Ein Handle für den Sicherheitskontext , der zum Verschlüsseln der Nachricht verwendet werden soll.
fQOP [in] Paketspezifische Flags, die die Qualität des Schutzes angeben. Ein Sicherheitspaket kann diesen Parameter verwenden, um die Auswahl kryptografischer Algorithmen zu aktivieren.
Dieser Parameter kann das folgende Flag sein.
Wert | Bedeutung |
---|---|
SECQOP_WRAP_NO_ENCRYPT | Erstellen Sie einen Header oder Trailer, aber verschlüsseln Sie die Nachricht nicht. |
Hinweis
KERB_WRAP_NO_ENCRYPT hat den gleichen Wert und die gleiche Bedeutung.
pMessage [in, out] Ein Zeiger auf eine SecBufferDesc-Struktur . Bei der Eingabe verweist die Struktur auf eine oder mehrere SecBuffer-Strukturen , die vom Typ SECBUFFER_DATA sein können. Dieser Puffer enthält die zu verschlüsselnde Nachricht. Die Nachricht wird an Ort und Stelle verschlüsselt und überschreibt den ursprünglichen Inhalt der Struktur.
Die Funktion verarbeitet keine Puffer mit dem attribut SECBUFFER_READONLY.
Die Länge der SecBuffer-Struktur , die die Nachricht enthält, darf nicht größer als cbMaximumMessage sein, die von der Funktion QueryContextAttributes (Negotiate) (SECPKG_ATTR_STREAM_SIZES) abgerufen wird.
Anwendungen, die ssl nicht verwenden, müssen einen SecBuffer vom Typ SECBUFFER_PADDING bereitstellen.
MessageSeqNo [in] Die Sequenznummer, die die Transportanwendung der Nachricht zugewiesen hat. Wenn die Transportanwendung keine Sequenznummern verwaltet, muss dieser Parameter 0 sein.
Rückgabewert
Wenn die Funktion erfolgreich ist, gibt die Funktion SEC_E_OK zurück.
Wenn die Funktion fehlschlägt, gibt sie einen der folgenden Fehlercodes zurück.
Rückgabecode | Beschreibung |
---|---|
SEC_E_BUFFER_TOO_SMALL | Der Ausgabepuffer ist zu klein. Weitere Informationen finden Sie in den Hinweisen. |
SEC_E_CONTEXT_EXPIRED | Die Anwendung verweist auf einen Kontext, der bereits geschlossen wurde. Eine ordnungsgemäß geschriebene Anwendung sollte diesen Fehler nicht erhalten. |
SEC_E_CRYPTO_SYSTEM_INVALID | Die für den Sicherheitskontext ausgewählte Verschlüsselung wird nicht unterstützt. |
SEC_E_INSUFFICIENT_MEMORY | Es ist nicht genügend Arbeitsspeicher verfügbar, um die angeforderte Aktion abzuschließen. |
SEC_E_INVALID_HANDLE | Im parameter phContext wurde ein ungültiges Kontexthandle angegeben. |
SEC_E_INVALID_TOKEN | Es wurde kein SECBUFFER_DATA Typpuffer gefunden. |
SEC_E_QOP_NOT_SUPPORTED | Weder Vertraulichkeit noch Integrität werden vom Sicherheitskontext unterstützt. |
Bemerkungen
Die Funktion EncryptMessage (Negotiate) verschlüsselt eine Nachricht basierend auf der Nachricht und dem Sitzungsschlüssel aus einem Sicherheitskontext.
Wenn die Transportanwendung den Sicherheitskontext erstellt hat, um die Sequenzerkennung zu unterstützen, und der Aufrufer eine Sequenznummer bereitstellt, schließt die Funktion diese Informationen mit der verschlüsselten Nachricht ein. Das Einschließen dieser Informationen schützt vor Wiedergabe, Einfügung und Unterdrückung von Nachrichten. Das Sicherheitspaket enthält die Sequenznummer, die von der Transportanwendung übergeben wurde.
Hinweis
Diese Puffer müssen in der angegebenen Reihenfolge bereitgestellt werden.
Puffertyp | Beschreibung |
---|---|
SECBUFFER_STREAM_HEADER | Wird intern verwendet. Keine Initialisierung erforderlich. |
SECBUFFER_DATA | Enthält die zu verschlüsselnde Klartextnachricht . |
SECBUFFER_STREAM_TRAILER | Wird intern verwendet. Keine Initialisierung erforderlich. |
SECBUFFER_EMPTY | Wird intern verwendet. Keine Initialisierung erforderlich. Die Größe kann 0 sein. |
Um eine optimale Leistung zu erzielen, sollten die pMessage-Strukturen aus dem zusammenhängenden Arbeitsspeicher zugeordnet werden.
Windows XP: Diese Funktion wurde auch als SealMessage bezeichnet. Anwendungen sollten jetzt nur EncryptMessage (Negotiate) verwenden.
Anforderungen
Anforderung | Wert |
---|---|
Unterstützte Mindestversion (Client) | Windows XP [nur Desktop-Apps] |
Unterstützte Mindestversion (Server) | Windows Server 2003 [nur Desktop-Apps] |
Header | Sspi.h (einschließlich Security.h) |
Bibliothek | Secur32.lib |
DLL | Secur32.dll |