|Pengesahan proksi bersepadu: akaun perkhidmatan dan penyamaran

“Gunakan kelayakan Windows saya” memerlukan subjek. Dalam program desktop, subjeknya mungkin orang yang menjalankannya. Dalam perkhidmatan, subjeknya mungkin akaun perkhidmatan itu. Dalam aplikasi web, kejayaan log masuk seorang pelawat tidak menggantikan konteks keselamatan permintaan keluar secara automatik.

Ini menjelaskan mengapa pelayar dan kod sebelah pelayan pada mesin yang sama boleh menerima hasil berbeza daripada proksi dengan pengesahan bersepadu. Mereka mungkin mengemukakan identiti yang berbeza.

Namakan identiti sebelum mengubah kod

• Orang yang log masuk ke pelayar desktop.
• Akaun yang mengehos proses aplikasi.
• Mana-mana identiti yang disamar dan aktif untuk operasi keluar.
• Akaun yang benar-benar diterima atau ditolak oleh proksi.

Pada laluan pengesahan bersepadu yang disokong .NET, DefaultCredentials berkaitan konteks keselamatan semasa. Ia bukan alias global untuk sesiapa yang membuka halaman pada mesin lain.

Jika produk bertindak sebagai pengguna secara sengaja, penyamaran dan sebarang keperluan perwakilan rangkaian memerlukan reka bentuknya sendiri yang disokong. Menghidupkan suis penggunaan kelayakan lalai yang generik tidak membentuk reka bentuk itu. Sebaliknya, tugas latar belakang yang bertujuan berjalan sebagai identiti perkhidmatan tidak sepatutnya bergantung pada seseorang membuka pelayar terlebih dahulu.

Bandingkan pelancaran interaktif dan yang telah digunakan dengan rahsia dikeluarkan: konteks akaun, titik akhir proksi, kaedah yang dihebahkan dan identiti yang ditolak. Elakkan menyalin kata laluan desktop ke dalam aplikasi semata-mata kerana ia menjayakan satu permintaan sekali sahaja. Konfigurasikan akaun yang sepatutnya digunakan oleh aplikasi, kemudian kekalkan pemilikan itu kelihatan dalam rekod penggunaan.