[ Otomatisasi agen ]

Izin agen di beberapa penyewa pelanggan

Simpan setiap data, kredensial, persetujuan, dan pekerjaan antrean setiap pelanggan dalam batasan penyewa yang dapat diterapkan.

Oleh tim peneliti EmailAuth · 3 menit membaca

[Poin-poin penting]

  • Simpan setiap data, kredensial, persetujuan, dan pekerjaan antrean setiap pelanggan dalam batasan penyewa yang dapat diterapkan.
  • Periksa kembali penyewa tepercaya dan hibah saat ini pada saat pengambilan dan pelaksanaan; nama pelanggan yang serupa dan pekerjaan yang diantri tidak dapat mewarisi otoritas.
Di halaman ini

Agen autentikasi penyedia layanan mungkin berfungsi untuk banyak pelanggan, namun setiap operasi harus memiliki satu konteks pelanggan terverifikasi. Nama pelanggan dalam prompt bukanlah keputusan kontrol akses. Ikat sesi dan pekerjaan ke penyewa yang diidentifikasi oleh aplikasi tepercaya, lalu bawa identitas tersebut melalui pengambilan, proposal, persetujuan, eksekusi, dan penyimpanan bukti.

Tetapkan batas pelanggan

Selama orientasi, dapatkan inventaris domain yang disetujui dan otoritas administrator pelanggan untuk layanan yang diminta. Catat pengidentifikasi penyewa yang stabil dan unik, daripada mengandalkan nama tampilan yang serupa. Verifikasi bahwa zona DNS dan tujuan laporan termasuk dalam cakupan yang diinginkan sebelum memberikan akses.

Gunakan kredensial cakupan pelanggan atau mekanisme otorisasi hilir yang sama-sama dapat diterapkan. Identitas layanan pusat dengan akses luas memerlukan pemeriksaan ketat di setiap pencarian sumber daya. OWASP menggambarkan risiko identitas istimewa umum yang mengakses sumber daya di luar konteks pengguna yang relevan. OWASP LLM06.

Pisahkan bukti

Terapkan cakupan penyewa ke penyimpanan laporan, indeks pencarian, cache, konteks percakapan, dan file yang diekspor. Batasi pengambilan sebelum bukti mencapai model. Menyaring materi pelanggan lain dari jawaban akhir sudah terlambat jika sudah memasuki konteks kerja. Log juga memerlukan kontrol akses; dasbor debugging bersama dapat mengalahkan pemisahan yang hati-hati.

IP atau nama penyedia yang dibagikan oleh dua pelanggan bukanlah izin untuk menggabungkan bukti pribadi mereka. Catat fakta infrastruktur publik secara terpisah dari kepemilikan akun, aktivitas layanan, dan kontak khusus pelanggan. Akhiran domain serupa atau pengecer umum tidak menjadikan dua penyewa satu batas otorisasi.

Lacak pekerjaan yang antri di seluruh hibah yang dicabut

Misalkan pekerjaan dibuat berdasarkan izin valid pelanggan A, maka administrator akses mencabut izin tersebut sebelum dieksekusi. Pelaksana harus memeriksa kembali kewenangan yang ada saat ini dibandingkan mengandalkan sidang sebelumnya. Jika cache juga berisi catatan pelanggan B dengan nama pendek yang sama, pencarian harus tetap tercakup dalam A; infrastruktur bersama dan nama yang mirip tidak dapat membenarkan pengambilan bukti pribadi B.

Ini adalah kasus batas hipotetis, bukan konektor yang diuji atau runbook yang disediakan. Tetapkan tanggung jawab yang berbeda untuk persetujuan cakupan, perubahan operasional, tinjauan akses independen, dan pelepasan. Tentukan kondisi penerimaan terukur untuk penerapan sebenarnya, termasuk permintaan A yang diizinkan dan permintaan B yang ditolak, pencabutan pekerjaan antrean, dan pengambilan cache dengan cakupan yang tepat. Jangan mengklaim nol eksposur lintas penyewa sampai jalur yang relevan benar-benar diuji.

Periksa pekerjaan serta sesi

Ikat persetujuan ke penyewa dan verifikasi identitas yang sama pada waktu eksekusi. Jangan biarkan model memilih kredensial mana yang akan digunakan dari nama pelanggan teks bebas. Periksa kembali otorisasi ketika pekerjaan antrean berjalan; hibah mungkin telah dicabut setelah pekerjaan itu dibuat. Hubungan pelanggan yang sudah habis masa berlakunya atau dialihkan memerlukan penanganan yang jelas, bukan akses yang diwariskan.

Uji dengan nama pelanggan yang sengaja serupa, IP penyedia yang tumpang tindih, nama rekaman yang digunakan kembali, dan jawaban yang disimpan dalam cache dari penyewa berbeda. Sertakan pembacaan pelanggan yang diizinkan sehingga pengujian membuktikan akses tercakup, bukan konektor yang dinonaktifkan secara global. Contoh hipotetis di atas tidak menjalankan tes penerapan apa pun. Pertahankan konteks permintaan aktual, keputusan otorisasi, dan efek yang diamati saat mengevaluasinya.

Tutup hubungan dengan bersih

Offboarding harus menghentikan pekerjaan baru, mencabut akses, menangani pekerjaan yang antri dan menerapkan proses penyimpanan bukti yang disepakati. Konfirmasikan setiap tindakan melalui sistem yang bertanggung jawab. Menyimpan riwayat audit minimum yang diperlukan untuk menjelaskan pekerjaan sebelumnya berdasarkan perjanjian yang berlaku. Jangan menghapus bukti secara otomatis atau mempertahankan akses tanpa batas hanya karena agen mungkin perlu menjawab pertanyaan selanjutnya.

[ Membawa pergi ]

Periksa kembali penyewa tepercaya dan hibah saat ini pada saat pengambilan dan pelaksanaan; nama pelanggan yang serupa dan pekerjaan yang diantri tidak dapat mewarisi otoritas.

[ Berdasarkan peran ]

Apa artinya ini bagi Anda

Pilih peran Anda untuk langkah praktis selanjutnya.

Admin TI / Surat

Menerapkan identitas penyewa

Membawa konteks terverifikasi melalui setiap operasi.

Langkah selanjutnya

  1. Pengambilan cakupan dan cache.
  2. Periksa kembali pekerjaan yang antri.
  3. Uji nama yang mirip.

CISO / Detik

Tinjau pemisahan dari ujung ke ujung

Log atau ekspor dapat melewati isolasi suara.

Langkah selanjutnya

  1. Akses bukti audit.
  2. Uji penolakan lintas penyewa.
  3. Verifikasi pencabutan.

Pendiri / Non-teknis

Melindungi kepercayaan pelanggan

Jadikan cakupan dan tanggung jawab siklus hidup terlihat.

Langkah selanjutnya

  1. Menyetujui batas layanan.
  2. Setuju retensi bukti.
  3. Tetapkan kepemilikan luar pesawat.

[ FAQ ]

Pertanyaan yang sering diajukan

Apakah nama pelanggan di prompt merupakan pengidentifikasi penyewa?

Otorisasi ini tidak cukup. Gunakan konteks penyewa terverifikasi aplikasi tepercaya.

Bisakah IP bersama membenarkan penggabungan laporan dua pelanggan?

Tidak. Infrastruktur bersama tidak memberikan akses ke bukti pribadi pelanggan lain.

Haruskah pemfilteran hanya terjadi pada jawaban akhir?

Tidak. Terapkan cakupan pengambilan sebelum data penyewa lainnya mencapai model.

Apa saja yang harus disertakan dalam persetujuan?

Penyewa dan cakupan sumber daya yang tepat, serta operasi spesifik yang diusulkan.

Bisakah pekerjaan yang antri mengandalkan izin lama?

Tidak. Periksa kembali otorisasinya pada waktu pelaksanaan, termasuk pencabutan dan habis masa berlakunya.

Apakah syarat penerimaan yang diusulkan merupakan janji kontrak?

Tidak. Itu adalah persyaratan evaluasi untuk beradaptasi dan menyetujui penerapan aktual, bukan kinerja terukur atau SLA.

Apakah contoh ini menunjukkan isolasi penyewa yang diterapkan?

Tidak. Ini menjelaskan kasus pekerjaan yang dicabut dan cache yang dicakup; pengambilan aktual, antrean, ekspor, dan jalur eksekusi masih memerlukan pengujian resmi.

Apa yang termasuk dalam offboarding?

Hentikan pekerjaan baru, cabut hibah, tangani pekerjaan yang antri, dan ikuti proses penyimpanan bukti yang disetujui.

[ Sumber ]

Sumber

  1. OWASP LLM06 Agensi Berlebihan

    Bagian Strategi Pencegahan dan Mitigasi

  2. Lembar Cheat Pencegahan Injeksi Cepat OWASP LLM

    Bagian Pertahanan Khusus Agen · Hak Istimewa Paling Sedikit · Uji Asap Pertahanan Anda

[ Glosarium ]

Glosarium

Penyewa
Konteks pelanggan yang diberi wewenang secara independen dan cakupan sumber dayanya.
Pencabutan
Penghapusan akses atau otoritas yang diberikan sebelumnya.

Asal perusahaan

Mengapa lembaga keuangan dan pemerintah terkemuka menghentikan dasbor keamanan email mereka.

Platform autentikasi email tradisional menjual dasbor kepada Anda dan meminta teknisi Anda melakukan pekerjaannya. Di lingkungan berisiko tinggi, pengawasan manual berarti penegakan yang tertunda, penyimpangan konfigurasi, dan domain bayangan yang tidak dipantau.

EmailAuth adalah platform asal email agen. Agen kami menegakkan p=reject, jaga agar pengirim pihak ketiga tetap selaras dan pindahkan domain Anda ke kapasitas penuh RFC 9989 kepatuhan, standar DMARC baru, dengan kemampuan audit yang dapat dilakukan secara langsung oleh manusia.

Pemerintah Perusahaan besar Lembaga keuangan tingkat 1

SaaS · Penyewaan khusus · On-prem dengan celah udara · Enkripsi BYOK

Basis Pengetahuan