Apakah Serangan Man-in-the-Middle dan Bagaimana Ia Menyasarkan Pipelines
Jika anda bertanya apakah serangan man-in-the-middle dalam DevOps, ia bukan sekadar teknik menghidu rangkaian generik. Ia adalah serangan yang disasarkan cara untuk berkompromi dengan anda CI/CD pipelines dengan memintas dan memanipulasi data dalam transit, kebergantungan, skrip atau artifak, apabila penyulitan lemah atau tiada.
Ambil senario dunia sebenar: pelari CI mengambil kebergantungan daripada repositori pihak ketiga menggunakan HTTP. Jika TLS dikonfigurasikan dengan salah, atau lebih teruk lagi, tiada, penyerang boleh memintas permintaan tersebut dan menyuntik pakej berniat jahat yang kelihatan sah. Dalam perkembangan pantas pipelines, artifak ini mungkin dibina dan digunakan sebelum sesiapa pun perasan. Itu serangan orang tengah dalam buku teks, tetapi dengan CI/CD akibatnya.
Serangan ini tidak perlu memecahkan penyulitan; ia mengeksploitasi konfigurasi yang lemah. Pertimbangkan binaan kontena yang memuat turun imej asas atau skrip daripada repo dalaman tanpa pengesahan. Itu adalah tetingkap untuk MITM jika trafik dalaman tidak disulitkan atau disegmentasikan. Jika anda masih tidak jelas tentang apa itu serangan orang tengah, anggaplah ia sebagai pelakon halimunan yang mengubah suai apa yang anda lakukan secara senyap. pipeline habis, tanpa meninggalkan kesan yang jelas.
Dimanakah Pipeline Cuti: Titik Kemasukan MITM Sebenar dalam CI/CD
Terdapat beberapa kelemahan di mana serangan orang tengah boleh mengambil alih aliran DevOps:
- Mengambil pakej melalui HTTP: Biasa dalam binaan legasi atau pendaftaran yang dihoskan sendiri. Jika anda menarik Pakej Python, NPM modul, atau Imej Docker tanpa HTTPS, anda terdedah.
- Sumber yang tidak disahkan: Pipelinesering menggunakan alatan komuniti atau sumber terbuka tanpa mengesahkan integriti. Penyerang MITM boleh mengusik muat turun ini.
- Repositori artifak tanpa pengesahanBaldi S3, pelayan LFS Git atau stor artifak dalaman yang diakses melalui HTTP biasa adalah sasaran mudah.
- Perkhidmatan dalaman yang tidak selamat: Banyak dalaman CI/CD alatan (pelari, ejen, skrip penggunaan) menganggap keselamatan perimeter rangkaian. MITM boleh mengeksploitasi andaian tersebut.
Contoh:
dependencies:
- wget http://internal.repo.local/package.tar.gz
⚠️ Contoh tidak selamat: jangan gunakan dalam pengeluaran
Jika trafik ini dipintas, penyerang hanya perlu menyampaikan maklumat yang dimanipulasi .tar.gz dengan muatan. Ini dibongkar dan dilaksanakan semasa peringkat binaan. Ini adalah pracisely apa yang dilakukan oleh serangan orang tengah dalam moden pipelines: ia mengambil kesempatan daripada andaian kepercayaan.
Binaan Berniat Jahat: Suntikan Kod Semasa Masa Jalan dan Masa Binaan
Serangan orang tengah melangkaui pintasan; ia membawa kepada suntikan kod. Sebaik sahaja kebergantungan atau artifak berniat jahat memasuki pipeline, penyerang mengawal binaan.
- Suntikan masa binaan: Pengkompil atau skrip binaan yang menjalankan kebergantungan yang tidak disahkan boleh merangkumi kod trojan. Fikirkan baris yang dikaburkan dalam Makefile yang dilaksanakan dengan kebenaran yang ditingkatkan.
- Suntikan masa jalanPembolehubah persekitaran atau rahsia yang terdedah dalam teks biasa boleh ditangkap dan digunakan semula. Jika pelari anda log eksport AWS_SECRET_KEY=…, anda mempunyai kebocoran yang sedang menunggu untuk berlaku.
- Manipulasi langkah dinamikCI yang ditakrifkan YAML pipelines sering bergantung pada curl/wget untuk mengambil skrip dinamik. Jika skrip tersebut tidak dilindungi, penyerang MITM boleh menggantikannya dengan pantas.
curl http://setup.ci/init.sh | bash # Dangerous without TLS and verification
⚠️ Contoh tidak selamat: jangan gunakan dalam pengeluaran
Mengetahui apa itu serangan man-in-the-middle memudahkan untuk memahami bagaimana suntikan ini berlaku: penyerang menjadi sebahagian daripada proses penghantaran, menyuntik arahan berniat jahat tanpa akses langsung kepada kod sumber anda.
Menjaga DevOps PipelineMenentang Risiko Serangan Orang di Tengah
Anda tidak boleh menghapuskan ancaman serangan orang tengah, tetapi anda boleh membuatnya pipelinejauh lebih sukar untuk dikompromikan.
Langkah yang boleh diambil tindakan:
- Sentiasa kuatkuasakan TLSSetiap artifak, kebergantungan dan skrip mesti diambil melalui HTTPS.
- Sahkan checksum/hashGunakan SHA256 atau ringkasan yang lebih kukuh dan sahkan sebelum melaksanakan.
- Tandatangani dan sahkan artifakGunakan Sigstore atau in-toto untuk memastikan asal usulnya.
- Pelari CI selamat: Asingkan persekitaran, elakkan pelari kongsi dan lumpuhkan akses shell jika boleh.
- Asingkan rahsia: Suntik rahsia hanya dalam langkah yang memerlukannya. Jangan sekali-kali mencetaknya atau menyimpannya dalam log.
langkah-langkah:
- name: Fetch
run: |
curl -fsSL https://secure-repo.com/tool.sh -o tool.sh
echo "<sha256> tool.sh" | sha256sum -c -
✅ Mengesahkan integriti skrip sebelum pelaksanaan
Ini adalah jenis langkah pengerasan yang menjadikan serangan orang tengah sebagai persoalan teori, bukan insiden pengeluaran.
Mengapa Ini Penting: Impak Rantaian Bekalan dan Penguatan Risiko
Serangan orang tengah dalam a CI/CD pipeline bukan sekadar isu tempatan; ia merosakkan seluruh rantaian bekalan perisian. Setiap pengguna binaan anda berisiko.
Apabila artifak berniat jahat memasuki binaan, ia akan diedarkan ke hilir:
- Kontena yang terjejas akan digunakan untuk pengeluaran.
- Perpustakaan yang diracun diterbitkan ke daftar awam.
- Pelanggan memasang perisian pintu belakang.
Penguatan seperti ini adalah sebab mengapa serangan rantaian bekalan begitu merosakkan. MITM selalunya merupakan langkah pertama, bukan matlamat akhir. Jika anda pernah bertanya apakah serangan orang tengah (man-in-the-middle attack), kini anda tahu: ia adalah titik permulaan untuk kompromi rantaian penuh.
Kesimpulan: Beralih ke Kiri pada Pipeline Security
Serangan orang tengah dalam DevOps bukan tentang mendengar secara pasif; ia tentang rampasan aktif aliran tidak selamat dalam anda CI/CD. TLS yang salah konfigurasi, sumber yang tidak disahkan dan artifak yang tidak disahkan membuka pintu. Pemaju perlu melayan pipelineseperti kod pengeluaran: diuji, disahkan dan dijamin. Ini bermakna tiada muat turun yang tidak disahkan, tiada sumber berasaskan HTTP dan tiada pelaksanaan dinamik tanpa pengesahan.
Alatan seperti Xygeni membantu pasukan memperkukuhkan pipelinedengan mengesan titik lemah, mengesahkan integriti artifak, dan mengesan gangguan kebergantungan sebelum ia merebak. Beralih ke kiri bukanlah pilihan; ia adalah cara anda kekal mendahului ancaman AppSec dunia sebenar. Memahami apa itu serangan man-in-the-middle tidak mencukupi. Anda perlu mengesannya, mencegahnya dan berhenti merawatnya. pipeline sebagai warga kelas kedua dalam model keselamatan anda.
