Bir ChatGPT hesabından doğrulama istendiğinde veya hesaba kısıtlama geldiğinde neden her zaman yoğun kullanım değildir. Çıkış ülkesinin, cihazın ya da tarayıcı parametrelerinin değişmesi normal erişim örüntüsünü bozabilir ve ek kontrolleri tetikleyebilir.
Bir hesaptan doğrulama istendiğinde veya hesap geçici olarak kısıtlandığında birçok kişi önce çok sık kullandığını ya da IP adresinin yeterince temiz olmadığını düşünür. Kullanım sıklığı ve IP etkili olabilir, ancak daha yaygın neden giriş ortamının değişmesidir.
Platform tek bir IP’yi değil, erişim izini takip eder
Risk kontrolü yalnızca belirli bir adresin temiz görünüp görünmediğine bakmaz. Giriş ortamının tamamının zaman içinde ne kadar tutarlı kaldığını da değerlendirir. IP’ye ek olarak ASN ağ aidiyeti, coğrafi konum, uç cihaz ve TLS ile HTTP katmanlarındaki fingerprint özellikleri dikkate alınabilir. Uzun süre normal biçimde kullanılan bir hesapta bu bilgiler görece istikrarlı bir erişim izi oluşturur ve platform temel güveni bu iz üzerinden kurabilir.
Buradan başka bir sonuç daha çıkar: Cookies temizlemek kimliği değiştirmek anlamına gelmez. Cihaz tanıma, Canvas, WebGL, User-Agent ve işletim sistemi gibi öğelerden oluşan tarayıcı fingerprint’ine dayanır. Cookies bunun yalnızca bir katmanıdır. Bu nedenle bir anormallik görüldüğünde Cache temizlemek çoğu zaman çok az şeyi değiştirir.
Aynı hesap çıkışı veya cihazı değiştirdiğinde platform ne görür
- Çıkış ülkesi değişir: Sabah yerel ağ, öğleden sonra yurt dışındaki bir node kullanılırsa platform aynı hesabı iki farklı coğrafi konumda etkin görür. Yaygın tepki yeniden giriş istemek veya e-posta ya da telefonla doğrulama kodu göndermektir; daha ciddi durumlarda erişim geçici olarak kısıtlanabilir
- Birden fazla cihazda eşzamanlı giriş: Aynı hesap birkaç uç cihazda paralel kullanılır, farklı konumlardan gelen istekler zaman olarak çakışır ve eşzamanlı oturumlar oluşur
- Tarayıcı değişimi veya sistemin yeniden kurulması: Cihaz parametreleri topluca değişir, platformun tutarlı bir profil oluşturması zorlaşır ve doğrulamalar daha sık görülebilir
- Ortam ile çıkış uyuşmaz: IP ABD’dedir, saat dilimi yerel kalır ve arayüz dili hâlâ Çince olur. Bu tür çelişkiler gelişmiş bir algılama olmadan da fark edilebilir
Bu değişiklikler neden risk işareti sayılabilir
Risk kontrolünün yanıtlamaya çalıştığı soru aslında basittir: Normal bir kişi tek bir hesabı istikrarlı biçimde mi kullanıyor? Ortamın kopuk olması, kimliklerin örtüşmesi ve olağan dışı kullanım ritmi bu soruya verilen güveni azaltır; ardından doğrulama veya kısıtlama gelebilir.
Kimlik örtüşmesi ayrıca ele alınmaya değerdir. Birden fazla hesap uzun süre aynı tarayıcı ortamını paylaşırsa oturumu kapatmak yalnızca hesap oturumunu bitirir; tarayıcı ortamının durumu yalıtılmış olmaz. Fingerprint, Cache ve cihaz parametreleri büyük ölçüde örtüşmeye devam edebilir ve hesaplar arasında ilişki sinyalleri oluşabilir. Hesaplardan biri gözlem altına alınırsa diğerlerinden de ek doğrulama istenebilir.
Sıklıkla gözden kaçan başka bir durum, kullanım geçmişi neredeyse olmayan hesaptır. Yeni bir hesabın güven modelindeki ağırlığı düşüktür. Kayıttan hemen sonra sürekli içerik üretmeye, toplu çağrılar yapmaya ve aynı anda birden fazla cihazda giriş yapmaya başlarsa kolayca dikkat çekebilir. Bir süre normal ritimde kullanıp geçmişi yavaş yavaş oluşturmak herhangi bir numaradan daha yararlıdır.
Ayrıca hesap paylaşımı çoğu hizmetin kullanım koşullarına aykırıdır. Hesabın fark edilmeden nasıl paylaşılacağını araştırmak yerine her kullanıcıya ayrı bir abonelik sağlamak daha uygundur.
Ortamı istikrarlı tutma yöntemleri
Amaç parametreleri özellikle sıra dışı hâle getirmek değil, aynı hesabı uzun süre aynı genel ortamda tutmaktır. Şu sırayla ilerlenebilir:
- Tek bir tarayıcı ortamını sabit tutun ve aynı çıkış grubuna bağlayın; böylece giriş yolu uzun süre aynı ağ ve cihaz yapısı içinde kalır. Ağı değiştirmek gerektiğinde yalnızca çıkış adresini değiştirin, aynı anda tarayıcı parametrelerini de değiştirmeyin; böylece her değişiklikte oynayan değişken sayısı sınırlı kalır
- Saat dilimi, dil, ekran çözünürlüğü, WebRTC ve DNS’i tek bir sabit parametre kümesi olarak koruyun. Bu kümeyi çıkış bölgesiyle uyumlu tutun ve elle tekrar tekrar değiştirmeyin
- Her hesap için ayrı ve yalıtılmış bir ortam kullanın; Cookies, Cache veya yerel depolama yapısını paylaşmayın. Kullanım amacına göre container’ları da ayırarak içerik, reklam ve destek hesaplarının farklı yollar izlemesini sağlayabilirsiniz
- Çıkışları mümkün olduğunca aynı bölgede veya aynı ASN içinde tutun ve ülkeler arası sıçramalardan kaçının. Hesap sayısı arttığında hesap, ortam ve çıkış eşlemesini sabitleyerek geçici girişleri ve ortamlar arası geçişleri azaltın
- Yerel veriyi ortamın tamamıyla birlikte taşıyın. Cihaz değiştirirken veya hesabı devrederken tüm ortam verisini aktarın. Sorun çıkarsa her şeyi yeniden kurmak yerine son istikrarlı duruma geri dönün
Ortam sayısı arttığında tüm eşleşmeleri yalnızca hafızayla yönetmek hataya açık hâle gelir. PurpleMark gibi araçlar her hesabı kendi bağımsız ortamında, kendi çıkışıyla sabit tutmak ve ortamlar arasında veri paylaşmamak için kullanılır; böylece hesap kimliği katmanı daha istikrarlı kalır.
Hesap zaten kısıtlandıysa
Önce kısıtlama türünü belirleyin. Geçici kısıtlamalar çoğu zaman bekleyerek veya doğrulamayı tamamlayarak kaldırılabilir; yasaklama ise itiraz gerektirir. İki durumun çözüm yolu farklıdır.
Sorun ortamdan kaynaklanıyorsa itirazdan önce bu sorunu giderin. Aksi hâlde erişim geri geldikten sonra aynı sorun yeniden yaşanabilir. Resmî itiraz talimatlarını izleyin, durumu açık biçimde anlatın ve kısa sürede art arda başvuru yapmayın. Mevcut hesap kısıtlıyken aynı ortamı kullanarak yeni hesaplar da kaydetmeyin; yeni hesaplar ilişki sinyallerini devralabilir.
Sonuçta risk kontrolü istikrar ve tutarlılığı değerlendirir. Sabit bir giriş ortamı, birbiriyle uyumlu bölgesel parametreler ve normal kullanım ritmi bu tür sorunların büyük bölümünü önlemeye yardımcı olur.
