Kurumsal iş akışı ve yapay zekâ ajanı platformu ServiceNow, ServiceNow AI Platform’da kritik bir güvenlik açığını kapattı. CVE-2026-103093 koduyla izlenen açık, CVSS 4.0 ölçeğinde 9.4 puanla “kritik” olarak sınıflandırıldı. Şirkete göre açık, oturum açmış ve yönetici rolüne sahip bir kullanıcının kum havuzu (sandbox) kısıtlamalarını aşmasına ve platformun üzerinde çalıştığı sunucu işletim sisteminde rastgele kod çalıştırmasına imkân tanıyordu.
Rhino kum havuzu nasıl aşılıyordu?
ServiceNow, sunucu tarafında çalışan betikleri Rhino adlı JavaScript motoru içinde, kısıtlanmış bir ortamda çalıştırıyor. Bu kum havuzunun amacı, platform yöneticilerinin bile yazdığı betiklerin yalnızca izin verilen işlevlere erişmesini, altta yatan sunucuya dokunamamasını sağlamak. CVE-2026-103093, bu duvarın aşılabildiğini gösterdi: Yönetici yetkisine sahip biri, kum havuzunu atlatarak doğrudan ana sistemde kod çalıştırabiliyordu.
Açığın vektörüne göre saldırı ağ üzerinden yapılabiliyor, karmaşıklığı düşük ve kullanıcı etkileşimi gerektirmiyor. Puanı 10 üzerinden 9.4’te tutan tek faktör, saldırganın önceden yüksek yetkiye, yani yönetici rolüne sahip olması gerekmesi.
“Zaten yönetici” olmak neden yetmiyor?
İlk bakışta yönetici hesabı gerektiren bir açık daha az tehlikeli görünebilir. Ancak bulut tabanlı çok kiracılı (multi-tenant) platformlarda “uygulama yöneticisi” ile “sunucu sahibi” arasındaki ayrım güvenliğin temelini oluşturuyor. Bir kurum yöneticisinin, hatta ele geçirilmiş bir yönetici hesabının, platformun altyapısına inebilmesi; diğer verilere, gizli anahtarlara ve iç ağa ulaşma yolunu açabiliyor. Kimlik avı ya da sızdırılmış parolalarla ele geçirilen yönetici hesaplarının sık görüldüğü düşünüldüğünde, bu tür açıklar saldırı zincirinin kritik halkası hâline gelebiliyor.
Kimlerin işlem yapması gerekiyor?
- ServiceNow’un barındırdığı bulut instance’lar: Şirket, güncellemenin bu ortamlara zaten uygulandığını açıkladı.
- Kendi sunucusunda (self-hosted) çalıştıran kurumlar ve iş ortakları: Düzeltme bu müşterilere de iletildi; yama durumunun gecikmeden kontrol edilmesi gerekiyor.
ServiceNow, şu ana kadar açığın gerçek saldırılarda kullanıldığına dair bir bulgu olmadığını belirtiyor.
Önerilen ek önlemler
- Yönetici rolüne sahip hesapların sayısını en aza indirin ve bu hesaplarda kimlik avına dayanıklı çok faktörlü doğrulama kullanın.
- Sunucu tarafı betiklerde yapılan değişiklikleri ve yeni eklenen betikleri denetim kayıtlarından düzenli olarak inceleyin.
- Platforma bağlı yapay zekâ ajanlarına ve entegrasyonlara verilen yetkileri “en az ayrıcalık” ilkesine göre gözden geçirin.
Yapay zekâ platformlarında kum havuzu sınavı
Bu açık, son haftalarda art arda gelen “kum havuzu kaçışı” haberlerinin bir yenisi. Yapay zekâ ajanlarının kod yazıp çalıştırabildiği platformlar çoğaldıkça, bu kodu yalıtan katmanların sağlamlığı kurumsal güvenliğin en kritik konularından biri hâline geliyor. Uzmanlar, kum havuzlarının tek savunma hattı olarak görülmemesini, ağ bölümlendirme ve yetki kısıtlamalarıyla desteklenmesini öneriyor.
Kaynak: ServiceNow güvenlik bildirimi, cybersecurity-news.de
