Bagikan melalui


Fungsi EncryptMessage (NTLM)

Fungsi EncryptMessage (NTLM) mengenkripsi pesan untuk memberikan privasi. EncryptMessage (NTLM) memungkinkan aplikasi untuk memilih di antara algoritma kriptografi yang didukung oleh mekanisme yang dipilih. Fungsi EncryptMessage (NTLM) menggunakan konteks keamanan yang dirujuk oleh handel konteks. Beberapa paket tidak memiliki pesan untuk dienkripsi atau didekripsi, melainkan memberikan hash integritas yang dapat diperiksa.

Catatan

EncryptMessage (NTLM) dan DecryptMessage (NTLM) dapat dipanggil secara bersamaan dari dua utas yang berbeda dalam satu konteks antarmuka penyedia dukungan keamanan (SSPI) jika satu utas mengenkripsi dan yang lainnya mendekripsi. Jika lebih dari satu utas mengenkripsi, atau lebih dari satu utas mendekripsi, setiap utas harus mendapatkan konteks unik.

Sintaks

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

Parameter

phContext [in]

Handel ke konteks keamanan yang akan digunakan untuk mengenkripsi pesan.

fQOP [in]

Bendera khusus paket yang menunjukkan kualitas perlindungan. Paket keamanan dapat menggunakan parameter ini untuk mengaktifkan pemilihan algoritma kriptografi.

Parameter ini bisa menjadi bendera berikut.

Nilai Makna
SECQOP_WRAP_NO_ENCRYPT
Menghasilkan header atau trailer tetapi tidak mengenkripsi pesan.
Catatan: KERB_WRAP_NO_ENCRYPT memiliki nilai yang sama dan makna yang sama.

pMessage [masuk, keluar]

Penunjuk ke struktur SecBufferDesc . Pada input, struktur mereferensikan satu atau beberapa struktur SecBuffer yang dapat berjenis SECBUFFER_DATA. Buffer tersebut berisi pesan yang akan dienkripsi. Pesan dienkripsi di tempat, menimpa konten asli struktur.

Fungsi ini tidak memproses buffer dengan atribut SECBUFFER_READONLY.

Panjang struktur SecBuffer yang berisi pesan tidak boleh lebih besar dari cbMaximumMessage, yang diperoleh dari fungsi QueryContextAttributes (NTLM) (SECPKG_ATTR_STREAM_SIZES).

Aplikasi yang tidak menggunakan SSL harus menyediakan SecBuffer jenis SECBUFFER_PADDING.

MessageSeqNo [in]

Nomor urut yang ditetapkan aplikasi transportasi ke pesan. Jika aplikasi transportasi tidak mempertahankan nomor urut, parameter ini harus nol.

Nilai kembali

Jika fungsi berhasil, fungsi akan mengembalikan SEC_E_OK.

Jika fungsi gagal, fungsi akan mengembalikan salah satu kode kesalahan berikut.

Menampilkan kode Deskripsi
SEC_E_BUFFER_TOO_SMALL Buffer output terlalu kecil. Untuk informasi selengkapnya, lihat Keterangan.
SEC_E_CONTEXT_EXPIRED Aplikasi ini mereferensikan konteks yang telah ditutup. Aplikasi yang ditulis dengan benar seharusnya tidak menerima kesalahan ini.
SEC_E_CRYPTO_SYSTEM_INVALID Cipher yang dipilih untuk konteks keamanan tidak didukung.
SEC_E_INSUFFICIENT_MEMORY Tidak tersedia cukup memori untuk menyelesaikan tindakan yang diminta.
SEC_E_INVALID_HANDLE Handel konteks yang tidak valid ditentukan dalam parameter phContext .
SEC_E_INVALID_TOKEN Tidak ada buffer tipe SECBUFFER_DATA yang ditemukan.
SEC_E_QOP_NOT_SUPPORTED> Kerahasiaan maupun integritas tidak didukung oleh konteks keamanan.

Keterangan

Fungsi EncryptMessage (NTLM) mengenkripsi pesan berdasarkan pesan dan kunci sesi dari konteks keamanan.

Jika aplikasi transportasi membuat konteks keamanan untuk mendukung deteksi urutan dan pemanggil menyediakan nomor urut, fungsi menyertakan informasi ini dengan pesan terenkripsi. Termasuk informasi ini melindungi dari pemutaran ulang, penyisipan, dan penekanan pesan. Paket keamanan menggabungkan nomor urutan yang diturunkan dari aplikasi transportasi.

Catatan

Buffer ini harus disediakan dalam urutan yang ditampilkan.

Jenis buffer Deskripsi
SECBUFFER_STREAM_HEADER Digunakan secara internal. Tidak diperlukan inisialisasi.
SECBUFFER_DATA Berisi pesan teks biasa yang akan dienkripsi.
SECBUFFER_STREAM_TRAILER Digunakan secara internal. Tidak diperlukan inisialisasi.
SECBUFFER_EMPTY Digunakan secara internal. Tidak diperlukan inisialisasi. Ukurannya bisa nol.

Untuk performa optimal, struktur pMessage harus dialokasikan dari memori yang bersebelahan.

Windows XP: Fungsi ini juga dikenal sebagai SealMessage. Aplikasi sekarang harus menggunakan EncryptMessage (NTLM) saja.

Persyaratan

Persyaratan Nilai
Klien minimum yang didukung Windows XP [hanya aplikasi desktop]
Server minimum yang didukung Windows Server 2003 [hanya aplikasi desktop]
Header Sspi.h (termasuk Security.h)
Pustaka Secur32.lib
DLL Secur32.dll

Lihat juga