Totaljerkface Veri İhlali
Totaljerkface 2010 veri ihlali, dünyaca ünlü bağımsız fizik tabanlı ragdoll oyunu Happy Wheels'in geliştiricisi Jim Bonacci tarafından kurulan oyun stüdyosu ve platformu Totaljerkface (totaljerkface.com) kullanıcı veritabanının Ağustos 2010 tarihinde siber saldırganlar tarafından ele geçirilip sızdırılmasıyla meydana gelmiştir.
Sızan Veri Türleri
7- E-posta Adresleri
- Kullanıcı Adları
- Parolalar
- IP Adresleri
- Coğrafi Konumlar
- Cinsiyetler
- Web Sitesi Aktiviteleri
Bu İhlal Hakkında
Totaljerkface olayında hangi bilgiler etkilendi?
Sızdırılan kullanıcı tablosu dökümü (totaljerkface-08-17-2010-users.txt), platforma üye olan oyuncuların ve forum üyelerinin hesap detaylarını açığa çıkarmıştır. İhlal kapsamında 186.950 tekil oyuncuya ait şu veri sınıfları sızdırılmıştır:
- Hesap ve Kimlik Bilgileri: Oyuncu kullanıcı adları (username) ve cinsiyet (gender).
- İletişim Bilgileri: Doğrulanmış geçerli e-posta adresleri.
- Kimlik Doğrulama Verileri: bcrypt algoritmasıyla ($2y$05$) hashlenmiş hesap parolaları.
- Teknik ve Ağ Bilgileri: Kayıt veya son giriş IP adresleri.
- Coğrafi Konum Verileri: İki harfli ülke kodları (location).
- Web Sitesi Bilgileri: Oyuncuların profilinde paylaştığı kişisel web sitesi adresleri.
Kaç kişi veya hesap etkilendi?
188.057 satırlık veritabanı dökümünden kanonik RFC e-posta standartlarına göre ayrıştırılarak tekilleştirilen 186.950 tekil geçerli e-posta adresi bulunmaktadır.
Saldırının teknik analizi ve riskler nelerdir?
Oyun geliştiricisi Jim Bonacci dahil olmak üzere stüdyonun tüm erken dönem oyuncu profilleri sızdırılmıştır. Her ne kadar parolalar bcrypt ile hashlenmiş olsa da (döneme kıyasla güçlü bir algoritma), kullanıcı adları, IP adresleri ve coğrafi konumların e-postalar ile eşleşmesi hedefli kimlik avı ve hesap ele geçirme (credential stuffing) saldırıları için risk teşkil etmektedir.
Etkilenen kullanıcılar ne yapmalı?
Totaljerkface / Happy Wheels platformunda hesabı bulunmuş olan oyuncuların:
- İlişkili hesaplarda aynı parolayı kullanıyorlarsa şifrelerini derhal güncellemeleri,
- İki adımlı doğrulamayı (2FA) etkinleştirmeleri önerilir.
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
