IBM, Langflow'ta Bir Dependency-Confusion Açığı Dahil 25 Güvenlik Açığını Açıkladı

Tek bültende yirmi beş açık

IBM, açık kaynak iş akışı platformu Langflow OSS'teki 25 güvenlik açığını kapsayan bir güvenlik bülteni yayımladı; açıkların tümü 1.0.0'dan 1.12.2'ye kadar olan sürümleri etkiliyor. dev.to'daki bir yazıya göre iki açık kritik, on dokuzu yüksek, dördü orta derecede puanlanmış ve bunlardan on beşi kod yürütmeyle sonuçlanabiliyor.

Paketin büyük kısmını olağan uygulama hataları — injection, sandbox kaçışları, zayıf giriş filtreleme — oluşturuyor; ancak biri, zafiyetin uygulamanın kendi kodunda değil tedarik zincirinde yer alması nedeniyle öne çıkıyor.

Dependency-confusion istisnası

CVSS ölçeğinde 8.8 puan alan CVE-2026-93675 bir dependency-confusion sorunu. Dependency confusion, paket çözümlemesinin kendisini hedef alır: aynı paket adı birden fazla yerde bulunduğunda hangi kaynağın geçerli olacağına karar verme biçimini istismar eder. Bir saldırgan, bir build sisteminin başka bir kaynaktan gelmesini beklediği bir ad altında paket yayımlayarak build'in düşmanca kodu çekmesini sağlayabilir.

dev.to'daki yazıya göre açık kimlik doğrulaması gerektirmiyor; ancak tetiklenmesi için kullanıcının bir işlem yapması şart. Bu insan-devrede gerekliliği açığı kritik seviyenin altında tutuyor; ancak nihai sonuç yine de platform içinde güvenilmeyen kodun çalışması.

İki kritik injection hatası

Kritik girişler farklı bir karakterde. CVE-2026-104334 kod üretiminin hatalı denetiminden kaynaklanıyor; CVE-2026-93674 ise bir işletim sistemi komutundaki özel karakterlerin hatalı etkisizleştirilmesiyle ilgili. İkisinin de bildirildiğine göre oturum açmadan ve kullanıcı etkileşimi olmadan istismar edilebilmesi, benzer sonuçlara yol açsalar da onları dependency-confusion açığından ayırıyor.

Giriş yapılan tarafındaki açıklar

Geri kalan güvenlik açıkları çoğunlukla zaten kimliği doğrulanmış kullanıcıları etkiliyor. CVE-2026-97655, Langflow'un kod güvenlik tarayıcısındaki eksik bir engelleme listesini aşıyor; CVE-2026-97676 bir sandbox kaçışı sağlıyor; CVE-2026-93447 ise önbelleğe alınmış Redis değerlerinin serileştirmesini kaldırma işlemini istismar ediyor — ancak bu sonuncusu, olası saldırgan havuzunu epey daraltan sunucu sırrı ile Redis'e yazma erişimini gerektiriyor.

Aktif istismar belirtisi yok

IBM'in bülteni sahada istismar edildiğine dair bilgi vermiyor ve dev.to'daki yazıya göre doğrulanmış herkese açık bir proof-of-concept de bulunmuyor. Ancak herkese açık bir exploitin olmaması bu paketi düşük riskli kılmıyor; zira açıkların ne kadarı kod yürütmeyle sonuçlanıyor.

Yöneticiler ne yapmalı

Çözüm ilke olarak basit: IBM'in derhal yapılmasını şiddetle tavsiye ettiği şekilde Langflow 1.12.3'e geçin. Yükseltme tamamlanana kadar dev.to'daki yazı, Langflow örneklerini genel internetten uzak tutmayı ve flow oluşturma ya da düzenleme yetkisini kısıtlamayı öneriyor. Yama sonrasında yöneticiler, ele geçirilmiş bir örnekten erişilebilen sırların güvenli olduğu varsayılamayacağı için platformda saklanan API anahtarlarını ve kimlik bilgilerini yenilemelidir.

Neden önemli

Build sırasında paket çözümleyen bir platform, arkasındaki tüm paket ekosistemimin risklerini devralır. Bu paketteki dependency-confusion girdisi durumu somutlaştırıyor: dependency çözümlemesi korumasız bırakılırsa, tamamen yamanmış bir uygulama bile saldırgan kontrollü kodu çekebilir. Langflow yöneticileri için yükseltme gerekli ama tek başına yeterli değil — bağımlılıklar da kesin sürümlere sabitlenmeli ve doğrulanmış kaynaklardan alınmalıdır. Daha geniş açıdan bakıldığında bu paket, iş akışı ve agent platformlarının cazip hedefler olduğu hatırlatması: kod yürütüyorlar, kimlik bilgileri tutuyorlar ve çoğu zaman yöneticilerinin fark ettiğinden daha açıkta duruyorlar.