Güvenilir görünen yazılım, saldırının en güçlü kılığına dönüşüyor

Kötü amaçlı sürümler yaklaşık üç saat boyunca erişilebilir kaldı. Google Threat Intelligence Group, 31 Mart’ta 00.21 ile 03.20 UTC arasında etkinlik gözlemledi; diğer olay raporları da benzer şekilde iki ila üç saatlik bir pencereye işaret ediyor. Axios, npm’de haftada yaklaşık 80 milyon ila 100 milyondan fazla indirme alan, JavaScript ekosisteminin en yaygın bağımlılıklarından biri olarak gösteriliyor. Kaynaklara göre tahminler değişse de bu ölçek, kısa bir maruz kalma süresini dahi ciddi hale getiriyor.

Huntress, yalnızca kendi müşterileri arasında maruz kalma süresince en az 135 sistemin ele geçirildiğini doğruladığını bildirdi.

Bakımcı hesabı nasıl kötüye kullanıldı?

Kamuya açık en güçlü raporlar, olayın Axios kodundaki bir açıktan çok npm hesabının veya yayımlama kimlik bilgilerinin ele geçirilmesi olduğunu gösteriyor. Bir rapor, saldırganların baş bakımcıya ait uzun süreli bir npm erişim belirtecini kullandığını aktarırken, diğer raporlar olayı daha genel biçimde ele geçirilmiş bakımcı hesabı ya da yayımlama yetkisi olarak tanımlıyor.

Bu ayrım önemli. Saldırı, bakımcının yayımlama yetkisi ile npm’in sürüm dağıtım hattı arasındaki güven sınırını aştı. Sürümler meşru bir hesap üzerinden yayımlandığı için geliştiricilerin ve otomatik sistemlerin bunları şüpheli kabul etmesi daha zor oldu.

Kötü amaçlı bağımlılık ne yaptı?

plain-crypto-js@4.2.1, normal bir paket bağımlılığı gibi gösterildi ancak asıl amacı bir postinstall betiği çalıştırmaktı. Betik, komuta-kontrol sunucusuyla iletişim kurdu ve ana bilgisayarın işletim sistemine göre hazırlanmış ikinci aşama yükünü indirdi.

Bu nedenle saldırının başarılı olması için geliştiricilerin açıkça şüpheli bir çalıştırılabilir dosya indirmesi gerekmiyordu. Tetikleyici, maruz kalma penceresi sırasında yapılan sıradan bir bağımlılık güncellemesi, CI derlemesi veya otomatik

npm install

Saldırının arkasında BlueNoroff mu vardı?

Eldeki kamuya açık materyallerde atıf kesinleşmiş değil. Bazı raporlar operasyonu BlueNoroff veya bağlantılı kümeler de dâhil olmak üzere Kuzey Kore bağlantılı aktörlerle ilişkilendirirken, Microsoft olayı Sapphire Sleet’e atfetti.

Bu değerlendirmeler tek ve doğrulanmış bir sonuç gibi sunulmamalı. Kod, altyapı ve operasyonel benzerlikler bir atıf ipucu sağlayabilir; ancak tek başına saldırıyı hangi grubun gerçekleştirdiğini kanıtlamaz. Savunulabilir sonuç şu: Axios olayı ele geçirilmiş bir bakımcı hesabı, zehirlenmiş sürümler ve platformlar arası bir RAT içeriyordu; saldırının arkasındaki aktör konusunda kamuya açık değerlendirmeler arasında görüş ayrılığı sürüyor.

SilverFox sahte Claude uygulamalarını nasıl kullandı?

SilverFox, kuruluşlara ulaşmak için farklı bir yol izledi: Windows, macOS ve Linux için sahte Claude uygulamaları dağıttı. Kampanya, Hindistan, Endonezya, Güney Afrika ve Rusya’daki sanayi, danışmanlık, ticaret ve taşımacılık sektörlerinde faaliyet gösteren kuruluşları hedef aldı.

Bu uygulamalar Anthropic’in meşru Claude yükleyicileri değil, Claude markasını taklit eden sahte yazılımlardı. Kampanyanın gücü, inandırıcı bir iş senaryosuna dayanıyordu: Bir çalışan üretkenlik amacıyla kullanılacak bir yapay zekâ aracı arıyor, tanıdık görünen bir uygulamayı indiriyor ve bunun yerine kötü amaçlı yazılım kuruyordu. Kaspersky raporları, kampanyayı SilverFox’un Aralık 2025’ten bu yana farklı dalgalar halinde gözlemlenen faaliyetlerinin bir parçası olarak tanımlıyor.

Vergi temalı oltalamadan yapay zekâ tuzağına

Kampanya, daha önceki vergi temalı oltalama saldırılarının üzerine inşa edildi. Araştırmacılar, Ocak ve Şubat 2026’da resmî vergi denetimi bildirimleri gibi görünen veya vergi ihlallerinin listesini içerdiği iddia edilen 1.600’den fazla kötü amaçlı e-posta kaydetti.

Dağıtım yöntemi değişse de kullanılan güven işareti tanıdıktı. Vergi bildirimi aciliyet ve resmiyet duygusu yaratırken, markalı bir yapay zekâ asistanı güncellik ve kolaylık vaadi sunuyor. Her iki yöntem de kullanıcıları kaynağı doğrulamadan ek açmaya, arşiv indirmeye veya yazılım kurmaya yöneltebiliyor.

SilverFox, saldırının farklı aşamaları için ayrı altyapılar kullanan çok aşamalı bir dağıtım modeli uyguladı. Bu yapı, savunma ekiplerinin tüm saldırı zincirini tek bir alan adı veya gösterge üzerinden tespit edip engellemesini zorlaştırabilir.

Ortak ders: Güven de saldırı yüzeyinin parçası

Axios ve SilverFox kampanyaları farklı güven ilişkilerini hedef aldı:

• Bakımcı güveni: Axios sürümleri yetkili bir npm yayımlayıcısından geliyormuş gibi göründü.
• Bağımlılık güveni: Paket yöneticisi, kötü amaçlı bağımlılığı normal kurulum sürecinin bir parçası olarak kabul etti.
• Marka güveni: Sahte Claude yükleyicileri, tanınan bir yapay zekâ ürününün kimliğinden yararlandı.
• İş akışı güveni: Geliştiriciler ve çalışanlar, bağımlılık güncellemek veya üretkenlik yazılımı kurmak gibi rutin işlemleri gerçekleştirdi.

Axios vakası, kısa bir erişim penceresinin neden düşük risk anlamına gelmediğini gösteriyor. Paket kurulumları ve CI işleri otomatik çalışabildiği için etkilenen sistemlerin sayısı, bir sürümü elle inceleyen kişilerle sınırlı kalmıyor. SilverFox olayı ise aynı ilkeyi uç nokta tarafında ortaya koyuyor: Hızla benimsenen yazılım kategorileri, saldırganlara inandırıcı yeni tuzaklar sağlıyor.

Kuruluşlar şimdi ne yapmalı?

Axios olayı için kilit dosyalarını, paket manifestolarını, derleme günlüklerini, önbellekleri ve bağımlılık envanterlerini axios@1.14.1, axios@0.30.4 ve plain-crypto-js@4.2.1 açısından denetleyin. Maruz kalma penceresinde etkilenen sürümlerden birini yükleyen her makine; indirilen yükler, yetkisiz kalıcılık mekanizmaları ve açığa çıkmış kimlik bilgileri bakımından incelenmeli. Güvenlik duyuruları, etkilenen kurulumların potansiyel olarak ele geçirilmiş kabul edilmesini özellikle tavsiye ediyor.

Yapay zekâ yazılımları için çalışanların masaüstü uygulamalarını yalnızca onaylı kanallardan edinmesini zorunlu kılın. Yayımcıyı ve indirme alan adını doğrulayın; onaylanmayan yükleyicileri engelleyin veya karantinaya alın.

npm yayımlama süreçlerinde kimlik avına dayanıklı çok faktörlü kimlik doğrulama, kısa ömürlü ya da kapsamı sıkı sınırlandırılmış kimlik bilgileri, sürüm kökeni doğrulaması, kilit dosyaları ve bağımlılık değişikliklerinin incelenmesi, tek bir hesabın ele geçirilmesinin tedarik zinciri olayına dönüşme riskini azaltabilir.

Daha geniş kontrol ise her güven sınırında doğrulama yapmaktır. Tanıdık bir paket adı, her sürümün güvenli olduğunu kanıtlamaz; tanıdık bir ürün adı da her yükleyicinin gerçek olduğu anlamına gelmez.