Craig Riddell, Global Field CISO di Wallarm – Seri Wawancara

Craig Riddell, Global Field CISO di Wallarm, adalah seorang eksekutif keamanan siber yang berpengalaman yang fokus membantu perusahaan mengelola risiko yang meningkat terkait dengan API dan sistem yang didorong oleh AI. Dalam perannya saat ini, ia bekerja sama dengan CISO, CIO, dan pemimpin teknik untuk menerjemahkan pola serangan dan skenario penyalahgunaan dunia nyata menjadi strategi keamanan yang dapat diambil, dengan penekanan kuat pada observabilitas—memahami bagaimana API dan sistem AI berperilaku di produksi di seluruh pengguna, aplikasi, dan integrasi. Karirnya meliputi peran kepemimpinan di bidang manajemen identitas dan akses, arsitektur kepercayaan nol, dan keamanan perusahaan di organisasi termasuk Netwrix, Kron, dan HP, di mana ia mengemudi transformasi IAM skala besar dan memodernisasi kerangka keamanan. Keahlian Riddell berpusat pada ancaman yang muncul seperti serangan logika bisnis, penyalahgunaan API, pergeseran sistem AI, dan penipuan, dengan fokus konsisten pada menjembatani kesenjangan antara strategi keamanan tingkat tinggi dan eksekusi operasional.

Wallarm adalah perusahaan keamanan siber yang mengkhususkan diri dalam melindungi API, aplikasi, dan sistem yang didorong oleh AI di lingkungan cloud modern. Platformnya menyediakan penemuan terus-menerus, pengujian, dan perlindungan waktu nyata terhadap ancaman seperti penyalahgunaan API, serangan logika bisnis, dan eksploitasi otomatis, sambil menawarkan visibilitas yang dalam tentang bagaimana sistem berperilaku di seluruh infrastruktur yang kompleks. Dirancang untuk arsitektur multi-cloud dan cloud-native, Wallarm terintegrasi dengan alur kerja DevOps dan keamanan yang ada, memungkinkan organisasi untuk mendeteksi dan memblokir serangan saat terjadi, bukan setelah kejadian. Dengan menggabungkan inventori API, deteksi ancaman yang didorong oleh AI, dan kemampuan respons otomatis, platform ini menangani kenyataan yang meningkat bahwa API dan sistem AI telah menjadi permukaan serangan utama untuk bisnis digital modern.

Anda memulai karir Anda bekerja langsung dengan sistem dan infrastruktur dan telah pindah ke peran kepemimpinan yang fokus pada identitas, akses, API, dan keamanan AI. Apa pergeseran kunci sepanjang perjalanan itu yang menyebabkan Anda menyimpulkan bahwa risiko yang sebenarnya telah bergeser dari perimeter ke API dan sistem yang digerakkan oleh mesin?

Awal dalam karir saya, fokusnya adalah melindungi tepi. Firewall, segmentasi, pengerasan infrastruktur. Model itu bekerja ketika sistem lebih statis dan batas kepercayaan lebih mudah didefinisikan.

Apa yang berubah adalah bagaimana aplikasi dibangun dan bagaimana sistem berinteraksi. API menjadi jaringan yang menghubungkan semuanya, dan AI mempercepat hal itu lebih lanjut. Sekarang sistem membuat keputusan, memanggil sistem lain, dan menjalankan tindakan pada skala dan kecepatan yang tidak melibatkan manusia dalam loop.

Pada titik itu, perimeter menjadi kurang relevan. Risiko yang sebenarnya bergeser ke tempat keputusan dibuat dan tindakan dijalankan, di dalam API dan alur kerja yang digerakkan oleh mesin.

Jika Anda tidak memiliki visibilitas dan kontrol di sana, Anda mempercayai perilaku yang tidak dapat Anda lihat sepenuhnya. Itulah tempat risiko bisnis muncul, dari paparan keuangan hingga hasil yang tidak diinginkan dan gangguan operasional.

Anda telah menggambarkan jabat tangan siber sebagai rusak, mengacu pada bagaimana sistem membangun kepercayaan dan menukar tindakan di seluruh rantai API dan proses otomatis yang semakin kompleks. Apa bentuk kerusakan itu dalam lingkungan perusahaan nyata hari ini?

Di sebagian besar lingkungan, sistem mempercayai satu sama lain berdasarkan identitas dan autentikasi. Token yang valid, permintaan yang terbentuk dengan baik, dan interaksi yang diizinkan.

Masalahnya adalah bahwa ini menganggap valid sama dengan aman. Itu tidak lagi benar.

Kami mengautentikasi identitas, tetapi kami tidak memvalidasi niat. Kami memverifikasi akses, tetapi tidak perilaku di seluruh rantai.

Layanan mungkin diberi wewenang untuk memanggil layanan lain, yang memicu tindakan downstream di seluruh API. Setiap langkah terlihat sah dalam isolasi, tetapi di seluruh rantai penuh, Anda mulai melihat perilaku yang tidak diinginkan atau penyalahgunaan logika.

Di lingkungan yang digerakkan oleh AI, hal ini diperkuat. Agen dapat merantai tindakan dan menjalankan alur kerja tanpa tinjauan manusia.

Jabat tangan masih terjadi, tetapi tidak ada yang bertanya apakah perilaku masuk akal dalam konteks. Kepercayaan didirikan tetapi tidak divalidasi terus-menerus.

Mengapa risiko AI dan API sering jatuh di antara batas organisasi daripada dimiliki dengan jelas?

Karena sistem tidak selaras dengan bagaimana organisasi disusun.

DevOps memiliki pengiriman. Keamanan memiliki kebijakan. Tim bisnis memiliki hasil. Tim data memiliki model. Setiap grup memiliki sepotong, tetapi tidak ada yang memiliki sistem sebagai keseluruhan dalam produksi.

API menjalankan logika bisnis di seluruh sistem. AI memperkenalkan pengambilan keputusan non-deterministik di atas itu. Bersama-sama, mereka memotong melintasi setiap batas.

Mereka dibangun oleh satu tim, diamankan oleh tim lain, dan dikonsumsi oleh tim ketiga, dengan pemantauan yang tidak konsisten di seluruh mereka.

Kesenjangan yang diciptakan bukanlah kegagalan tim. Mereka adalah kegagalan model operasional untuk mencerminkan bagaimana sistem modern sebenarnya bekerja.

Dalam pengalaman Anda, tim mana yang biasanya menganggap mereka memiliki risiko AI, dan di mana celah buta terbesar ada di antara keamanan, DevOps, dan unit bisnis?

Tim keamanan cenderung memiliki risiko AI dari perspektif tata kelola dan kepatuhan. DevOps memiliki pengiriman dan keandalan. Unit bisnis fokus pada hasil.

Celah buta muncul di antara area tersebut.

Keamanan mendefinisikan apa yang seharusnya terjadi. DevOps memastikan sistem berjalan. Bisnis fokus pada hasil. Tetapi sangat sedikit tim yang secara konsisten melihat apa yang sistem lakukan secara nyata dalam waktu nyata.

Itulah tempat risiko hidup, terutama ketika perilaku secara teknis valid tetapi salah dalam konteks.

Banyak serangan modern muncul sebagai perilaku yang valid dan terautentikasi daripada intrusi yang jelas. Bagaimana organisasi harus memikirkan kembali deteksi dalam kenyataan baru ini?

Kami perlu melampaui mengidentifikasi “permintaan buruk”.

Dalam banyak kasus, permintaan itu valid. Kredensialnya sah. Panggilan API diharapkan. Apa yang tidak diharapkan adalah urutan tindakan, volume, atau hasil.

Deteksi harus menjadi perilaku dan kontekstual. Ini kurang tentang memblokir permintaan tunggal dan lebih tentang memahami bagaimana sistem berinteraksi seiring waktu.

Pendekatan yang benar-benar bertahan pada skala melampaui pencocokan pola. Mereka menguraikan permintaan secara struktural, memperlakukan setiap interaksi sebagai set token perilaku daripada mencoba mencocokkan pola yang dikenal buruk.

Itu memungkinkan Anda untuk memahami bagaimana perilaku berkembang dan di mana ia menyimpang, bahkan ketika semuanya terlihat valid di permukaan.

Jika Anda mengandalkan aturan statis atau tanda tangan, Anda akan melewatkan sebagian besar hal yang penting.

Anda telah menekankan pentingnya observabilitas ke dalam perilaku dunia nyata. Apa bentuk observabilitas yang bermakna untuk API dan sistem AI di produksi?

Observabilitas yang bermakna bukan hanya log dan metrik. Ini tentang memahami perilaku dalam konteks.

Untuk API, itu berarti visibilitas permintaan dan respons penuh, bagaimana endpoint digunakan, dan bagaimana interaksi berkembang seiring waktu.

Untuk sistem AI, itu berarti memahami input, keputusan, dan tindakan yang dihasilkan.

Yang paling penting, itu berarti menghubungkan semuanya di seluruh sistem menjadi alur kerja penuh, bukan peristiwa yang terisolasi.

Tanpa itu, Anda beroperasi berdasarkan asumsi tentang perilaku sistem alih-alih kenyataan.

Mengapa model tinjauan dan persetujuan manusia yang tradisional menjadi kurang efektif di lingkungan yang digerakkan oleh mesin?

Karena kecepatan dan skala telah berubah.

Sistem membuat ribuan atau jutaan panggilan per menit, dan serangan atau perilaku yang tidak diinginkan dapat terjadi dalam menit atau detik. Anda tidak dapat realistis meletakkan manusia dalam loop untuk setiap keputusan tanpa memecahkan kinerja.

Sistem AI juga tidak selalu deterministik, yang membuat model persetujuan sebelumnya kurang efektif.

Pengawasan manusia masih penting, tetapi perlu bergeser dari mengizinkan tindakan individu ke mendefinisikan batasan dan memantau hasil.

Apa kesenjangan operasional yang paling umum Anda lihat ketika perusahaan mencoba mengamankan sistem AI menggunakan kerangka keamanan warisan?

Kesenjangan terbesar adalah ketergantungan yang berlebihan pada kontrol waktu desain.

Organisasi fokus pada mengamankan model, meninjau kode, dan mendefinisikan kebijakan sebelum pengiriman. Itu penting, tetapi itu menganggap sistem akan berperilaku seperti yang diharapkan setelah mereka hidup.

Dalam kenyataan, sistem berkembang. API berubah. Model AI berinteraksi dengan data dan alur kerja baru. Perilaku bergeser seiring waktu.

Tanpa validasi perilaku terus-menerus di produksi, organisasi secara efektif buta setelah pengiriman.

Apa bentuk model operasional yang praktis ketika banyak pemangku kepentingan berbagi akuntabilitas untuk risiko AI dan API?

Ini dimulai dengan mengakui bahwa tidak ada tim tunggal yang dapat memiliki ini dari ujung ke ujung.

Model praktis mendefinisikan akuntabilitas bersama, disandarkan pada sumber kebenaran yang sama: perilaku runtime.

Keamanan mendefinisikan risiko dan kebijakan. Teknik membangun dan mengoperasikan sistem. Bisnis mendefinisikan hasil yang dapat diterima.

Tim yang mendahuluinya beroperasi dalam loop tertutup. Penemuan terus-menerus, penegakan, dan penyempurnaan yang didorong oleh apa yang sistem lakukan secara nyata di produksi, bukan apa yang diasumsikan pada waktu desain.

Semua pemangku kepentingan perlu memiliki visibilitas ke dalam bagaimana sistem beroperasi di produksi. Dari sana, tim dapat selaras pada apa yang “baik” terlihat, mendeteksi deviasi, dan merespons.

Perubahan ini dari kepemilikan yang terisolasi ke tanggung jawab yang terkoordinasi, didasarkan pada wawasan runtime.

Menghadap ke depan, apakah Anda mengharapkan tanggung jawab keamanan menjadi lebih terpusat lagi, atau akan terus terfragmentasi karena sistem menjadi lebih otonom?

Tanggung jawab akan tetap terdistribusi karena itu mencerminkan bagaimana sistem dibangun.

Apa yang akan berubah adalah bagaimana tanggung jawab itu dikoordinasikan.

Kita akan melihat lebih banyak model tata kelola yang terpadu di mana tim memiliki domain mereka tetapi beroperasi dengan visibilitas dan konteks yang dibagikan.

Organisasi yang berhasil tidak akan menjadi mereka yang mencoba mengentralisasi semuanya. Mereka akan menjadi mereka yang menyelaraskan pemangku kepentingan di sekitar bagaimana sistem sebenarnya berperilaku di dunia nyata.

Karena jika tidak ada yang memahami perilaku runtime, tidak ada yang benar-benar memiliki risiko.

Terima kasih atas wawancara yang luar biasa, pembaca yang ingin mempelajari lebih lanjut dapat mengunjungi Wallarm.