Vedomosti İddia Edilen Veri Açığı
Vedomosti 2012 veri ihlali, Rusya'nın önde gelen ulusal ekonomi ve iş dünyası gazetesi Vedomosti (vedomosti.ru) portalının MySQL kullanıcı veritabanının (db_ved_users) Mayıs 2012 tarihinde yetkisiz üçüncü şahıslar tarafından ele geçirilmesiyle meydana gelmiştir.
Sızan Veri Türleri
8- E-posta Adresleri
- Parolalar
- İsimler
- Kullanıcı Adları
- Telefon Numaraları
- İşverenler
- İş Unvanları
- Professional specializations
Bu Kayıt Hakkında
Vedomosti olayında hangi bilgiler etkilendi?
Sızdırılan ilişkisel veritabanı dökümleri (vedomosti.ru1.sql ve vedomosti.ru2.sql), gazetenin aboneleri, kurumsal okuyucuları ve gazetecilerine ait kayıtları içermektedir. İhlal kapsamında şu veri sınıfları sızdırılmıştır:
- Kimlik ve Profil Bilgileri: Okuyucuların ad, soyad ve baba adları (fname, lname, sname) ile rumuzları (nick).
- Kimlik Doğrulama Verileri: Açık metin (plaintext) halinde saklanan kullanıcı parolaları.
- İletişim Bilgileri: Kullanıcıların e-posta adresleri ve telefon numaraları (phone).
- Mesleki ve Kurumsal Bilgiler: Kullanıcıların çalıştıkları şirketler (company), sektör uzmanlıkları (comp_specialization) ve kurumsal unvanları (comp_post).
- Hesap ve Abonelik Meta Verileri: Kayıt tarihleri (reg_date), hesap değişiklik zamanları ve abonelik durumları.
Kaç kişi veya hesap etkilendi?
Veritabanı dökümleri üzerinde gerçekleştirilen kanonik doğrulama sonucunda 217.752 tekil geçerli e-posta adresi doğrulanmıştır.
Saldırının teknik analizi ve riskler nelerdir?
Parolaların hiçbir kriptografik özetleme yapılmaksızın açık metin olarak saklanmış olması, hesapların doğrudan ele geçirilmesine yol açmıştır. İş dünyası profesyonelleri ve yöneticilerin kurumsal e-posta ve açık parolalarının ifşası; kimlik bilgisi doldurma (credential stuffing), hedefli kimlik avı ve kurumsal casusluk risklerini en üst seviyeye taşımaktadır.
Etkilenen kullanıcılar ne yapmalı?
Vedomosti portalına kayıt olmuş tüm kullanıcıların:
- Vedomosti üzerinde kullandıkları parolayı kullandıkları tüm diğer web sitelerinde ve kurumsal hesaplarında parolalarını derhal değiştirmeleri,
- Hesaplarında iki adımlı doğrulamayı (2FA) etkinleştirmeleri tavsiye edilir.
Doğrulama ve editoryal yöntem
LeakData; olay adı, tarih, etkilenen kayıt sayısı ve veri türlerini erişilebilir kaynaklarla karşılaştırır. Doğrulanamayan alanlar kesin bilgi olarak sunulmaz ve kayıtlar yeni kanıt bulunduğunda güncellenir.
Eksik veya hatalı bilgi bildirin
