Slopsquatting: Saldırganlar yapay zeka ajanlarının halüsinasyon gördüğü paket adlarını kaydediyor

Yapay zeka destekli kodlama asistanları zaman zaman hiç yayımlanmamış paket adları uyduruyor ve saldırganlar bunu fark etmiş durumda. dev.to'da yakın tarihli bir yazıya göre saldırganlar, bu halüsinasyonla üretilmiş adları herkese açık registry'lerde kaydediyor ve ardından birinin — giderek artan biçimde otonom bir agent'ın — install komutunu çalıştırmasını bekliyor. Bu uygulamaya, typosquatting'in küçük kardeşi anlamına gelen "slopsquatting" adı verildi.

Saldırı nasıl işliyor

Typosquatting, insanın popüler bir paket adını yanlış yazmasına dayanır. Slopsquatting ise bir modelin böyle bir adı uydurmasına dayanıyor. Asistan tam bir güvenle bir kütüphane öneriyor, üretilen kod bir install komutu içeriyor ve npm ya da PyPI üzerinde o adı artık taşıyan her ne varsa makineye indiriliyor. dev.to yazısının da işaret ettiği gibi, iş akışındaki bir agent'a insan onayı olmadan npm install ya da pip install çalıştırma izni verildiğinde risk büyüyor.

Kurulum öncesi nelere bakılmalı

Bir agent'ın önerdiği her ad için yazı, kısa bir tarama rutini öneriyor:

• Varlık. Registry paketi hiç duymadıysa bu tam olarak halüsinasyon senaryosudur — orada durun.
• Yaş ve geçmiş. Birkaç gün önce yayımlanmış, tek sürümlü bir paket dikkatle incelenmeli; özellikle adı popüler bir pakete yakınsa.
• Bakım. Son sürümün tarihi, paketi hâlâ birinin ilgilenip ilgilenmediğini gösterir.
• Güvenlik bültenleri. Herkese açık veritabanları sürüm bazında bilinen güvenlik bültenlerini listeler.
• Benimsenme. npm'de haftalık indirme sayıları gerçek lodash'u taklitçisinden ayırmayı kolaylaştırır.

Bu kontrollerin tümü her registry'nin API'si üzerinden elle yapılabilir. Yazının belirttiği gibi sorun şu: her registry yanıtları farklı biçimlendiriyor ve bu, npm, PyPI, crates.io, Go, Maven ve NuGet arasında uğraştırıcı hale geliyor.

Tek bir normalize kontrol

Bu uğraştan kaçınmak için yazının yazarı, altı ekosistemin tamamı için tek bir yanıt biçimi döndüren RapidAPI üzerinde bir uç nokta olan "Package Safety Checker"ı geliştirdi. Yanıt; paketin var olup olmadığını, en son sürümünü ve sürüm tarihini, gün cinsinden yaşını, sürüm sayısını, npm haftalık indirmelerini, lisansları, kullanımdan kaldırılma durumunu ve varsa bilinen güvenlik bültenlerini ve bunların önem derecesini kapsıyor. Yanıt, ok, caution ya da not-found biçiminde bir değerlendirme ve bunun gerekçeleriyle sonlanıyor. İkinci bir uç nokta tek çağrıda en fazla on paketi tarıyor; bu, bir agent'ın aynı anda bir grup bağımlılığı kuyruğa almasına uygun. Ücretsiz katman ayda 50 kontrol yapılmasına izin veriyor. Hizmet yazarın kendi geliştirdiği bir çözüm olduğundan birkaç seçenekten yalnızca biri; aynı kontroller doğrudan registry'ler üzerinden de yapılabilir.

Agent'lar için basit bir politika

Yazıya göre kontrolü bir agent'a bağlamak tek bir kural gerektiriyor: değerlendirme not-found ise kurulum reddedilsin; caution ise gerekçeler devam etmeden önce bir insana sunulsın.

Tarama bir garanti değil

Yazı sınırları konusunda açık sözlü. Bir paket bugün eski, yaygın biçimde kullanılan ve güvenlik bülteni içermeyen biri olsa da yarın ele geçirilmiş olabilir. Sürüm sabitleme, lockfile kullanımı ve install script'lerine karşı sağlıklı bir şüphecilik hâlâ önem taşıyor. Bu kontrolün ortadan kaldırdığı şey, en yaygın hata biçimi: hiç var olmamış bir bağımlılığı kurmak.

Neden önemli

Slopsquatting, paket saldırılarının ekonomisini tersine çeviriyor. Saldırgan artık kurbanların yazım hatası yapmasına ihtiyaç duymuyor; yalnızca modellerin uydurmaya eğilimli olduğu adları kaydetmesi yeterli, çünkü aynı uydurmanın pek çok geliştiriciye ulaşması muhtemel. Kodlama agent'larına otonom biçimde kurulum çalıştırma izni verildikçe, halüsinasyonla üretilmiş bir import ile gerçekleşen bir install arasındaki mesafe sıfıra iniyor. Her kurulumdan önce registry kontrolü ucuz ve otomatikleştirilebilir bir kapı — ve dev.to yazısına göre bu yeni saldırı vektörünün başarıya ulaşmasının en yaygın yolunu engelliyor.