Sebuah perusahaan menghubungkan aplikasinya dengan layanan pihak ketiga untuk mengirim notifikasi. Pada awalnya, layanan tersebut hanya menerima alamat tujuan dan isi pesan. Beberapa waktu kemudian, integrasi diperluas agar dapat membaca status pelanggan dan riwayat transaksi.

Fungsinya bertambah, tetapi izin aksesnya tidak pernah ditinjau secara menyeluruh. Tim hanya memastikan fitur baru berjalan. Persetujuan keamanan yang diberikan saat integrasi pertama dibuat seolah masih berlaku untuk seluruh perubahan berikutnya.

Di sinilah risiko keamanan integrasi pihak ketiga sering muncul. Sebuah koneksi dapat tetap berfungsi dengan baik, sementara data yang dipertukarkan, izin yang diberikan, dan dampaknya bagi perusahaan telah jauh berubah.

Persetujuan Awal Memiliki Batas

Perusahaan memilih layanan pihak ketiga berdasarkan kebutuhan pada waktu tertentu. Tim menilai fungsi penyedia, membuat koneksi, lalu memberikan akses yang diperlukan. Keputusan tersebut masuk akal selama kondisi yang mendasarinya masih sama.

Namun, aplikasi jarang berhenti berkembang. Fitur baru membutuhkan lebih banyak data. Penyedia mengubah cara kerja API. Tim internal berganti. Integrasi yang dahulu bersifat pendukung dapat berubah menjadi bagian penting dari proses bisnis.

Karena itu, persetujuan awal tidak seharusnya diperlakukan sebagai izin permanen. Setiap perubahan penting perlu menjawab kembali dua pertanyaan: data apa yang sekarang dapat diakses pihak ketiga, dan apakah akses tersebut masih diperlukan?

Reputasi Penyedia Tidak Menggantikan Pemeriksaan Data

Layanan dari perusahaan yang dikenal luas sering dianggap aman untuk dipercaya. Reputasi penyedia memang layak dipertimbangkan, tetapi aplikasi tetap harus memeriksa data yang diterimanya.

Respons dari API eksternal dapat berisi nilai yang tidak sesuai, format yang berubah, atau instruksi pengalihan yang tidak diharapkan. Jika aplikasi memprosesnya tanpa validasi, masalah pada sisi penyedia dapat memengaruhi sistem internal.

Prinsip yang sama berlaku saat perusahaan mengirim data keluar. Integrasi perlu menerima data sesuai fungsinya. Layanan pengirim notifikasi, misalnya, tidak semestinya otomatis menerima seluruh isi profil pelanggan jika tugasnya dapat berjalan dengan informasi yang lebih terbatas.

Batasan ini membantu perusahaan menjaga kendali atas aliran data, bahkan ketika bekerja sama dengan penyedia yang dipercaya.

Izin yang Meluas Diam-diam Perlu Diwaspadai

Ketika sebuah fitur baru meminta akses tambahan, perubahan izin sering dipandang sebagai penyesuaian teknis kecil. Padahal, satu izin baru dapat memperluas kemampuan integrasi dari membaca data tertentu menjadi mengubah data atau menjalankan tindakan dalam aplikasi.

Risikonya tidak hanya berasal dari kemungkinan penyedia mengalami insiden. Kredensial dapat salah disimpan, akun layanan dapat digunakan di luar tujuan awal, atau suatu integrasi tetap aktif setelah fitur yang memerlukannya dihentikan.

Analisis ini sering kami temukan saat melakukan penetration testing pada perusahaan di Indonesia.

Pengujian terhadap aplikasi dan API dapat memperlihatkan bahwa hak akses suatu integrasi lebih luas daripada kebutuhan proses bisnisnya. Temuan seperti ini perlu ditelusuri bersama pemilik sistem agar perusahaan dapat membedakan akses yang memang diperlukan dari akses lama yang hanya dibiarkan tetap aktif.

Integrasi yang Tidak Digunakan Tetap Membuka Jalur Akses

Tidak semua risiko berasal dari layanan yang sedang aktif digunakan. Sebuah koneksi lama mungkin masih memiliki kunci API yang berlaku, meskipun fitur terkait sudah diganti. Dokumentasinya tidak diperbarui dan tidak ada pemilik internal yang ditunjuk untuk menutup akses tersebut.

Perusahaan perlu mengetahui daftar integrasi yang masih terhubung, tujuan setiap koneksi, jenis data yang dipertukarkan, izin yang dimiliki, serta penanggung jawabnya. Daftar ini menjadi dasar untuk meninjau akses dan mencabut kredensial yang tidak lagi diperlukan.

Penutupan integrasi juga perlu menjadi bagian dari proses penghentian kerja sama dengan penyedia. Menghapus tampilan fitur dari aplikasi belum tentu menghentikan seluruh akses yang pernah diberikan.

Tinjau Ulang Ketika Kondisi Berubah

Peninjauan keamanan dapat dijadwalkan secara berkala, tetapi perubahan pada integrasi perlu menjadi pemicu pemeriksaan tersendiri. Perusahaan sebaiknya menilai ulang koneksi ketika jenis data yang dikirim bertambah, izin API diperluas, penyedia mengubah layanannya, atau integrasi menjadi penting bagi operasi harian.

Pemeriksaan tidak harus selalu berupa proyek besar. Untuk banyak integrasi, langkah awalnya cukup konkret: cocokkan izin dengan kebutuhan saat ini, periksa data yang keluar dan masuk, pastikan aktivitas tercatat, dan tetapkan cara menonaktifkan koneksi jika terjadi masalah.

Hubungan kerja sama yang baik tidak menuntut perusahaan memberikan kepercayaan tanpa batas. Justru batas akses yang jelas dan peninjauan yang teratur membantu kedua pihak memahami tanggung jawabnya. Integrasi dengan layanan pihak ketiga tetap bermanfaat selama perusahaan dapat menjelaskan apa yang terhubung, mengapa koneksi itu diperlukan, dan bagaimana mengendalikannya ketika keadaan berubah.

Fourtrezz membantu perusahaan mengevaluasi keamanan aplikasi dan API melalui layanan vulnerability assessment serta penetration testing. Jika perusahaan Anda ingin meninjau hak akses, pertukaran data, dan potensi kelemahan pada integrasi pihak ketiga, diskusikan cakupan pengujiannya bersama tim Fourtrezz.

Hubungi Fourtrezz:
Website: www.fourtrezz.co.id
Telepon/WhatsApp: +62 857-7771-7243
Email: [email protected]