Tips SistemThis article applies to a different operating system than the one you are using. Article content that may not be relevant to you is disabled.
Kadang-kadang, Anda mungkin ingin aplikasi untuk memverifikasi
pengguna nama pengguna dan password (selanjutnya disebut sebagai kredensial). Kamu bisa
melakukan ini beberapa cara yang berbeda, tergantung pada sistem operasi yang
aplikasi berjalan.
Artikel ini menjelaskan semua cara yang umum
untuk memverifikasi kredensial pengguna dan persyaratan khusus untuk masing-masing metode.
Catatan Mengumpulkan kredensial pengguna dari mode pengguna aplikasi dapat
mengganggu pengguna dan dapat memberikan sebuah lubang keamanan di
perusahaan komputasi lingkungan. Persyaratan masuk bersatu (persyaratan
bahwa pengguna harus hanya diminta untuk mengetik identitasnya satu kali pada
CTRL + ALT + DEL layar), telah ditambahkan ke Microsoft BackOffice logo persyaratan
untuk alasan ini sangat. Penting untuk memastikan bahwa Anda benar-benar perlu untuk
mengumpulkan kredensial dan bahwa metode lain klien/server validasi
tidak lebih tepat. Konsultasikan dokumentasi keamanan di Platform SDK
untuk informasi lebih lanjut tentang peniruan dan pemrograman server aman.
The LogonUser API telah tersedia dan didokumentasikan sejak Windows NT 3.51, dan
umumnya digunakan untuk memverifikasi kredensial pengguna. API ini tersedia pada Windows
NT, Windows 2000 dan Windows XP. Sayangnya, ada beberapa pembatasan pada
menggunakan LogonUser yang tidak selalu mudah untuk memuaskan.
Pertama
dan terbesar dari pembatasan-pembatasan ini adalah bahwa pada Windows NT dan Windows 2000,
proses yang memanggil LogonUser harus memiliki hak SE_TCB_NAME (dalam pengguna
Manajer, ini adalah kanan "Bertindak sebagai bagian dari sistem operasi"). The
SE_TCB_NAME hak sangat kuat dan tidak akan diberikan untuk setiap
sewenang-wenang pengguna hanya sehingga mereka dapat menjalankan aplikasi yang perlu memvalidasi
mandat. Metode yang direkomendasikan adalah untuk memanggil LogonUser dari layanan yang
berjalan di account sistem lokal, karena sistem lokal account sudah
memiliki hak SE_TCB_NAME.
Catatan LogonUser Win32 API tidak memerlukan TCB hak istimewa di Microsoft
Windows Server 2003, namun, untuk downlevel kompatibilitas, hal ini masih
pendekatan terbaik.
Pada Windows XP, hal ini tidak lagi diperlukan bahwa proses
memiliki hak SE_TCB_NAME untuk panggilan LogonUser. Oleh karena itu,
metode paling sederhana untuk memvalidasi kredensial pengguna pada Windows XP, adalah untuk memanggil
LogonUser API.
Satu masalah dengan LogonUser adalah bahwa API
tidak diimplementasikan pada Windows 95, Windows 98, atau Windows Millenium Edition.
Sebagai pilihan lain, Anda dapat menggunakan penyedia dukungan keamanan
Antarmuka (SSPI) untuk melakukan logon gaya jaringan dengan kredensial pengguna disediakan.
Metode ini validasi memiliki keuntungan tidak memerlukan khusus setiap
hak istimewa, dan juga bekerja pada semua versi Windows. Hasil akhir dari
menggunakan layanan SSPI untuk memvalidasi kredensial adalah logon yang
analog dengan menelepon LogonUser API dengan LOGON32_LOGON_NETWORK masuk
jenis. Kelemahan terbesar untuk logon jenis ini adalah bahwa Anda tidak dapat mengakses
sumber daya jaringan jauh setelah meniru jaringan tipe logon. Jika Anda
aplikasi memanggil LogonUser dengan tipe logon LOGON32_LOGON_INTERACTIVE
untuk solusi Windows NT's ketidakmampuan untuk melakukan delegasi, maka SSPI
logon validasi mungkin tidak akan alternatif.
The
contoh kode yang disediakan di bawah ini menunjukkan bagaimana untuk memanggil layanan SSPI untuk melakukan
kredensial validasi.
Untuk menggunakan metode ini pada Windows 95, Windows 98,
dan Windows Millennium Edition, Anda juga harus mengaktifkan keamanan NTLM
layanan dengan membuka Control Panel, jaringan, Access Control, dan kemudian memilih
Kontrol akses pengguna-tingkat.
Pada Windows XP, registri ForceGuest
nilai diatur ke 1 secara default di kunci registri berikut:
Pada komputer Windows XP yang merupakan anggota dari kelompok kerja:
Jika ForceGuest diaktifkan (diatur ke 1), SSPI akan selalu berusaha
untuk log on menggunakan account tamu.
Jika account Tamu diaktifkan, logon SSPI akan berhasil
sebagai tamu untuk setiap kredensial pengguna.
Jika account Tamu dinonaktifkan, logon SSPI akan gagal
bahkan untuk kredensial yang valid.
Jika ForceGuest dimatikan (diatur ke 0), SSPI akan login sebagai
pengguna tertentu.
Selain itu, jika account Tamu diaktifkan, SSPI logon mungkin berhasil sebagai tamu untuk kredensial pengguna yang tidak sah. Kode c contoh dalam artikel ini menunjukkan bagaimana Anda dapat memeriksa tanda akses konteks didirikan keamanan. The IsGuest fungsi pembantu dalam kode contoh menunjukkan bagaimana Anda dapat memverifikasi bahwa terjadi logon sebagai pengguna tertentu atau sebagai tamu.
PENTING: Artikel ini diterjemahkan menggunakan perangkat lunak mesin penerjemah Microsoft dan bukan oleh seorang penerjemah. Microsoft menawarkan artikel yang diterjemahkan oleh seorang penerjemah maupun artikel yang diterjemahkan menggunakan mesin sehingga Anda akan memiliki akses ke seluruh artikel baru yang diterbitkan di Pangkalan Pengetahuan (Knowledge Base) dalam bahasa yang Anda gunakan. Namun, artikel yang diterjemahkan menggunakan mesin tidak selalu sempurna. Artikel tersebut mungkin memiliki kesalahan kosa kata, sintaksis, atau tata bahasa, hampir sama seperti orang asing yang berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab terhadap akurasi, kesalahan atau kerusakan yang disebabkan karena kesalahan penerjemahan konten atau penggunaannya oleh para pelanggan. Microsoft juga sering memperbarui perangkat lunak mesin penerjemah.
Klik disini untuk melihat versi Inggris dari artikel ini:180548
(http://support.microsoft.com/kb/180548/en-us/
)
Seberapa besar upaya Anda untuk menggunakan artikel ini?
Sangat sedikit
Sedikit
Sedang
Besar
Sangat besar
Berikan saran tentang apa yang dapat kami lakukan untuk menyempurnakan informasi ini
Terima kasih! Masukan Anda akan digunakan untuk membantu kami meningkatkan konten dukungan. Untuk opsi bantuan lainnya, kunjungi Halaman Beranda Bantuan dan Dukungan.