Memahami Ejen Pengekodan AI dan GitHub sebagai "Medan Kerja"

Untuk memahami perkara ini dengan betul, kita perlu terlebih dahulu memahami bagaimana pembangunan perisian moden dibina daripada "gabungan komponen". Aplikasi masa kini bukan ditulis baris demi baris oleh pembangun secara sendiri. Hakikatnya, ia adalah "produk pemasangan" yang dibina dengan mengambil komponen sumber terbuka (pakej) yang tidak terkira banyaknya, ditulis oleh orang lain dari seluruh dunia. Stor komponen untuk JavaScript dipanggil npm, manakala untuk Python pula ialah PyPI — pendaftaran awam — dan tidak hairanlah jika satu aplikasi web mengambil masuk ratusan hingga ribuan komponen secara berantai. Tempat penyimpanan terbesar di dunia untuk pelan reka bentuk dan sejarah komponen-komponen ini ialah GitHub, yang dibeli oleh Microsoft pada 2018.

Struktur "produk pemasangan" ini memang cekap, namun ia mempunyai kelemahan yang kritikal. Jika racun disuntik ke dalam satu komponen yang kerap digunakan, racun itu akan tersebar serentak kepada puluhan ribu pembangun dan syarikat di hilir yang mengambil komponen tersebut. Inilah yang dikenali sebagai "serangan rantaian bekalan perisian", dan ia merupakan jenis serangan yang paling serius dalam keselamatan siber masa kini. Sasarannya bukan syarikat-syarikat secara individu, tetapi "paip air" itu sendiri yang dikongsi dan dipercayai oleh semua orang.

Kemudian pada tahun 2026, watak baharu muncul dalam gambaran ini — iaitu "ejen pengekodan AI" seperti Claude Code (buatan Anthropic), Cursor (buatan Anysphere), Gemini CLI (buatan Google), dan GitHub Copilot pada VS Code (buatan Microsoft). Ini bukan sekadar pelengkap input; mereka adalah pekerja autonomi yang membaca kod bagi pihak pembangun, merancang, melaksanakan perintah, dan menjalankan ujian. Yang penting di sini ialah, apabila ejen-ejen ini memulakan kerja, mereka membaca "fail konfigurasi" yang diletakkan dalam folder projek dan beroperasi secara automatik mengikut arahan tersebut. Secara khususnya, Claude Code merujuk kepada .claude/settings.json, Cursor kepada peraturan di bawah .cursor/rules, dan VS Code kepada fail seperti .vscode/tasks.json. Pada asalnya, fail-fail ini adalah untuk kemudahan seperti "jalankan skrip permulaan ini ketika sesi bermula" atau "laksanakan tugas binaan ini apabila folder dibuka".

Ini lebih mudah difahami dengan contoh konkrit. Seorang pembangun mengambil repositori sampel Microsoft yang dipercayai dari GitHub, lalu "membukanya" dengan Cursor atau VS Code tanpa banyak fikir. Hanya dengan tindakan itu sahaja, fail konfigurasi yang terselit dalam folder itu mencetuskan permulaan, dan skrip mula berjalan di sebalik tabir — walaupun pembangun itu tidak membuat satu klik pun. Serangan Miasma kali ini menyasar tepat pada "pintu masuk baharu zaman ejen AI" ini — iaitu "bergerak secara automatik sebaik sahaja dibuka".

Ringkasan Kejadian: 73 Repositori Hilang dalam 105 Saat

Insiden ini mula terdedah pada hari Jumaat, 5 Jun 2026. Berdasarkan analisis gabungan daripada para penyelidik seperti StepSecurity, OpenSourceMalware, Snyk, dan Cloudsmith — syarikat-syarikat keselamatan rantaian bekalan — serangan itu bermula apabila komit berniat jahat dimasukkan ke dalam repositori Azure/durabletask menggunakan akaun penyumbang yang telah dirampas sebelum ini. Durabletask merupakan teras kepada rangka kerja "Durable Task" yang mengendalikan aliran kerja berjalan panjang dalam Azure Functions dan sebagainya — komponen yang amat hampir dengan asas pembangunan awan Microsoft.

Apabila sistem pengesanan penipuan automatik GitHub bertindak balas, keadaan bergerak secara literal dalam unit saat. Beberapa laporan (The Register, OpenSourceMalware, BankInfoSecurity) secara konsisten melaporkan bahawa GitHub telah melumpuhkan sejumlah 73 repositori dalam 105 saat — dari jam 16:00:50 hingga 16:02:35 UTC pada 5 Jun — dalam dua gelombang. Gelombang pertama melumpuhkan 39 repositori dalam masa kira-kira 38 saat, diikuti gelombang kedua yang menghentikan 34 repositori lagi dalam masa hanya 11 saat. Repositori yang dilumpuhkan tersebar merentas empat organisasi GitHub rasmi Microsoft: Azure, microsoft, Azure-Samples, dan MicrosoftDocs. Terdapat juga laporan bahawa penyerang cuba melewatkan pengesanan dengan memalsukan cap waktu komit ke tarikh lampau iaitu "2020-03-09".

Ringkasnya, repositori rasmi Microsoft — salah satu syarikat yang paling dipercayai oleh pembangun di seluruh dunia — telah "dimatikan" secara serentak oleh mekanisme pertahanan automatik platform yang dimiliki syarikat itu sendiri (GitHub), sebelum sempat ada manusia yang menyedarinya. Secara ironinya, kepantasan respons automatik yang begitu drastik itu sendiri menceritakan betapa seriusnya serangan tersebut, dan betapa pantas ancaman itu bergerak sehingga tidak lagi mampu dikejar oleh tangan manusia.

Bagaimana serangan itu berfungsi: "Fail konfigurasi" bertukar menjadi butang pelaksanaan

Teras teknikal yang mendasarinya telah diperincikan dalam analisis StepSecurity dan Hive Security. Komit berbahaya itu menyembunyikan lima fail di dalam repositori. Fail .claude/settings.json untuk Claude Code dan .gemini/settings.json untuk Gemini CLI mengandungi huk "SessionStart" yang direka untuk dicetuskan serta-merta selepas ejen dilancarkan, sebelum pengguna sempat melakukan sebarang tindakan. Fail .cursor/rules/setup.mdc untuk Cursor pula mengandungi suntikan gesaan (prompt injection) bagi menyebabkan AI bertindak secara tidak sah, manakala .vscode/tasks.json untuk VS Code dikonfigurasi dengan tugasan yang dilaksanakan secara automatik apabila folderOpen (folder dibuka). Muatan utama yang dipanggil oleh semua pencetus ini ialah skrip JavaScript yang telah dikaburkan (obfuscated) sebesar 4,643,745 bait (lebih kurang 4.6 megabait) yang disimpan dalam .github/setup.js.

Apabila muatan ini diaktifkan, ia menyedut habis semua kelayakan (credential) daripada mesin pembangun yang dijangkiti. Menurut StepSecurity, sasarannya merangkumi maklumat rahsia daripada platform awan utama seperti AWS, Azure, GCP, dan Kubernetes, serta meliputi lebih 90 jenis tetapan alatan pembangun, termasuk token GitHub dan npm, kunci SSH, token Vault, dan juga peti simpanan CLI pengurus kata laluan. Jika token yang dicuri mempunyai kebenaran penerbitan, cecacing (worm) ini akan menggunakannya untuk menyalin dirinya ke dalam pakej atau repositori lain, melompat secara automatik dari satu mangsa ke mangsa yang lain. Sesuai dengan namanya "Miasma" yang berasal dari mitologi Yunani, jangkitan ini direka untuk merebak seperti wabak penyakit.

Apa yang membezakan serangan ini daripada serangan rantaian bekalan (supply chain attack) yang lazim ialah ciri kegigihan yang tidak hilang walaupun pakej dipadamkan, sebagaimana yang ditunjukkan oleh Hive Security. Perisian hasad npm sebelum ini lazimnya bersembunyi dalam node_modules yang dilaksanakan semasa pemasangan — memadai dengan menyahpasang pakej yang rosak untuk menghapuskan ancaman. Namun fail konfigurasi ejen AI tidak tinggal dalam node_modules, sebaliknya ia menetap dalam direktori projek itu sendiri — iaitu direktori yang diuruskan oleh kawalan versi (Git). Walaupun pembangun menyedari pakej punca dan memadamkannya, pintu belakang (backdoor) yang tertinggal dalam .claude/ atau .vscode/ akan terus hidup, malah akan dibawa ke repositori lain sebagai perubahan sah melalui komit Git. Meminjam kata-kata Hive Security, "pintu belakang telah pun melarikan diri dari kawalan pengurus pakej." Ejen AI adalah "dipercayai, mempunyai keistimewaan tinggi, sentiasa aktif, bertindak sebelum interaksi pengguna, dan boleh mengakses pemboleh ubah persekitaran termasuk kelayakan awan" — menjadikannya tapak pijakan yang paling ideal bagi penyerang.

Skop Impak: CI/CD yang terhenti, pembangun yang terlibat

Penonaktifan 73 repositori bukan sekadar "halaman yang tidak dapat diakses." Antara yang dihentikan ialah Azure/functions-action, iaitu komponen rasmi untuk menggunakan aplikasi secara automatik ke Azure Functions melalui GitHub Actions. Seperti yang dilaporkan oleh The Register, kehilangan mendadak komponen ini menyebabkan saluran paip CI/CD (Integrasi Berterusan/Penghantaran Berterusan) pelbagai organisasi di seluruh dunia mengalami kegagalan berantai. Pasukan pembangunan yang tidak menulis kod berkaitan dan tidak terlibat langsung dengan serangan turut terjejas pada pagi itu dalam bentuk "binaan gagal" dan "penggunaan gagal." Repositori yang terjejas merangkumi pelbagai kawasan infrastruktur tanpa pelayan Azure dan alat pembangun, termasuk hos Azure Functions, pekerja Python, microsoft/durabletask-dotnet, serta dokumentasi teknikal.

Hakikat sebenar kerosakan ini bukan terletak pada penggantungan repositori, tetapi pada "pembangun yang mungkin telah menyerap racun tanpa sedar." Semasa tempoh antara kod hasad yang ditolak masuk sehingga GitHub menonaktifkannya, pembangun yang telah memuat turun repositori berkenaan dan membukanya dalam ejen AI atau IDE mungkin telah kehilangan maklumat kelayakan tanpa mereka sedari. Jurucakap Microsoft, Ben Hope, memberitahu TechCrunch bahawa "sebagai sebahagian daripada penyiasatan, kami telah memberitahu sebilangan kecil pelanggan yang mungkin telah mendapatkan kandungan daripada repositori yang terjejas." Bilangan tepat pelanggan yang terjejas tidak didedahkan kepada umum. Pelbagai syarikat keselamatan menggesa organisasi yang menggunakan komponen berkaitan Azure Functions agar segera melakukan putaran semula (pengeluaran semula) kelayakan awan dan alat pembangun, serta mengesahkan integriti repositori mereka.

Perlu diperhatikan bahawa sebahagian besar repositori yang dinonaktifkan telah dipulihkan secara berperingkat selepas Microsoft dan GitHub menyelesaikan siasatan awal dan mengalih keluar kod hasad. Ben Hope mengulas bahawa "kami telah memadam sementara beberapa repositori bagi menyiasat kemungkinan kandungan hasad. Beberapa daripadanya telah dipulihkan selepas semakan, namun sesetengahnya mungkin kekal luar talian sementara kerja masih diteruskan."

Punca Pelanggaran: Mengapa "Kali Kedua" Berlaku

OpenSourceMalware menyifatkan insiden ini sebagai "妥協semula (re-compromise) projek Durable Task", dan ungkapan itu tepat mengenai inti punca masalah. Serangan ini bukan berlaku secara tiba-tiba, sebaliknya ia adalah "kerja yang ditinggalkan tergantung" daripada kompromi pertama yang berlaku kira-kira tiga minggu sebelumnya.

Begini urutan peristiwanya. Pada 19 Mei 2026, akaun yang sama yang telah dikompromi telah menerbitkan tiga versi berniat jahat pada PyPI (pendaftaran untuk Python) bagi pakej durabletask milik Microsoft, dalam masa hanya 35 minit berturut-turut. Itulah kompromi pertama. Seperti yang dinyatakan oleh Ashish Kurmi dari StepSecurity, token yang bocor dalam insiden pertama itu tidak dibatalkan sepenuhnya (tidak dinyahaktifkan). Akibatnya, penyerang terus bercokol sambil memegang kelayakan yang dicuri, dan pada bulan Jun, menggunakan kelayakan yang sama, mereka berjaya menolak commit berniat jahat ke repositori Azure/durabletask di GitHub. Dengan kata lain, punca langsung bukan teknik canggih seperti kerentanan zero-day, sebaliknya ia adalah "kunci yang pernah dicuri tidak diganti semuanya" — satu jurang operasi yang sangat klasik.

Fakta ini juga menunjukkan bahawa insiden ini tidak boleh diperkecilkan sebagai masalah satu syarikat sahaja, iaitu "kecuaian Microsoft". XDA-Developers dengan tajam menyoroti bahawa keseluruhan rantaian serangan itu melalui infrastruktur yang berada di bawah kawalan Microsoft — kecurian kelayakan berlaku di npm (di bawah GitHub), saluran pengedaran kod haram merangkumi Visual Studio Marketplace beserta fungsi kemas kini automatiknya (kedua-duanya produk Microsoft), dan repositori sasaran akhir pencurian tersebut dihoskan di GitHub (milik Microsoft). Media tersebut mengulas bahawa "syarikat yang menguasai keseluruhan tumpukan pembangunan perisian telah dikompromi melalui celah yang ditinggalkan dalam produknya sendiri." Di sebalik kemudahan yang dibawa oleh integrasi menegak, terselahlah risiko struktural di mana kegagalan pada satu pautan akan menjalar ke setiap peringkat. Microsoft pada mulanya mengklasifikasikan ini sebagai pelanggaran polisi GitHub, kemudian mengubah penjelasannya kepada "masalah kawalan dalaman" yang sedang disiasat, sebagaimana yang direkodkan oleh StepSecurity.

Salasilah Cacing Miasma: Dari Shai-Hulud kepada "Ejen AI Pemastautin"

Miasma bukan sekadar mutasi rawak — ia mempunyai "silsilah" yang jelas. Titik permulaannya ialah September 2025, apabila cecacing pereplikasi diri bernama "Shai-Hulud" menggegar ekosistem npm. Dinamakan sempena cacing pasir (dari Dune), cecacing ini mengautomasikan kompromi dan pengedaran semula pakej berniat jahat, sekali gus mengangkat serangan npm daripada era "nakal" ke era "kerosakan tinggi". Daripadanya lahirlah "Mini Shai-Hulud", yang kod sumbernya didedahkan sepenuhnya di GitHub oleh kumpulan jenayah siber TeamPCP pada 12 Mei 2026, dengan seruan kepada orang ramai untuk melancarkan kempen masing-masing di BreachForums. Miasma ialah fork (versi terbitan) yang berasaskan Mini Shai-Hulud yang telah didedahkan itu — demikian analisis pelbagai institusi penyelidikan termasuk Snyk, Sonar, dan Vorlon.

Silsilah ini bercerita dengan jelas tentang "arah evolusi" kaedah serangan. Pada 19 Mei 2026, Mini Shai-Hulud mencemari lebih 300 pakej npm dalam ruang nama @antv. Pada 1 Jun, 32 pakej dan 96 versi dalam ruang nama @redhat-cloud-services milik Red Hat telah di-backdoor oleh Miasma, menyalahgunakan "pintu masuk sah" dalam bentuk skop penerbitan yang dipercayai. Kemudian pada 5 Jun, serangan itu akhirnya mencapai infrastruktur Azure Microsoft. Menurut agregat StepSecurity, kempen ini setakat ini telah menjangkiti lebih 113 repositori GitHub termasuk TanStack dan Mistral AI, merentas berpuluh-puluh akaun. Pengelakan pengesanan turut semakin canggih — Miasma menyulitkan payload secara unik bagi setiap jangkitan, menjadikan petunjuk kompromi (IOC) berasaskan nilai hash hanya berkesan untuk satu versi pakej sahaja.

Evolusi paling signifikan ialah apa yang Vorlon kenalpasti sebagai "serangan rantaian bekalan pertama yang direka bentuk untuk kekal merentasi sesi ejen pengekodan AI dalam persekitaran sebenar." Berbeza dengan cecacing terdahulu yang bergantung pada pelaksanaan semasa pemasangan, Mini Shai-Hulud dan Miasma telah menguasai cara untuk "bermastautin" di dalam hook Claude Code, tugasan VS Code, dan saluran CI/CD. Teknik yang dilaporkan Snyk sebagai "Phantom Gyp" mengelak skrip pemasangan yang dipantau ketat, sebaliknya menggunakan binding.gyp yang telah dipersenjatai untuk memaksa node-gyp melaksanakan kod serangan — melibatkan 57 pakej. Penyerang kini tidak lagi memerlukan proses yang sentiasa berjalan. Cukup sekadar pembangun "membuka" projek dengan alat yang mereka percayai.

Respons dan Liputan Media oleh Microsoft dan Syarikat-syarikat Keselamatan

Yang pertama kali mengesan insiden ini bukan Microsoft atau GitHub, tetapi komuniti penyelidik luar seperti Cloudsmith dan OpenSourceMalware. Ashish Kurmi dari StepSecurity mendedahkan kronologi teknikal dengan menyatakan bahawa serangan itu "bermula apabila akaun penyumbang yang terjejas menolak komit berniat jahat", manakala Snyk mengklasifikasikan cacing ini sebagai "keturunan cacing Mini Shai-Hulud". Pendapat berhati-hati mendominasi berkaitan atribusi serangan. Mini Shai-Hulud dibangunkan oleh TeamPCP, tetapi memandangkan mereka sendiri telah mendedahkan kod sumbernya, sukar untuk menentukan siapa yang mengendalikan varian Miasma — seolah-olah "senjata telah diagihkan kepada semua orang".

Komunikasi awam Microsoft sendiri pada mulanya sangat terhad. Menurut The Register, syarikat itu pada mulanya tidak segera bertindak balas terhadap permintaan komen, sebelum jurucakap Ben Hope kemudiannya mengeluarkan kenyataan yang disebutkan sebelum ini. BankInfoSecurity melaporkan bahawa baik Microsoft mahupun GitHub tidak memberikan penjelasan rasmi yang terperinci melebihi fakta pembuangan kod berniat jahat dan pemulihan repositori. Nada yang sama rata-rata dalam liputan berita ini ialah kejutan yang ditimbulkan oleh fakta bahawa "walaupun syarikat yang memiliki infrastruktur pembangunan terbesar di dunia telah dibolosi dua kali oleh penyerang yang sama dalam tempoh beberapa minggu sahaja". Computing dan The Register menekankan bahawa ini merupakan pelanggaran keselamatan yang diketahui "kali kedua" dalam tempoh singkat bagi Microsoft, dan merumuskan bahawa "hubungan kepercayaan" dan "fungsi automasi" yang menjadi sandaran pembangunan perisian moden itu sendiri telah bertukar menjadi permukaan serangan.

Perspektif VC Silicon Valley: Keselamatan Rantaian Bekalan sebagai Tema Pelaburan

Di sinilah titik yang jarang diterokai oleh laman berita lain. Insiden ini bukan sekadar skandal tunggal, tetapi perlu dibaca sebagai titik persilangan paling malang antara dua tema pelaburan yang telah dipasang oleh modal teroka (VC) Silicon Valley selama beberapa tahun — "ledakan agen pengekodan AI" dan "keselamatan rantaian bekalan perisian."

Di satu sisi, "agen pengekodan AI" kini merupakan salah satu bidang yang paling banyak menerima pembiayaan di dunia. Anysphere, pembangun Cursor, dilaporkan oleh TechCrunch sedang dalam rundingan untuk mengumpul lebih daripada $2 bilion (kira-kira ¥320 bilion) pada penilaian $50 bilion (kira-kira ¥8 trilion) sehingga April 2026, diketuai oleh a16z (Andreessen Horowitz) dan Thrive Capital, dengan turut sertanya Nvidia dan Battery Ventures. Ini merupakan lonjakan mendadak daripada penilaian $29.3 bilion (kira-kira ¥4.7 trilion) pada pusingan terdahulu November 2025, dengan syarikat ini dilaporkan menjangka ARR (pendapatan berulang tahunan) melebihi $6 bilion (kira-kira ¥960 bilion) dalam tahun 2026. VC mempertaruhkan jumlah astronomik atas jangkaan bahawa agen AI akan memacu automasi pembangunan secara besar-besaran. Namun Miasma kali ini menyasar jurang dalam "kepercayaan yang diotomatikkan" tersebut. Spesifikasi di mana agen secara automatik mempercayai dan melaksanakan fail konfigurasi tanpa syarat itulah yang menjadi pintu masuk serangan. Kemudahan yang dihargai oleh VC dan risiko yang terdedah melalui insiden ini adalah dua sisi mata wang yang sama.

Di sisi lain, "keselamatan rantaian bekalan" telah berkembang pesat sebagai tema pelaburan yang bertindak sebagai pertahanan di hujung yang bertentangan. Contoh terkemuka, Chainguard, mengumpul $356 juta (kira-kira ¥57 bilion) dalam Siri D yang diketuai bersama oleh Kleiner Perkins dan IVP, mencapai penilaian $3.5 bilion (kira-kira ¥560 bilion). Jumlah terkumpul mencecah $612 juta (kira-kira ¥98 bilion), dengan ARR menyasarkan pertumbuhan daripada $40 juta (kira-kira ¥6.4 bilion) kepada melebihi $100 juta (kira-kira ¥16 bilion) dalam tahun fiskal 2026. Endor Labs yang berpusat di Palo Alto turut mengumpul $70 juta (kira-kira ¥11.2 bilion) dalam Siri A dan $93 juta (kira-kira ¥14.9 bilion) dalam Siri B, dengan jumlah terkumpul $188 juta (kira-kira ¥30.1 bilion) daripada nama-nama seperti Lightspeed, Coatue, Salesforce Ventures, Dell Technologies Capital, Section 32, dan Citi Ventures. Termasuk pertahanan rantaian bekalan berasaskan pembangun seperti Socket, VC telah meletakkan bidang ini sebagai "infrastruktur penting seterusnya." a16z membincangkan tema ini secara langsung dalam podcast "Securing the Software Supply Chain with LLMs," di mana rakan kongsi keselamatan syarikat, Joel de la Garza, memberi amaran bahawa walaupun penggunaan produk berasaskan agen secara besar-besaran boleh memperkukuh pertahanan secara substantif, pihak lawan turut memegang alat yang sama. Kemajuan Miasma dalam menukar penyulitan bagi setiap jangkitan dan mendiam diri dalam agen AI merupakan pembuktian ramalan "kedua-dua pihak menyerang dan bertahan menggunakan AI" ini.

Implikasi pelaburan yang ditunjukkan oleh insiden ini dari sudut pandang VC adalah jelas. Pertama, pelaburan besar dalam agen pengekodan AI tidak dapat dipisahkan daripada reka bentuk keselamatan mengenai cara mengesahkan dan mengehadkan "kepercayaan pelaksanaan" agen — syarikat yang menyelesaikan masalah ini akan menjadi pemenang seterusnya. Kedua, pertahanan rantaian bekalan terpaksa mengembangkan skop pemeriksaan daripada "pengimbasan semasa pemasangan" kepada "pengesanan berterusan dalam fail konfigurasi agen dan CI/CD," yang secara serentak mewujudkan keusangan alat sedia ada dan peluang perolehan baharu. Ketiga, struktur di mana pemain integrasi menegak seperti Microsoft "memiliki semua pautan dan oleh itu semua pautan menjadi kelemahan" justeru menjadi angin segar bagi syarikat keselamatan bebas. Peningkatan kecanggihan serangan itu sendiri mendorong naik penilaian syarikat permulaan di pihak pertahanan — inilah dinamika sejuk Silicon Valley.

Pergerakan Akan Datang: Bila dan Apa yang Akan Diperhatikan

Yang paling perlu diwaspadai dalam jangka pendek ialah "pengulangan serangan" sekali lagi. Memandangkan punca masalah bukan kelemahan teknikal yang canggih, melainkan "kegagalan pembatalan token yang dicuri", jika putaran kelayakan pengesahan yang berkaitan tidak dilaksanakan sepenuhnya dalam beberapa minggu ke hadapan, pencerobohan kali ketiga bukanlah sesuatu yang mustahil. Pembangun dan organisasi yang mungkin terjejas perlu menyemak penggunaan komponen berkaitan Azure Functions dan segera menerbitkan semula kelayakan pengesahan cloud serta alat pembangun — itulah garis pertahanan segera buat masa ini.

Dalam jangka sederhana, fakta bahawa kod sumber Mini Shai-Hulud telah pun didedahkan kepada awam membawa implikasi yang berat. Memandangkan "senjata" yang boleh dicabang oleh sesiapa sahaja sudah beredar luas, terdapat kemungkinan besar bahawa antara musim panas hingga musim luruh 2026, varian yang menyasarkan ruang nama terkenal lain di npm dan PyPI, serta organisasi sumber terbuka utama selain Microsoft, akan terus muncul dan dikesan. Dari sudut pengesanan pula, bagi menghadapi Miasma yang penyulitannya berubah-ubah bagi setiap jangkitan, adalah perlu untuk beralih daripada pemadanan cincang kepada pengesanan tingkah laku dan pemantauan berterusan terhadap fail konfigurasi ejen AI. Perkara yang paling menarik perhatian ke depannya ialah — sejauh mana syarikat penyedia ejen seperti GitHub dan npm (Microsoft), Anthropic, Google, dan Anysphere akan menyemak semula spesifikasi mereka dengan mewajibkan "kelulusan pengguna" atau pengesahan tandatangan bagi pelaksanaan automatik fail konfigurasi — serta masa dan kandungan pengumuman respons mereka.

Pergerakan regulasi dan penyeragaman juga perlu diambil kira. Penyediaan Senarai Bahan Perisian (SBOM) dan pengukuhan penerbitan dipercayai (trusted publishing) dalam pendaftaran pakej berkemungkinan besar akan kembali menjadi topik perbincangan, khususnya berikutan pengajaran daripada insiden @redhat-cloud-services milik Red Hat yang menyalahgunakan "laluan penerbitan yang sah". Dari perspektif modal teroka (VC), kesemua usaha pengukuhan pertahanan dan pematuhan regulasi ini menjana permintaan produk baharu. Dalam paradoks di mana semakin canggih serangan, semakin besar pelaburan dalam pertahanan, Silicon Valley sedang memerhati "keselamatan ejen AI" sebagai kategori gergasi berikutnya. Fakta bahawa Microsoft kehilangan 73 repositori dalam masa 105 saat telah menunjukkan kepada dunia bahawa tema pelaburan ini bukan lagi teori semata-mata, melainkan kerosakan nyata yang berada di hadapan mata. Dan bukan hanya berkaitan insiden kali ini — di Silicon Valley, sebahagian pihak sudah mula meninggalkan GitHub, dan terdapat pergerakan ke arah beralih kepada konfigurasi self-managed (hos sendiri) GitLab bagi meletakkan infrastruktur pengurusan kod di bawah kawalan syarikat mereka sendiri.