Pemimpin pemikiran

Washington Dapat Menangguhkan Model Anthropic, tetapi Tidak Dapat Memperbaiki Arsitektur Anda

mm
Tambahkan Unite.AI ke sumber pilihan Anda di Google

Saga seputar model Fable 5 dan Mythos 5 milik Anthropic memberikan industri TI sebuah studi kasus langka secara real‑time tentang tata kelola AI di bawah tekanan geopolitik. Pada bulan Juni, Departemen Perdagangan AS memerintahkan Anthropic untuk memutuskan akses ke kedua model tersebut bagi semua warga negara asing karena kekhawatiran keamanan nasional. Anthropic tidak dapat memverifikasi kewarganegaraan tepat waktu, sehingga ia menutup akses sepenuhnya, kemudian memulihkannya beberapa minggu kemudian. Pemicu, menurut sebagian besar laporan, adalah sebuah jailbreak yang membuat model berperilaku seperti alat siber ofensif yang cakap. Model frontier terus menjadi lebih baik dalam menemukan dan mengeksploitasi kerentanan, dan tren ini akan berlanjut terlepas dari laboratorium mana yang menjadi sorotan bulan ini.

Ancaman itu penting, dan tim keamanan informasi harus memantau dengan cermat. Para pemimpin TI dapat belajar sesuatu yang lebih berguna dari episode ini: apa yang diungkapkan penangguhan tentang arsitektur Anthropic sendiri, dan apa artinya bagi setiap organisasi yang harus menjawab pertanyaan tata kelola secara permintaan.

Sebuah Arahan Tanpa Diagnosis

Meskipun penyebab kini dikaitkan dengan temuan jailbreak tertentu, Pemerintah masih belum mempublikasikan detail teknis lengkap di balik keputusannya, dan penyelesaian cepat—gencatan senjata yang tercapai dalam beberapa minggu—bersama dengan proposal Anthropic untuk kerangka kerja industri dalam menilai tingkat keparahan jailbreak, menunjukkan bahwa ini merupakan hasil yang sama‑nya dinegosiasikan dan didorong hubungan, bukan semata‑mata teknis. Apapun penyebab pasti yang terungkap, hal itu tidak mengubah fakta yang lebih penting: seorang pesaing meluncurkan model yang sebanding kemampuannya yang lolos dari pembatasan yang sama, yang menimbulkan pertanyaan tentang konsistensi.

Hal itu penting secara operasional, karena berarti para pemimpin TI tidak dapat memperlakukan ini sebagai insiden terpisah yang selesai dengan penyebab akar yang jelas untuk dipertahankan. Itu merupakan episode geopolitik dan regulasi, bukan kegagalan teknis satu kali, dan tekanan mendasar yang menjadi responsnya tidak akan menghilang. Membatasi akses satu vendor selama beberapa minggu tidak secara signifikan mengubah lintasan tersebut. Bahkan, hal ini menunjukkan bahwa hambatan untuk menemukan dan mengeksploitasi kerentanan semakin berkurang, terlepas dari laboratorium mana modelnya berada di puncak peringkat pada minggu tertentu.

Mengapa Tim yang Siap dengan Baik Hampir Tidak Menyadarinya

Pertanyaan yang lebih mendidik bagi TI produksi adalah apa yang sebenarnya berubah bagi organisasi yang menjalankan sistem ini setiap hari. Jawaban jujurnya sangat sedikit, dan itulah intinya. Tim yang telah membangun tata kelola AI mereka dengan asumsi bahwa model, vendor, atau jalur akses apa pun dapat menghilang dalam semalam memperlakukan episode ini sebagai hal rutin. Kehadiran atau ketidakhadiran satu model pun tidak pernah melindungi mereka.

Sistem mereka sendiri dapat menjawab pertanyaan tata kelola sesaat seseorang menanyakannya: siapa yang memiliki akses ke apa, melalui alat apa, dan apa yang terjadi pada saat akses perlu diubah. Penangguhan oleh Anthropic sendiri menggambarkan apa yang terjadi tanpa kemampuan tersebut. Sebuah perintah pemerintah diterbitkan. Anthropic tidak dapat memverifikasi kewarganegaraan secara real‑time pada ratusan juta pengguna, sehingga satu‑satunya respons yang patuh adalah mematikan semuanya untuk semua orang. Itulah tampilan respons paksa, tegas, dan all‑or‑nothing ketika arsitektur organisasi tidak dapat menjawab pertanyaan terarah dengan cepat. Visibilitas granular secara real‑time terhadap akses dan identitas ada untuk mencegah hasil tersebut.

Dengan kerangka ini, episode Fable 5 memberi gambaran tentang jenis peristiwa paksa yang akan dihadapi setiap organisasi yang menjalankan AI dalam skala besar pada akhirnya. Peristiwa tersebut dapat muncul sebagai arahan regulasi, penilaian risiko dari vendor, atau kerentanan yang baru ditemukan. Organisasi yang melewatinya dengan bersih tidak perlu menebak model mana yang dapat dipercaya. Arsitektur mereka sudah dapat menjawab pertanyaan tersebut.

Masalah Verifikasi pada Lapisan API

Benang yang kurang terlihat dan mungkin lebih konsekuensial dalam episode ini adalah apa yang sebenarnya dikatakan kesenjangan verifikasi tersebut tentang arsitektur yang mendasarinya. Hal ini menunjukkan keterbatasan struktural: organisasi membangun kepercayaan dan identitas pada lapisan API setelah fakta, padahal seharusnya mereka merancangnya sejak awal.

Bagi organisasi yang mengoperasikan infrastruktur kritis, seperti manufaktur, utilitas, layanan keuangan, perawatan kesehatan, dan sistem perusahaan yang mendasarinya, pelajaran ini meluas jauh melampaui kepatuhan kontrol ekspor. Jika akses, identitas, dan aliran data tidak dapat diverifikasi dan diatur secara kontinu dan real‑time, setiap keputusan eksternal, baik itu arahan regulasi, penilaian risiko vendor, atau kerentanan yang baru ditemukan, dapat memaksa respons tegas, all‑or‑nothing. Organisasi yang paling siap menyerap guncangan semacam itu adalah yang sudah memiliki visibilitas granular secara real‑time tentang siapa dan apa yang menyentuh aset produksi mereka, bukan yang bergantung pada audit berkala atau jaminan vendor setelah fakta.

Membangun Tata Kelola AI Proaktif

Seperti apa tata kelola AI proaktif sebenarnya dalam praktik, dibandingkan dengan dokumen kebijakan? Itu dimulai dengan memperlakukan setiap model, vendor, atau jalur akses sebagai sesuatu yang dapat ditarik kembali tanpa peringatan, dan membangun tata kelola yang tidak bergantung pada satu pun di antaranya tetap ada.

Ini juga berarti berinvestasi pada visibilitas operasional yang memungkinkan tim melihat, secara real‑time, di mana sistem memanggil LLM. Tim yang unggul pada versi selanjutnya dari cerita ini akan menjadi mereka yang tidak pernah perlu merespons secara mendesak pada awalnya, karena visibilitas dan batasan sudah terintegrasi dalam cara aset mereka beroperasi, dengan atau tanpa model tertentu di balik panggilan API.

Jan Karstens bergabung Avantra sebagai Chief Technology Officer pada September 2025, membawa lebih dari dua dekade pengalaman memimpin inovasi teknologi dan produk di bidang perangkat lunak perusahaan, AI, dan platform cloud. Berbasis di Jerman, Jan mengarahkan strategi teknologi Avantra, arsitektur produk, dan peta jalan inovasi seiring perusahaan mengembangkan solusi otomatisasi cerdas untuk operasi SAP.

Sebelum bergabung dengan Avantra, Jan menjabat sebagai AI Solution Architect di Aleph Alpha, di mana ia fokus mengembangkan solusi AI berskala perusahaan. Sebelumnya, ia adalah CTO di STP – The Legal Tech Company, mengawasi modernisasi penawaran SaaS perusahaan. Jan menghabiskan lebih dari satu dekade di Blue Yonder, naik jabatan dari Head of Development menjadi CTO dan kemudian CVP of Cloud Platform Engineering, di mana ia memimpin transformasi menjadi platform AI dan ML berbasis cloud untuk optimalisasi ritel dan rantai pasokan.

Di awal kariernya, Jan memegang peran senior dalam pengembangan di SAP dan Lufthansa Systems, membangun fondasi kuat dalam perancangan dan arsitektur perangkat lunak perusahaan berskala besar. Kariernya mencerminkan semangat konsisten terhadap keunggulan teknologi, inovasi, dan membangun organisasi teknik yang berperforma tinggi.