Turnkey Meluncurkan Managed Secrets untuk Akses Kredensial Agen AI

Turnkey meluncurkan Managed Secrets, memperluas infrastruktur dompet berbasis enklave miliknya untuk mencakup kunci API, kata sandi, detail pembayaran, dan materi pemulihan yang dibutuhkan aplikasi dan agen AI untuk beroperasi. Pengumuman pada 29 Oktober menandai langkah perusahaan melampaui pengelolaan kunci privat dan memasuki ranah yang lebih luas: memberi perangkat lunak wewenang untuk bertindak tanpa menyebarkan kredensial yang dapat digunakan kembali ke berbagai bagian infrastrukturnya.

Produk ini memungkinkan tim menentukan layanan mana yang dapat mengambil kredensial dan apakah permintaan tersebut memerlukan persetujuan manusia atau banyak pihak. Untuk aplikasi keuangan, misalnya, kunci API bursa dapat diberikan kepada sistem backend perdagangan yang berwenang, tanpa membiarkannya masuk ke percakapan asisten AI atau lingkungan eksekusinya.

Memindahkan Akses Kredensial ke Dalam Batas Enklave

Kredensial yang disimpan dalam variabel lingkungan atau berkas konfigurasi memang praktis digunakan oleh perangkat lunak, tetapi pembobolan proses yang membacanya dapat mengungkap isinya. Brankas dapat memusatkan penyimpanan dan kontrol akses; pertanyaan yang tersisa adalah di mana kredensial dapat dibaca dan sistem mana yang harus dipercaya pada tahap itu.

Managed Secrets menempatkan pemeriksaan otorisasi di dalam enklave aman Turnkey. Klien mengenkripsi rahasia sebelum mengimpornya, lalu enklave mengenkripsinya kembali untuk penyimpanan. Saat permintaan masuk, enklave mengevaluasi kebijakan dan persetujuan yang relevan sebelum mengenkripsi hasilnya dengan kunci penerima yang dituju. Peminta dan penerima dapat berupa layanan yang berbeda.

Pemisahan ini penting. Aplikasi dapat memulai pekerjaan dan mengumpulkan persetujuan tanpa memperoleh kemampuan untuk mendekripsi kredensial yang digunakan untuk menyelesaikannya. Tanda tangan pemberi persetujuan mengizinkan pelepasan kredensial; tanda tangan itu tidak otomatis memberikan akses ke rahasia yang dilepas.

Kriptografi di Balik Proses Impor dan Ekspor

Dokumentasi saluran aman Turnkey menjelaskan protokol yang didasarkan pada Enkripsi Kunci Publik Hibrida (HPKE). Protokol ini menggabungkan kesepakatan kunci publik dengan enkripsi terautentikasi agar materi sensitif dapat melewati sistem perantara dalam bentuk teks sandi. Saat impor, klien memverifikasi materi kunci yang ditandatangani enklave, sedangkan saat ekspor, data dienkripsi menggunakan kunci publik yang disertakan dalam permintaan bertanda tangan.

Kunci penerima ditujukan untuk sekali pakai. Turnkey menyatakan bahwa klien harus mematuhi aturan tersebut sendiri: protokol ini tidak dapat mencegah klien yang bermasalah menggunakan kembali kunci tujuan. Karena itu, implementasi klien menjadi bagian dari model keamanan, bersama enklave.

Halaman produk Managed Secrets menyebutkan bahwa setiap rahasia dienkripsi saat disimpan menggunakan AES-256-GCM. API-nya mendukung kredensial individual maupun permintaan untuk beberapa rahasia sekaligus. Ekspor massal akan gagal seluruhnya jika salah satu rahasia yang diminta tidak memiliki otorisasi, sehingga bundel yang hanya disetujui sebagian tidak akan dilepas.

Mengapa Penerima Tetap Penting

Ungkapan “agen dapat menggunakan kredensial tanpa melihatnya” menggambarkan pola integrasi, bukan jaminan bahwa setiap proses penerima tidak dapat membaca teks biasa. Dokumentasi pengembang Turnkey secara eksplisit menyatakan bahwa teks biasa dapat berada di dalam enklave dan pada klien yang mengimpor atau mengekspor rahasia.

Jika kunci penerima dipegang oleh layanan eksekusi terpisah, layanan tersebut dapat mendekripsi dan menggunakan kredensial tanpa memberikannya kepada model. Jika kunci itu dipegang oleh lingkungan eksekusi agen sendiri, lingkungan tersebut dapat mendekripsinya. Karena itu, penerima, memorinya, dan log-nya tetap perlu dilindungi.

Ada batas kedua: kebijakan dapat memeriksa konteks permintaan, seperti domain checkout yang diklaim, tetapi Turnkey tidak memverifikasi secara independen apakah klaim itu benar. Klaim bertanda tangan menetapkan siapa yang menyatakannya. Aplikasi tetap memerlukan pemeriksaan tepercaya yang menghubungkan pernyataan tersebut dengan operasi yang sebenarnya.

Persetujuan yang Dapat Disesuaikan Seiring Perkembangan Alur Kerja

Tim dapat mengizinkan pengambilan langsung, mewajibkan persetujuan seseorang atas permintaan, atau meminta kesepakatan dari beberapa peran agen. Kebijakan dapat diubah tanpa mengimpor ulang rahasia yang mendasarinya, sehingga alur kerja dapat dimulai dengan pengawasan ketat lalu mengotomatiskan permintaan tertentu di kemudian hari.

Panduan akses terprogram Turnkey menampilkan contoh agen browser dan agen pembayaran yang bersama-sama menandatangani permintaan. Hanya agen pembayaran yang menerima detail kartu yang dapat didekripsi. Sebelum menyetujui permintaan, komponen browser memeriksa apakah domain yang diajukan cocok dengan halaman yang sedang digunakannya. Contoh ini menunjukkan mengapa peran yang independen dan validasi lebih penting daripada sekadar menghitung dua persetujuan.

Peran agen dapat menggunakan kredensial sesi dengan cakupan terbatas dan masa berlaku tertentu, sehingga operator dapat mencabut akses satu instans yang sedang berjalan. Namun, pencabutan akses di masa mendatang tidak dapat menghapus rahasia yang sudah didekripsi oleh penerima; penggantian kredensial di sistem hilir tetap menjadi kontrol operasional yang terpisah.

Dari Infrastruktur Dompet ke Otomatisasi Keuangan

Arsitektur keamanan Turnkey yang sudah ada menggunakan AWS Nitro Enclaves dan memadukan isolasi perangkat keras dengan proses build yang dapat direproduksi serta atestasi jarak jauh. Reprodusibilitas memungkinkan hasil build perangkat lunak dibandingkan, sementara atestasi memberikan bukti tentang kode yang sedang berjalan di dalam enklave. Managed Secrets memperluas fondasi tersebut ke kredensial selain kunci penandatanganan blockchain.

Perusahaan menyebut firma perdagangan, sistem backend fintech, pengembang agen AI, dan kustodian MPC sebagai pengguna yang dituju. Kredensial bursa dan token OAuth mendukung akses layanan berkelanjutan, sedangkan cadangan key share dan kunci pemulihan ditujukan untuk menjaga ketahanan. Penggunaan ini berbeda satu sama lain dan memiliki persyaratan persetujuan serta penerima yang berbeda, meskipun menggunakan infrastruktur penyimpanan yang sama.

Bagi tim teknologi keuangan, arti pentingnya terletak pada pemisahan yang lebih tegas antara mengajukan tindakan, mengotorisasi akses, dan menerima kredensial yang dapat digunakan. Managed Secrets menyediakan infrastruktur untuk pemisahan tersebut. Perlindungan yang dihasilkan bergantung pada kebijakan yang terbatas cakupannya, pihak pemberi persetujuan yang dapat diandalkan, serta layanan yang terlindungi dengan baik dan pada akhirnya menggunakan rahasia tersebut.