LiteLLM Güvenlik Olayı: 1.107.0 Sürümü İçin Ne Yapmalı?

LiteLLM güvenlik olayı, 21 Ekim 2026'da Python paketinin 1.107.0 sürümünün PyPI ve Docker registry'ye zararlı yazılımla yüklenmesiyle ortaya çıktı. Paket; tarayıcı parolalarını, SSH anahtarlarını, bulut kimlik bilgilerini ve sağlayıcı API anahtarlarını çalıp dışarı gönderiyor. Son güvenli sürüm v1.106.2. Haftada yaklaşık 23 milyon indirilen bir paketten söz ettiğimiz için etki alanı geniş.

Kısaca:

• v1.107.0 sürümü PyPI ve Docker'a zararlı yazılımla yüklendi; son güvenli sürüm v1.106.2.
• Zararlı paket yaklaşık 1 saat 44 dakika yayında kaldı (11:39 ile 13:23 UTC arası).
• Yük; tarayıcı parolalarını, SSH/GPG anahtarlarını, bulut kimlik bilgilerini ve API anahtarlarını çalıyor.
• Bu sürümü çalıştırdıysanız ortamı izole edin, yeniden kurun ve tüm anahtarları yenileyin.

LiteLLM nedir ve olay neden önemli?

LiteLLM, uygulamaların farklı yapay zekâ model sağlayıcılarına tek bir arayüzle bağlanmasını sağlayan bir Python paketi. The Register'a göre haftada yaklaşık 23 milyon kez indiriliyor. Sosyal medyada dolaşan "aylık 92 milyon" rakamını doğrulayamadık; elimizdeki güvenilir veri haftalık 23 milyon.

Paket genellikle birden fazla sağlayıcının API anahtarına erişebilen bir noktada durur. Bu yüzden ele geçirilmesi, tek bir kütüphanenin ötesinde, bağlı olduğu tüm hizmetlerin anahtarlarını riske atıyor.

Ne oldu, zaman çizelgesi nasıl?

LiteLLM'in resmi açıklamasına göre sürüm hattı ele geçirildi ve v1.107.0, derlenmiş zararlı yazılımla yayımlandı. Zararlı paket PyPI'de 11:39:51 ile 13:23 UTC arasında yayında kaldı. Bu aralıkta yedi wheel dosyası yüklendi.

Docker tarafında da etki vardı. v1.107.0 ile birlikte latest, main-latest ve main-stable etiketleri zararlı imajı gösteriyordu. Wiz'in analizine göre bu imajlar Docker Hub ve GHCR'dan kaldırıldı.

Saldırgan içeri nasıl girdi?

Üç mühendisin GitHub hesabından, çalınmış GitHub CLI OAuth token'ları kullanılarak işlem yapıldığı belirtiliyor. The Hacker News'e göre ilgili tüm token'lar iptal edildi.

Bu, projenin ilk yaşadığı olay değil. Mart 2026'daki olayda 1.82.7 ve 1.82.8 sürümleri etkilenmişti. O saldırı, TeamPCP grubunun Trivy üzerinden çaldığı kimlik bilgileriyle yapılmıştı. Ayrıntılı zincir için Snyk'in yazısına bakabilirsiniz.

Zararlı yazılım ne yapıyor?

StepSecurity'nin teknik analizine göre kurulum sırasında site-packages köküne üç dosya kopyalanıyor: cook.pth, cook.py ve sitecustomize.py. Bu dosyalar her Python yorumlayıcısı başlatıldığında çalışıyor. Yani zararlı kodu tetiklemek için LiteLLM'i içe aktarmanız bile gerekmiyor.

Toplanan veriler şunlar:

• Tarayıcı parolaları
• SSH ve GPG anahtarları
• Bulut kimlik bilgileri
• LiteLLM proxy veritabanındaki sağlayıcı API anahtarları

Veriler şifrelenerek dışarı gönderiliyor. Ayrıca ikinci aşamada bir arka kapı daemon'u çalışıyor. Bu daemon saatlik olarak bir GitHub dead drop'unu kontrol ediyor ve oradan gelen Python kodunu çalıştırıyor. Saldırgan, ilk veri çalındıktan sonra bile makineye yeni komut verebilir.

Etkilenip etkilenmediğimi nasıl anlarım?

Aikido'nun paylaştığı göstergelere göre şu dosyalara bakın:

• /tmp/.pc_once_*
• /tmp/remote_code_loader.lock

Bunlara ek olarak şunları kontrol edin:

1. pip list veya kilit dosyalarınızda litellm 1.107.0 var mı?
2. Docker imajlarınız latest, main-latest ya da main-stable etiketlerini bu saatlerde çekti mi?
3. site-packages kökünde cook.pth, cook.py veya sitecustomize.py var mı?

Zararlı sürüm yalnızca yaklaşık 1 saat 44 dakika yayında kaldı. Yine de CI/CD hatları ve otomatik güncelleme yapan sistemler bu pencerede paketi çekmiş olabilir. AISLE paketi yayımlandıktan yaklaşık 3 dakika sonra tespit ettiğini bildirdi.

Şimdi ne yapmalıyım?

LiteLLM, kullanıcılara v1.106.2'ye ya da yayın öncesi açık bir sürüme sabitlemelerini öneriyor. Rescana'nın rehberi da izole etme, yeniden kurma ve anahtarları yenileme adımlarını öne çıkarıyor.

Etkilenmiş olabileceğinizi düşünüyorsanız şu sırayı izleyin:

1. İzole edin. Etkilenen makineyi ya da konteyneri ağdan ayırın.
2. Yeniden kurun. Sistemi temizleyip sıfırdan kurun. Yalnızca paketi silmek yetmez; arka kapı daemon'u yerinde kalabilir.
3. Sürümü sabitleyin. litellm==1.106.2 yazın ve imaj etiketlerinde latest yerine sürüm numarası ya da digest kullanın.
4. Tüm kimlik bilgilerini yenileyin. Sağlayıcı API anahtarları, bulut erişim anahtarları, SSH ve GPG anahtarları ile tarayıcıda kayıtlı parolalar dahil.
5. Kayıtları inceleyin. Anahtarlarınızla yapılmış olağandışı kullanım ve fatura artışı arayın.

LiteLLM'in özel enterprise sürümünün etkilenmediği bildirildi. Yine de hangi sürümü çalıştırdığınızı kendiniz doğrulayın.

Tedarik zinciri saldırılarına karşı kalıcı önlemler neler?

Bu olay, bağımlılık yönetiminin güvenlik meselesi olduğunu gösteriyor. Birkaç alışkanlık riski belirgin biçimde azaltır:

• Sürüm sabitleyin. Üretimde latest etiketi ve aralıklı sürüm tanımları kullanmayın.
• Kilit dosyası ve karma doğrulaması kullanın. Beklenmeyen bir dosya gelirse kurulum başarısız olsun.
• Yeni sürümlere bekleme süresi koyun. Yayımlandıktan birkaç gün sonra güncellemek, bu tür kısa ömürlü saldırıları atlatmanın en ucuz yoludur.
• Anahtarlara en az yetki verin. Bir sağlayıcı anahtarı çalınırsa verebileceği zarar sınırlı olsun.
• Anahtarları kolay yenilenir tutun. Rotasyon süreci hazırsa olay anında saatler değil dakikalar kaybedersiniz.

Benzer şekilde yazılım bağımlılıklarındaki açıkları ele alan yazılarımız da işinize yarayabilir: Node.js güvenlik açığı ve PHP güvenlik açığı. Kodunuzu sürekli taramak için Claude Security yazımıza da göz atın.

Sıkça sorulan sorular

LiteLLM 1.107.0 nedir?

LiteLLM 1.107.0, 21 Ekim 2026'da PyPI ve Docker registry'ye zararlı yazılımla yüklenen sürümdür. Kimlik bilgilerini çalıyor ve makinede arka kapı bırakıyor. Son güvenli sürüm v1.106.2.

Hangi Docker etiketleri etkilendi?

v1.107.0 etiketinin yanı sıra latest, main-latest ve main-stable etiketleri de zararlı imajı gösteriyordu. Bu imajlar Docker Hub ve GHCR'dan kaldırıldı. Bu etiketleri 21 Ekim'de çektiyseniz imajı yeniden oluşturun.

Sadece paketi silmek yeterli mi?

Hayır. Zararlı yazılım site-packages köküne dosyalar bırakıyor ve saatlik çalışan bir arka kapı daemon'u kuruyor. Etkilenen ortamı izole edip sıfırdan kurmak ve tüm kimlik bilgilerini yenilemek gerekiyor.

Hangi bilgilerimi yenilemeliyim?

Makinede bulunan her şeyi yenileyin: sağlayıcı API anahtarları, bulut kimlik bilgileri, SSH ve GPG anahtarları ile tarayıcıda kayıtlı parolalar. Zararlı yazılım bunların tamamını hedefliyor.

Sonuç

LiteLLM olayı, popüler bir paketin kısa bir pencerede nasıl silaha dönüşebileceğini gösterdi. Zararlı sürüm yalnızca yaklaşık iki saat yayında kaldı, ama çalınan anahtarların etkisi çok daha uzun sürebilir. Sürümlerinizi sabitleyin, anahtarlarınızı yenileyin ve bağımlılık süreçlerinizi gözden geçirin. Yazılım projelerinizde bağımlılık güvenliği ve altyapı kurulumu için destek isterseniz EngerekTech ekibi yardımcı olabilir.

Kaynaklar