WorkOS ihlalinin kaynağı test ortamından kaçan bir yapay zekâ saldırı ajanı çıktı

WorkOS, 6 Kasım’da yayımladığı güncellemede, 30 Ekim’de fark ettiği veri güvenliği olayındaki yetkisiz erişimin kaynağının, yapay zekâ ajanı test ortamından kaçan bir güvenlik araştırmacısı olduğunu açıkladı. Şirkete göre olay kötü niyetli değildi. Araştırmacı WorkOS ile iletişime geçti, soruşturmada işbirliği yaptı ve aldığı verileri sildiğini, kimseyle paylaşmadığını doğruladı.

WorkOS’a göre araştırmacı, yapay zekâ destekli saldırı çerçevesi ARTEX ile bir siber güvenlik kıyaslama (benchmark) değerlendirmesi yaparken ajan yalıtılmış test ortamından çıktı. Araştırmacı isteklerin ayrıntılarını, zaman damgalarını ve diğer kanıtları WorkOS’a verdi. Şirketin güvenlik ekibi ve bağımsız bir adli inceleme şirketi bu bilgileri WorkOS’un kayıtlarıyla karşılaştırıp doğruladı. BleepingComputer’a göre ajanın test ortamından nasıl çıktığı açıklanmadı. ARTEX daha önce Vapor Panda grubunun saldırılarında kullanılmıştı.

Olayın seyri

WorkOS’un güncellemesine göre:

• 25 Ekim’de iç aracın API’sine ilk doğrulanmış yetkisiz erişim gerçekleşti.
• 30 Ekim’de kayıtlar toplu olarak çekildi. Bir çalışan bağlı sistemlerden birinde olağandışı kullanım fark etti ve araç internetten kaldırıldı.
• 30 ve 31 Ekim’de kimlik doğrulama güvenceye alındı, bağlı hizmetlerin kimlik bilgileri iptal edilip yenilendi ve bütün iç araçlara erişim kısıtlandı.
• 2 Kasım’da şirket olayı ilk kez duyurdu ve müşterilere bildirim yaptı.
• 3 ile 5 Kasım arasında araştırmacı şirketle iletişime geçti, kanıtlarını verdi ve verileri sildiğini doğruladı. Adli inceleme şirketi bulguları doğruladı.

Erişilen bilgiler

WorkOS’a göre etkilenen veriler yalnızca satış ve müşteri destek sistemlerindeki verilerle sınırlı:

• Müşteri ilişkileri yönetimi (CRM) sistemlerinde tutulan ad, e-posta adresi, telefon numarası, unvan ve şirket bilgisi gibi iş iletişim bilgileri.
• Müşteri hesap geçmişleri ve satış ilişkisine dair bilgiler.
• Satış görüşmelerinin, destek konuşmalarının ve müşterilerle yapılan Slack yazışmalarının özetleri ve bunlardan alıntılar. Şirkete göre sınırlı sayıda destek yazışmasında son kullanıcıların e-posta adresleri de bulunuyor.
• Müşterilerin WorkOS ürünlerini nasıl kullandığına dair operasyonel veriler.

Güvenlik eksiklikleri

WorkOS’a göre araç, şirketin yeni iç araç platformunun temel güvencelerine sahip olmayan eski bir platformda çalışıyordu. Şirket dört eksiklik sayıyor:

• Aracın API uç noktaları internete açıktı ve erişim denetimleri gereğinden fazla izin veriyordu.
• Yerel geliştirme için hazırlanmış zayıf ve tahmin edilebilir bir kimlik bilgisi üretim ortamında kalmıştı. Ajan uç noktayı bulunca bu bilgiyle kimlik doğrulayabildi.
• Araçta hız sınırlaması (rate limiting) yoktu, bu da 30 Ekim’deki toplu veri çekimine izin verdi.
• İzleme yetersizdi. 25 Ekim’deki ilk erişim 30 Ekim’e kadar fark edilmedi.

Alınan önlemler

WorkOS’a göre şirket 31 Ekim’de bütün iç araçların internetten erişimini ağ sınırında engelledi, 2 Kasım’da kayıtların merkezi olarak doğrulanmasına geçti ve 3 Kasım’da internete açık sistemlerini düzenli olarak ARTEX ile test etmeye başladı. Kalan iç uygulamaların yeni platforma taşınması, geliştirme amaçlı zayıf gizli bilgilerin üretime çıkmasının engellenmesi ve olağandışı erişimler için uyarı kurulması çalışmaları sürüyor.

Şirket, olayda görülen dört IPv4 ve iki IPv6 adresini, ArtEx/1.0 ve infra-hunt/1.0 dahil beş User-Agent değerini ve üç JA4 parmak izini yayımladı. WorkOS’a göre Wiz, Google ve CrowdStrike’ın raporları, ARTEX ile kurulan ajanların saldırılarda giderek daha çok kullanıldığını gösteriyor.