BISNAT Bitter Indo Sisnatama
← Kembali ke Daftar Artikel

Penjelasan Tentang Supply-Chain Attack

23 June 2026 | Tech | Majidt
Penjelasan Tentang Supply-Chain Attack

Supply-Chain Attack: Penjelasan Lengkap dan Mendalam


Apa Itu Supply-Chain Attack?

Supply-chain attack (serangan rantai pasok) adalah jenis serangan siber di mana penyerang tidak langsung menyerang target utama, melainkan menyerang pihak ketiga yang dipercaya oleh target tersebut.


Pihak ketiga ini bisa berupa:


  • Vendor perangkat lunak


  • Penyedia layanan cloud


  • Kontraktor IT


  • Library open-source


  • Penyedia update software


  • Mitra bisnis


  • Penyedia hardware


  • Penyedia layanan email


  • Platform CI/CD


Tujuan penyerang adalah memanfaatkan hubungan kepercayaan (trust relationship) untuk mendapatkan akses ke target yang sebenarnya.



Analogi Sederhana

Bayangkan sebuah bank memiliki:


  • Pintu utama dengan penjagaan ketat


  • CCTV


  • Alarm


  • Petugas keamanan


Daripada menyerang bank secara langsung, penyerang menyusup ke perusahaan yang mengelola sistem pendingin bank.

Karena perusahaan pendingin dipercaya dan memiliki akses ke gedung, penyerang dapat masuk melalui jalur tersebut.

Prinsip yang sama berlaku dalam supply-chain attack.



Mengapa Supply-Chain Attack Sangat Berbahaya?

Karena serangan ini memanfaatkan:


  1. Kepercayaan yang sudah ada.


  1. Jalur resmi yang dianggap aman.


  1. Infrastruktur yang sah.


  1. Software yang memang digunakan korban.


Akibatnya:

  • Sulit dideteksi.


  • Dapat mempengaruhi banyak organisasi sekaligus.


  • Sering berhasil melewati kontrol keamanan tradisional.


Jenis-Jenis Supply-Chain Attack


1. Software Supply-Chain Attack

Penyerang menyisipkan kode berbahaya ke dalam software yang digunakan banyak organisasi.

Contoh terkenal adalah .

Dalam kasus ini, malware disisipkan ke update resmi perangkat lunak sehingga ribuan organisasi menginstal kode berbahaya melalui proses update normal.



2. Open-Source Dependency Attack

Saat ini sebagian besar aplikasi modern menggunakan banyak library open-source.

Contoh:


Aplikasi
 ├── Library A
 ├── Library B
 ├── Library C
 └── Library D

Jika salah satu library disusupi, semua aplikasi yang menggunakannya dapat terdampak.

Ini menjadi ancaman besar karena satu aplikasi dapat bergantung pada ratusan hingga ribuan paket pihak ketiga.



3. Package Repository Attack

Target:


  • npm


  • PyPI


  • RubyGems


    • Maven


Penyerang mengunggah paket berbahaya yang menyerupai paket populer atau mengambil alih paket yang sudah ada.



4. Vendor Compromise

Penyerang membobol vendor yang dipercaya oleh banyak pelanggan.

Contoh target:


  • Penyedia software akuntansi


  • Penyedia ERP


  • Penyedia keamanan


  • Penyedia cloud


Setelah vendor terkompromi, pelanggan menjadi sasaran berikutnya.



5. Hardware Supply-Chain Attack

Menargetkan perangkat keras.

Contoh:


  • Chip yang dimodifikasi


  • Firmware berbahaya


  • Komponen elektronik yang telah


  • ditanamkan fungsi tersembunyi


Jenis ini sangat sulit dideteksi karena terjadi pada level fisik.



6. CI/CD Pipeline Attack

CI/CD adalah proses otomatis untuk membangun dan merilis software.

Contoh platform:


  • GitHub Actions


  • GitLab CI/CD


  • Jenkins


Jika pipeline disusupi, kode berbahaya dapat masuk ke produk resmi.



Tahapan Supply-Chain Attack


Tahap 1: Reconnaissance

Penyerang mengidentifikasi:


  • Vendor utama


  • Software yang digunakan target


  • Dependensi aplikasi


  • Infrastruktur build


Mereka mencari titik terlemah dalam rantai pasok.



Tahap 2: Menyerang Supplier

Alih-alih menyerang korban utama, penyerang menargetkan:


  • Vendor


  • Developer


  • Repository kode


  • Build server


Tahap 3: Menanamkan Malware

Kode berbahaya disisipkan ke:


  • Update software


  • Library


  • Installer


  • Firmware


Tahap 4: Distribusi

Korban menerima software melalui jalur resmi.

Karena berasal dari sumber terpercaya, software tersebut sering kali lolos pemeriksaan awal.



Tahap 5: Eksekusi

Saat software dijalankan:


  • Malware aktif.


  • Akses awal diperoleh.


  • Penyerang mulai bergerak dalam lingkungan korban.


Teknik yang Sering Digunakan


Dependency Confusion

Terjadi ketika sistem build mengunduh paket yang salah karena adanya paket dengan nama yang sama di sumber publik.

Teknik ini pernah menarik perhatian luas setelah dipublikasikan oleh peneliti keamanan dan mendorong banyak organisasi memperbaiki proses pengelolaan dependensi.



Typosquatting

Penyerang membuat paket dengan nama mirip.

Contoh:


requests
requestss
reqeusts
requsets

Developer yang salah mengetik dapat menginstal paket berbahaya.



Account Takeover

Penyerang mengambil alih akun maintainer proyek open-source.

Kemudian:


  • Merilis versi baru.


  • Menambahkan malware.


  • Mendapat distribusi ke banyak pengguna.


Build Environment Compromise

Menyerang server build.

Akibatnya:


  • Source code asli tetap bersih.


  • Malware disisipkan saat proses kompilasi.


Ini sangat sulit dideteksi.



Mengapa Open Source Menjadi Target?

Karena:


  • Digunakan secara luas.


  • Banyak proyek bergantung satu sama lain.


  • Tidak semua maintainer memiliki sumber daya keamanan yang kuat.


Namun penting dicatat bahwa open source juga memiliki keuntungan besar: kode dapat diaudit secara publik sehingga komunitas dapat menemukan masalah lebih cepat.



Dampak Supply-Chain Attack

Dampak Teknis


  • Pencurian data


  • Instalasi malware


  • Backdoor


  • Akses tidak sah


Dampak Bisnis


  • Kerugian finansial


  • Gangguan operasional


  • Kehilangan kepercayaan pelanggan


  • Denda regulasi


Dampak Nasional

Supply-chain attack dapat memengaruhi:


  • Pemerintah


  • Infrastruktur kritis


  • Energi


  • Telekomunikasi


  • Kesehatan


Contoh Kasus Nyata

Salah satu supply-chain attack paling terkenal. Penyerang menyusup ke proses build perangkat lunak manajemen jaringan SolarWinds dan mendistribusikan update berbahaya kepada banyak organisasi. Dampaknya meluas ke lembaga pemerintah dan perusahaan besar.

Penyerang memodifikasi script yang digunakan pelanggan untuk proses pengembangan sehingga kredensial sensitif dapat terekspos.

Eksploitasi terhadap platform manajemen TI yang kemudian berdampak pada banyak pelanggan dan penyedia layanan sekaligus.



Cara Organisasi Bertahan


Software Bill of Materials (SBOM)

SBOM adalah daftar seluruh komponen software yang digunakan.

Mirip daftar bahan makanan pada produk kemasan.

Manfaat:


  • Mengetahui dependensi.


  • Mempercepat respons saat ada kerentanan.


Verifikasi Integritas

Menggunakan:


  • Hash


  • Tanda tangan digital


  • Verifikasi artefak build


Untuk memastikan software tidak dimodifikasi.



Zero Trust

Prinsip:

Jangan percaya secara otomatis, selalu verifikasi.

Bahkan vendor terpercaya tetap harus diawasi dan dibatasi aksesnya.



Monitoring Dependensi

Gunakan alat yang memeriksa:


  • Kerentanan library


  • Paket mencurigakan


  • Perubahan tidak normal


Multi-Factor Authentication

Mencegah pengambilalihan akun developer dan maintainer.



Secure Development Lifecycle

Mengintegrasikan keamanan ke seluruh proses pengembangan software.



Tren Supply-Chain Attack Saat Ini

Dalam beberapa tahun terakhir, penyerang semakin fokus pada:


  • Paket open-source.


  • Platform cloud.


  • Integrasi OAuth dan API.


  • Pipeline CI/CD.


  • Ekosistem AI dan machine learning.


  • Vendor SaaS yang memiliki banyak pelanggan.


Karena satu kompromi pada titik pusat dapat memberi akses ke ribuan organisasi sekaligus, supply-chain attack kini dianggap sebagai salah satu ancaman paling serius dalam keamanan siber modern.


Kesimpulan

Supply-chain attack adalah serangan yang memanfaatkan hubungan kepercayaan dalam rantai pasok teknologi. Alih-alih menyerang target secara langsung, penyerang menyusup ke vendor, software, library, atau proses distribusi yang dipercaya oleh target. Serangan ini sangat berbahaya karena sulit dideteksi, dapat menyebar luas, dan sering kali menggunakan jalur resmi yang tampak sah. Oleh karena itu, organisasi modern perlu mengelola risiko pihak ketiga, mengawasi dependensi software, menerapkan prinsip Zero Trust, dan memverifikasi integritas setiap komponen yang digunakan.

Komentar Pembaca

Belum ada komentar. Jadilah yang pertama berdiskusi!

Tinggalkan Komentar

Anda harus login untuk dapat berpartisipasi dalam diskusi.

Login Untuk Mengirim Komentar