Identitas Agen AI: Pertanyaan yang Dilewati Setiap Perusahaan

Jawaban singkatnya: ketika Anda menjalankan agen AI di dalam perusahaan, agen itu memerlukan identitasnya sendiri, persis seperti karyawan memerlukan akun. Praktik umum saat ini — menanamkan kunci API statis langsung di dalam agen agar ia dapat menjangkau sistem Anda — adalah hal paling berbahaya yang dapat Anda lakukan, karena kunci itu tidak pernah kedaluwarsa, tidak ada yang tahu siapa yang menggunakannya, dan kunci itu tidak dapat dicabut dengan cepat saat Anda membutuhkannya. Pendekatan yang benar adalah memberi setiap agen identitas yang terdaftar, izin yang dibatasi, dan token berumur pendek yang kedaluwarsa secara otomatis.

Itulah tepatnya yang diumumkan Okta, salah satu vendor manajemen identitas terbesar di dunia, pada 24 Agustus 2026, melalui kemampuan baru bernama Agent SSO. Idenya tampak sederhana di permukaan, tetapi konsekuensinya mendalam: daftarkan agen AI sebagai identitas kelas satu di dalam direktori perusahaan, berdampingan dengan karyawan manusia, sehingga agen itu tunduk pada alat yang sama untuk memberikan, memantau, dan mencabut akses.

Mengapa pertanyaan ini menjadi mendesak sekarang

Selama dua tahun terakhir, AI perusahaan beralih dari "bot yang menjawab pertanyaan" menjadi "agen yang mengerjakan pekerjaan". Agen masa kini membuka CRM Anda, membaca pesanan, memperbarui catatan inventaris, mengirim pesan kepada pelanggan, bahkan mungkin menyiapkan faktur. Setiap langkah itu berarti masuk ke sistem nyata yang menyimpan data nyata.

Masalahnya, perangkat keamanan sebagian besar perusahaan dibangun di atas satu asumsi: bahwa siapa pun yang masuk ke sistem adalah manusia. Satu angka mencolok yang dikutip Okta dalam pengumumannya menggambarkan kesenjangan ini: hanya 34% organisasi yang menerapkan kontrol keamanan yang sama pada agen AI seperti yang mereka terapkan pada pekerja manusia. Dengan kata lain, sekitar dua pertiga perusahaan menjalankan entitas otomatis di dalam sistem mereka tanpa tingkat tata kelola yang sama.

Ketika sebuah agen tidak memiliki identitas yang jelas, masalah menumpuk dan semuanya sejenis: Anda tidak tahu berapa banyak agen yang beroperasi di dalam bisnis Anda, Anda tidak tahu siapa yang mengotorisasi masing-masing, Anda tidak dapat menjawab pertanyaan sederhana auditor — "siapa yang melakukan tindakan ini?" — dan Anda tidak punya satu tombol pun untuk menghentikan agen yang sudah keluar jalur.

Apa yang sebenarnya dilakukan Agent SSO

Layanan ini berjalan di atas protokol terbuka bernama Cross App Access (XAA), perluasan dari standar OAuth yang sudah dikenal, yang telah diadopsi sebagai ekstensi otorisasi resmi yang dikelola perusahaan untuk MCP — protokol yang telah menjadi bahasa bersama antara agen dan sistem. Singkatnya, ketika agen AI yang mendukung protokol ini mencoba terhubung ke salah satu aplikasi bisnis Anda, hal berikut terjadi:

  • Pendaftaran: agen dicatat sebagai identitas bernama di direktori perusahaan, bukan sebagai kunci anonim.
  • Otorisasi: agen menerima token akses berumur pendek yang kedaluwarsa secara otomatis, alih-alih kunci statis yang tersimpan di file konfigurasi.
  • Tata kelola: administrator mengelola izin agen dari konsol yang sama yang digunakan untuk izin karyawan.
  • Pencabutan seketika: akses agen dapat diputus dengan satu tindakan begitu perilakunya tampak salah.

Yang patut dicatat, Okta menjadikan Agent SSO bagian dari layanan single sign-on intinya tanpa biaya tambahan — sinyal bahwa Okta ingin pola ini menyebar sebagai standar alih-alih menjualnya sebagai fitur premium. Pengumumannya juga menyebut perusahaan yang bekerja sama dengannya dalam pendekatan ini, di antaranya Anthropic, Atlassian, Slack, Notion, Datadog, dan Figma.

Aturan baru: setiap agen AI yang berjalan di dalam perusahaan Anda harus memiliki nama, pemilik manusia yang bertanggung jawab atasnya, izin yang dibatasi, dan tanggal kedaluwarsa. Persis seperti karyawan.

Apa artinya bagi pemilik bisnis di Arab Saudi

Pada tahun yang ditetapkan Kerajaan sebagai Tahun Kecerdasan Buatan, perusahaan bergerak cepat menempatkan agen AI di layanan pelanggan, penjualan, dan operasional. Dan peralihan dari uji coba ke produksi sungguhan adalah tepat titik ketika identitas dan izin berhenti menjadi detail teknis dan menjadi perhatian utama.

Ada juga dimensi regulasi. Undang-Undang Pelindungan Data Pribadi (PDPL) mewajibkan organisasi mengendalikan siapa yang mengakses data pribadi dan untuk tujuan apa, serta mampu membuktikannya saat audit. Jika agen AI Anda membaca data pelanggan melalui kunci bersama yang bukan milik siapa pun secara khusus, Anda praktis tidak dapat menjawab pertanyaan "siapa yang mengakses data ini?" — dan itu bukan sekadar kelemahan teknis, melainkan celah kepatuhan.

Langkah praktis yang dapat Anda mulai hari ini

Anda tidak memerlukan platform global untuk memulai. Prinsip yang sama berlaku untuk sistem internal apa pun yang dibangun dengan benar:

  • Inventarisasi agen Anda: catat setiap alat AI yang terhubung ke sistem Anda saat ini — jumlahnya akan mengejutkan Anda.
  • Akun terpisah untuk setiap agen: jangan pernah berbagi akun karyawan atau kunci serbaguna di antara beberapa alat.
  • Hak akses minimum: jika agen hanya perlu membaca, jangan beri izin untuk mengubah atau menghapus.
  • Token berumur pendek: ganti kunci permanen dengan token yang kedaluwarsa dan diperbarui secara otomatis.
  • Jejak audit lengkap: setiap tindakan yang dilakukan agen dicatat beserta namanya, cap waktunya, dan sistem yang terdampak.
  • Pemilik manusia: setiap agen memiliki karyawan yang bertanggung jawab, yang meninjau izinnya secara berkala dan dapat menghentikannya.
  • Persetujuan manusia untuk operasi sensitif: transfer keuangan, penghapusan data, dan pengiriman pesan massal ke pelanggan memerlukan titik pemeriksaan manusia.

Cara kami melihatnya di Origami

Ketika kami membangun sistem khusus untuk klien dan menghubungkan agen AI ke dalamnya, sejak hari pertama kami memperlakukan agen itu sebagai pengguna dengan akun, izin, dan log — bukan sebagai skrip yang berjalan dengan kunci administrator. Keputusan arsitektur sederhana itu menghindarkan klien dari pembangunan ulang di kemudian hari dan membuat sistem siap audit sejak awal, alih-alih ditambal saat pertanyaan pertama auditor atau insiden keamanan pertama.

Pengumuman Okta penting karena mengubah apa yang dulu merupakan pertimbangan masing-masing pengembang menjadi standar industri yang didukung vendor perangkat besar. Siapa pun yang membangun di atas fondasi ini hari ini akan otomatis selaras dengan apa yang menjadi persyaratan dasar satu atau dua tahun dari sekarang.

Intinya: AI di dalam perusahaan Anda bukan lagi alat yang Anda gunakan, melainkan pihak yang bertindak atas nama Anda. Dan setiap pihak yang bertindak atas nama Anda memerlukan identitas dan batasan yang jelas — jika tidak, Anda sedang mengelola risiko yang tidak dapat Anda lihat.

Sumber