|Autentikasi proxy terintegrasi: akun layanan dan penyamaran
|Periksa konteks keamanan di balik autentikasi proxy terintegrasi ketika aplikasi yang sama bekerja secara interaktif tetapi gagal sebagai layanan web atau proses terjadwal.
“Gunakan kredensial Windows saya” memerlukan subjek. Dalam program desktop, subjeknya bisa berupa orang yang menjalankannya. Dalam layanan, subjeknya bisa berupa akun layanan itu. Dalam aplikasi web, keberhasilan masuk seorang pengunjung tidak otomatis menggantikan konteks keamanan permintaan keluar.
Ini menjelaskan mengapa browser dan kode sisi server pada mesin yang sama dapat menerima hasil berbeda dari proxy dengan autentikasi terintegrasi. Keduanya mungkin menyajikan identitas yang berbeda.
Beri nama identitas sebelum mengubah kode
- Orang yang masuk ke browser desktop.
- Akun yang menghosting proses aplikasi.
- Identitas apa pun yang disamar dan aktif untuk operasi keluar.
- Akun yang benar-benar diterima atau ditolak oleh proxy.
Pada jalur autentikasi terintegrasi yang didukung .NET, DefaultCredentials menyangkut konteks keamanan saat ini. Itu bukan alias global bagi siapa pun yang membuka halaman di mesin lain.
Jika produk sengaja bertindak sebagai pengguna, penyamaran dan persyaratan delegasi jaringan apa pun memerlukan desainnya sendiri yang didukung. Menyalakan sakelar umum untuk memakai kredensial default tidak membangun desain itu. Sebaliknya, tugas latar belakang yang dimaksudkan berjalan sebagai identitas layanan tidak boleh bergantung pada seseorang yang membuka browser lebih dulu.
Bandingkan peluncuran interaktif dan yang sudah diterapkan dengan rahasia dihapus: konteks akun, titik akhir proxy, metode yang diumumkan, dan identitas yang ditolak. Hindari menyalin kata sandi desktop ke aplikasi hanya karena itu membuat satu permintaan sekali jalan berhasil. Konfigurasikan akun yang seharusnya digunakan aplikasi, lalu jaga kepemilikan itu tetap terlihat dalam catatan penerapan.