Simüle Edilmiş İnsan Yazımı — Popüler Anti-detect'lerin "Kaputunun Altında" Ne Var?

Giriş

Bugün, her anti-detect tarayıcı kullanıcısının iş akışının ayrılmaz bir parçası haline gelen bir özellikten bahsedeceğiz.

Paste Like Human Print (insan benzeri giriş olarak da bilinir veya kısaca HLI), gerçek bir kullanıcının davranışını taklit ederek panodan metin girişinin emüle edilmesidir.

Çoklu hesap alanında çalışırken büyük ölçüde zaman kazandıran ve rutin işlemleri ortadan kaldıran vazgeçilmez bir araçtır. Temel amacı, web sitelerindeki formlara metin girerken anti-fraud sistemlerinden kaynaklanan kısıtlama riskini en aza indirmektir.

Her ürün bu özelliği farklı şekilde adlandırır:

• İnsan Yazma Simülasyonu
• İnsan yazması gibi yapıştır
• İnsan yazma emülasyonu
• Akıllı Yapıştırma

Linken Sphere, 2017'nin sonlarında insan benzeri girişi uygulayan ve pazara sunan ilk anti-detect tarayıcıydı. O dönemde çoğu rakip, geniş kitleler arasında yüksek talep görmediğini iddia ederek benzer bir özelliği sunmak için acele etmiyordu. Ancak pratik aksini gösterdi: birkaç yıl içinde bu teknoloji, segmentteki hemen hemen tüm büyük ürünlerde uygulandı ve bir endüstri standardı haline geldi.

Girdi Yönteminin Başarınız Üzerindeki Etkisi

Pratikte genellikle önceden hazırlanmış verilerle uğraşırız, örneğin:

• Hesap oluştururken kullanılan isimler, kullanıcı adları ve e-posta adresleri
• Reklam hesapları oluştururken kullanılan ödeme bilgileri
• Reklam hesaplarının engelini kaldırırken kullanılan itiraz metinleri
• SMM faaliyetleri için yorumlar ve mesajlar
• Ve benzeri

Dolandırıcılık önleme sistemlerinin uzun zamandır kullanıcı davranışlarını izlediği ve analiz ettiği bir sır değil. Formlara metin girişi de bir istisna değildir. Vakaların büyük çoğunluğunda girdi yöntemi gerçekten önemlidir.

Metni sadece tanıdık Ctrl+V / Cmd+V kombinasyonunu kullanarak yapıştırırsanız, bu durum sisteme manuel yazmaya kıyasla şüpheli görünebilir. Sonuç olarak, hesabınız ve eylemleriniz daha fazla inceleme altına alınabilir.

Öte yandan, manuel yazmak en doğal yöntem gibi görünse de, büyük hacimli hesaplarla uğraşırken neredeyse pratik değildir. Birincisi, bu tek kelimeyle yorucudur. İkincisi, benzersiz yazma düzeniniz oturumları birbirine bağlamak için kullanılabilir. Evet, hesapları yazma stiline göre ilişkilendirmek paranoya değil, içinde yaşadığımız gerçektir. Birazdan, bu tür tespitleri görsel olarak test etmek için bir yöntem göstereceğiz.

Bu nedenle, en uygun çözüm, yukarıdaki tüm sorunları ortadan kaldırmak için tasarlanmış olan İnsan Gibi Yazarak Yapıştırma olmaya devam etmektedir. HLI sihirli bir değnek midir? Her şey spesifik teknik uygulamaya bağlıdır. Bu yüzden piyasadaki en popüler anti-detect tarayıcılar üzerinde kendi araştırmamızı yürüttük.

Sonuçlara dalmadan önce, tarayıcılarda girdi mekanizmasının nasıl çalıştığını daha iyi anlamaya yardımcı olacak temel teknik yönleri gözden geçirelim.

Hangi Tür Klavye Olayları Vardır ve Ne Zaman Kullanılırlar?

Üç ana klavye olayı vardır: keydown, keypress ve keyup. Modern tarayıcılarda (Chrome dahil) keydown ve keyup geçerliliğini korurken, keypress kullanımdan kaldırılmış olarak kabul edilir (yine de yazma sırasında tetiklenmeye devam eder).

• keydown – bir tuşa basıldığında meydana gelir ve herhangi bir tuş için tetiklenir (Alt, Shift vb. kontrol tuşları dahil). Tuş basımlarına anında yanıt vermek için kullanılır (örn. kısayollar veya oyunlar için). Tuş basılı tutulursa (örn. t), otomatik tekrarı tetikler: ilk basışta bir keydown ve tuş bırakılana kadar tekrarlanan keydown olayları (event.repeat = true ile).
• keypress – (kullanımdan kaldırıldı) bir karakter üreten bir tuşa basıldığında tetiklenir. Tarihsel olarak yazdırılabilir karakter girişini (harfler, rakamlar vb.) algılamak için kullanılırken, keydown/keyup fiziksel tuş basımlarını izlerdi. Karakter üretmeyen tuşlar için (Shift veya yön tuşları gibi) tetiklenmez ve artık eskimiş olarak kabul edilmektedir. Bunun yerine, keydown ile event.key özelliğini veya özel girdi olaylarını kullanın (aşağıya bakın).
• keyup – bir tuşa basıldıktan sonra bırakıldığında meydana gelir. Kullanıcı tuşu bıraktıktan sonraki eylemleri işlemek için kullanılır — örneğin, bir karakter yazıldıktan sonra bir eylemi yürütmek veya bir tuşun artık basılı tutulmadığını algılamak için.

Kullanımdan Kaldırılan Klavye Nitelikleri: charCode, keyCode ve which Nedir ve Neden Bunlardan Kaçınılmalıdır?

charCode, keyCode ve which, eski DOM sürümlerindeki (eski sistem) klavye olayı nesnesinin özellikleridir. Basılan tuşun veya karakterin kodunu temsil ediyorlardı, ancak artık güncelliklerini yitirmişlerdir ve kullanılmaları önerilmez. Modern standartlar bunun yerine event.key ve event.code özelliklerini kullanır.

Aşağıda her bir eski özelliğin kısa bir açıklaması ve neden kullanımdan kaldırıldığı yer almaktadır:

Değiştiriciler (Shift, Ctrl, Alt, Meta): getModifierState() ve İlgili Özellikler Nasıl Çalışır?

Klavye olayları, değiştirici tuşların durumunu belirten özelliklerin yanı sıra bunları kontrol etmek için bir yöntem içerir.

• Özellikler event.shiftKey, event.ctrlKey, event.altKey ve event.metaKey, olay oluşturulduğu sırada ilgili değiştirici tuşa basılmışsa true değerini alır. Örneğin, Ctrl+X kombinasyonunda, "X" tuşu için keydown olayı ctrlKey = true değerine sahip olacaktır. metaKey özelliği Meta tuşuna (Windows'ta – ⊞ Windows tuşu, Mac'te – ⌘ Command) karşılık gelir. Bu mantıksal (boolean) özellikler; Shift, Ctrl, Alt veya Meta tuşlarının başka bir tuşla birlikte basılı tutulup tutulmadığını algılamanızı sağlar.
• Yöntem event.getModifierState(key), belirtilen değiştiricinin olay sırasında etkin olup olmadığına bağlı olarak true veya false döndürür. key parametresi, "Shift", "Control", "Alt", "Meta" gibi bir değiştirici tuşun veya "CapsLock" ve "NumLock" gibi kilit tuşlarının adını içeren bir dizedir. Yöntem, değiştirici o anda basılıysa veya etkinleştirilmişse (örneğin, CapsLock açıksa) true döndürür. Bu, bağımsız olay özelliklerine doğrudan yansımayan CapsLock gibi tuşların durumunu kontrol etmeyi sağlar.

UI Olay Nitelikleri: key, code, location, repeat, isComposing, inputType ve data Özellikleri Ne Anlama Gelir?

Modern KeyboardEvent nesnesi, basılan tuş hakkında bilgi içeren bir dizi özellik sunar. Ayrıca, metin girişi sırasında ekstra özellikler sunan InputEvent olayları oluşturulur.

İşte temel nitelikler ve anlamları:

Klavye Olayları Girdi Alanlarıyla Nasıl Etkileşime Girer?

Odak bir girdi alanının (örneğin veya </code>) içindeyken, tuş basımları hem klavye olayları hem de metin girişi olayları üretir.</p><p>Tipik sıralama aşağıdaki gibidir:</p><p>1. <strong>keydown</strong> – herhangi bir tuşa basıldığında meydana gelir. Olay, odaklanılan öğede (girdi alanının kendisi) tetiklenir. Bu aşamada tarayıcı henüz karakteri alana eklememiştir. Karakter girişini engellemek için burada <code>event.preventDefault()</code> kullanarak varsayılan davranışı iptal edebilirsiniz.<br />2. <strong>beforeinput</strong> – ardından (karakter üreten tuşlar için), alan içeriği değiştirme niyetini belirten bir <em>beforeinput</em> olayı yayar. Hemen sonrasında, içeriğin güncellendiğini (örneğin bir harf eklendiğini) gösteren <strong>input</strong> olayı tetiklenir. Tam olarak ne olduğunu (karakter girişi, metin silme, yapıştırma vb.) belirlemek için bu olaylardaki <code>event.inputType</code> ve <code>event.data</code> özelliklerini inceleyebilirsiniz. <em>Not:</em> Bazı eski durumlarda <code>beforeinput</code> yerine bir <code>keypress</code> olayı tetiklenmiş olabilir, ancak modern Chrome tarayıcılarında <code>beforeinput</code>/<code>input</code> kullanılır.<br />3. <strong>keyup</strong> – son olarak, tuş bırakıldığında aynı öğe üzerinde bir keyup olayı meydana gelir.</p><p>Keydown/keyup klavye olayları, girdi öğesinden DOM ağacı boyunca (<code>document</code> üzerinden <code>window</code> öğesine kadar) yukarı doğru yayılır, bu nedenle girdinin kendisinde, ebeveyn öğelerinde veya global olarak yakalanabilirler. Alandaki metin girişine (panodan yapıştırma veya sesle giriş gibi klavye dışı girişler dahil) özel olarak yanıt vermeniz gerekiyorsa, alanın değerindeki herhangi bir değişiklikte tetiklenen <strong>input</strong> olayını kullanmak daha iyidir. KeyboardEvent ise doğrudan tuş etkileşimini işlemek için kullanışlıdır — örn. Escape, ok tuşları, fonksiyon tuşları, tuş kombinasyonları vb. tuşları yakalamak. Karakter girişi için en iyi kullanım alanı, yazılan karakteri alanda görünmeden önce engellemeniz veya değiştirmeniz gerektiği durumlardır.</p>

Manuel Giriş ve İnsan Gibi Yazarak Yapıştırma Nerede Test Edilir?

Eksiksiz bir tablo için test işlemi birkaç aşamada gerçekleştirilir.

Keyboard Event Viewer

Bu denetleyici, Eski (Legacy) öznitelikler, Değiştiriciler (Modifiers) ve Kullanıcı Arayüzü Etkinlikleri (UI Events) dahil olmak üzere giriş etkinlikleri hakkında maksimum bilgi sağlar.

1. Manuel Giriş Testi

Bir anti-detect tarayıcı kullanarak, test setindeki karakterleri tek tek manuel olarak girin. Ardından, ortaya çıkan etkinlikleri aynı bilgisayardaki gerçek Chrome'da yapılan manuel girişten elde edilenlerle karşılaştırın.

2. İnsan Gibi Yazarak Yapıştırma Testi

Bir anti-detect tarayıcı kullanarak, İnsan Gibi Yazarak Yapıştır (Paste Like Human Print) özelliğini kullanıp aynı karakterleri ekleyin. Sonuçları aynı cihazdaki gerçek Chrome'da yapılan manuel girişle karşılaştırın.

Beklenen davranış: Her iki durumda da giriş etkinlikleri, manuel yazım sırasında gerçek Chrome tarafından oluşturulanlarla yakından eşleşmelidir.

TypingDNA

Bu hizmet, benzersiz yazım stillerini tespit etmek ve kullanıcıları tanımlamak için tuş vuruşları arasındaki aralıkları analiz ederek yazım kalıplarını tanımaya odaklanır.

1. Manuel Giriş Testi

Bir anti-detect tarayıcı kullanarak, benzersiz verileri (e-posta, şifre) manuel olarak girip bir hesap oluşturun. Ardından, aynı verileri kullanarak giriş işlemini birkaç kez tekrarlayın — yine manuel olarak.

2. İnsan Gibi Yazarak Yapıştırma Testi

İnsan Gibi Yazarak Yapıştır özelliğini kullanarak verileri yapıştırıp bir hesap oluşturun. Ardından, her seferinde giriş için HLI kullanarak birkaç kez oturum açın.

Bir anti-detect tarayıcı kullanarak, İnsan Gibi Yazarak Yapıştır özelliğini kullanıp verileri yapıştırarak bir hesap oluşturun. Ardından, her seferinde giriş için HLI kullanarak birden çok kez oturum açın.

Beklenen davranış: Başarılı kayıt ve giriş işlemiyle birlikte, her tekrarlanan girişte Kayıtlar (Enrollments) sayacının artması. Sayaçtaki artış, oturumlar arasındaki yazım kalıbında bir eşleşme olduğunu gösterir.

Ek Detaylar

• Test karakter seti: tT@.
• İşletim sistemi: Windows 11
• Kısayol tuşu çakışmasını önlemek için İnsan Gibi Yazarak Yapıştır özelliği tüm durumlarda bağlam menüsü (sağ tık) aracılığıyla tetiklenmiştir.

Test Sonuçları

Linken Sphere 2 v2.4.0 ⭐

Klavye Olay Görüntüleyicisi

Manuel giriş sırasındaki davranış, normal Chrome'un davranışıyla tamamen eşleşmektedir.

İnsan Gibi Yazarak Yapıştır (Paste Like Human Print) özelliği Chrome'daki gerçek manuel girişle karşılaştırıldığında, giriş olayları test karakter seti içinde tamamen eşleşmektedir. Doğru uygulanmış bir HLI (İnsan Benzeri Giriş) tam olarak bu şekilde çalışmalıdır.

HLI ve Chrome'daki standart giriş davranışının ayrıntılı bir karşılaştırması ekran görüntüsünde gösterilmektedir.

TypingDNA

Manuel giriş doğru şekilde çalışmaktadır. HLI kullanıldığında kayıt ve giriş işlemleri başarılı olur ve Kayıtlar (Enrollments) sayacı artar — bu, sistemin tek bir oturum içinde istikrarlı ve tekrarlanabilir bir yazma modeli algıladığını gösterir.

Octo Browser v2.5.5

Klavye Olay Görüntüleyicisi

Manuel giriş sırasındaki davranış, standart Chrome ile tamamen eşleşmektedir.

HLI, diğer birçok çözümden daha iyi uygulanmıştır ancak kusursuz değildir.

HLI davranışı Chrome'daki gerçek manuel girişle karşılaştırıldığında aşağıdaki tuhaflıklar gözlemlenmiştir:

• T gibi büyük harfler ve @ gibi bazı özel karakterler yazılırken Shift tuşu kullanılır, ancak durumu Değiştiricilere (Modifiers) (getModifierState, shift) yansımaz

TypingDNA

Manuel giriş doğru şekilde çalışmaktadır. HLI kullanıldığında, Kayıtlar (Enrollments) sayacı ya artmaz ya da kayıt/giriş hataları meydana gelir. Bu, her seferinde yeni bir yazma modelinin oluşturulduğunu gösterir ve bu durum dolandırıcılık önleme sistemleri tarafından olumsuz algılanabilir.

Dolphin Anty v2025.152.125.0

Klavye Olay Görüntüleyicisi

Manuel giriş: Shift / Meta / Control gibi tuşlara basıldığında (örneğin, büyük harf T veya Shift gerektiren @ gibi karakterler yazılırken), charCode / keyCode / which için sıfır değerlerine sahip fazladan bir keypress olayı kaydedilir.

Bu, dolandırıcılık önleme sistemleri için bir tetikleyici görevi görebilir: manuel veri girişi sırasında bile Dolphin Anty'nin davranışı standarttan sapar ve bu da anti-detect tarayıcısının tespit edilmesine yol açabilir.

Dolphin Anty'deki HLI, piyasadaki en kötü uygulamadır.

HLI davranışı gerçek Chrome'daki manuel girişle karşılaştırıldığında aşağıdaki sorunlar tespit edilmiştir:

• Gerçek yazmayı taklit etmek yerine, ilkel bir karakter karakter yapıştırma işlemi kullanır. Bu durumda inputType değeri insertFromPaste olur ve bu da bunun bir pano yapıştırması olduğunu anında ortaya çıkarır
• HLI aracılığıyla gerçekleştirilen yapıştırma işleminin kendisi bile, beforeinput olayları olmadığı için bağlam menüsü (sağ tıklama) aracılığıyla yapılan standart bir yapıştırma işleminden farklıdır

Evet, görsel olarak her şey diğer ürünlerdekiyle aynı çalışıyor gibi görünebilir. Ancak ayrıntılı bir analiz net farklılıkları ortaya koymaktadır.

HLI ve Chrome'daki normal giriş davranışının ayrıntılı bir karşılaştırması ekran görüntüsünde gösterilmektedir.

TypingDNA

Manuel giriş doğru şekilde çalışmaktadır. HLI kullanıldığında, site hiçbir girişi algılamaz ki bu beklenen bir durumdur: bu gerçek bir yazma taklidi değil, bir yapıştırma işlemidir.

Undetectable v2.32.1

Klavye Olay Görüntüleyicisi

Manuel giriş sırasındaki davranış, standart Chrome ile tamamen eşleşmektedir.

HLI davranışı gerçek Chrome'daki manuel girişle karşılaştırıldığında aşağıdaki problemler tespit edilmiştir:

• keydown ve keyup olaylarında, keyCode ve which için Eski (Legacy) değerler her zaman 0'dır ve bu kabul edilemez — düzgün bir giriş, geçerli tuş kodları gerektirir
• UI Olaylarındaki (UI Events) code niteliği keydown, keyup veya keypress olaylarına dahil edilmemiştir
• T gibi büyük harfler ve @ gibi özel karakterler yazılırken Shift tuşu tetiklenmez — keydown / keyup olayları yoktur ve bu nedenle ilgili Modifiers etkinleştirilmez

HLI ve Chrome'daki normal giriş davranışının ayrıntılı bir karşılaştırması ekran görüntüsünde gösterilmektedir.

TypingDNA

Manuel giriş doğru şekilde çalışmaktadır. HLI kullanıldığında, Kayıtlar (Enrollments) sayacı ya artmaz ya da kayıt/giriş hataları meydana gelir. Bu, her seferinde yeni bir yazma modelinin oluşturulduğunu ve bu durumun dolandırıcılık önleme sistemleri tarafından olumsuz algılanabileceğini göstermektedir.

Adspower v6.12.6.0

Klavye Olay Görüntüleyicisi

Manuel giriş sırasındaki davranış, standart Chrome ile tamamen eşleşmektedir.

HLI davranışı gerçek Chrome'daki manuel girişle karşılaştırıldığında aşağıdaki sorunlar tespit edilmiştir:

• keydown, keyup ve keypress olaylarında, charCode, keyCode ve which Eski (Legacy) nitelikleri beklenen değerler yerine her zaman 0'dır
• Aynı olaylarda, key ve code UI Olayları (UI Events) nitelikleri eksiktir
• Değiştiriciler (Modifiers) (ör. Shift ve Meta) doğal olmayan bir şekilde davranır — çoğu durumda tetiklenmemeleri gerekmesine rağmen, giriş içeriğinden bağımsız olarak aynı etkinleştirme modeli kaydedilir
• input UI Olayında, data niteliği her zaman 'null' şeklindedir
• beforeinput olayı eksiktir. Bunun yerine, input olayı iki kez tetiklenir ve yalnızca ikincisi inputType = insertText içerir
• Olay sırası bozuktur: doğal yazma dizisiyle eşleşmez ve girişten bağımsız olarak yanlış kalır

HLI ve Chrome'daki standart giriş davranışının ayrıntılı bir karşılaştırması ekran görüntüsünde gösterilmektedir.

TypingDNA

Manuel giriş doğru şekilde çalışmaktadır. HLI kullanıldığında, forma veri girilmez ve bir hata belirir: "Bu giriş alanı Yapıştır (Paste It) özelliğini desteklemiyor".

0detect browser (ex AQUM) v3.7.40

Klavye Olay Görüntüleyicisi

Manuel giriş sırasındaki davranış, standart Chrome ile tamamen eşleşmektedir.

HLI davranışı gerçek Chrome'daki manuel girişle karşılaştırıldığında aşağıdaki sorunlar tespit edilmiştir:

• keydown ve keyup olaylarında, charCode, keyCode ve which Eski (Legacy) nitelikleri beklenen değerler yerine her zaman 0'dır
• keydown, keyup ve keypress olaylarında, key ve code UI Olayları (UI Events) nitelikleri eksiktir
• T gibi büyük harfler ve @, gibi özel karakterler girilirken Shift tuşu tetiklenmez — keydown / keyup olayları eksiktir ve Modifiers etkinleştirilmez

HLI ve Chrome'daki standart giriş davranışının ayrıntılı bir karşılaştırması ekran görüntüsünde gösterilmektedir.

TypingDNA

Manuel giriş doğru şekilde çalışmaktadır. HLI kullanıldığında, bazı giriş alanlarına veri girilmez — hiçbir şey olmaz. Ancak diğer alanlarda (örneğin Google arama çubuğu), giriş doğru şekilde çalışır.

GoLogin v3.3.83.79

Klavye Olay Görüntüleyicisi

Manuel giriş sırasındaki davranış, standart Chrome ile tamamen eşleşmektedir.

HLI davranışı gerçek Chrome'daki manuel girişle karşılaştırıldığında aşağıdaki sorunlar tespit edilmiştir:

• keydown ve keyup olaylarında, charCode, keyCode ve which Eski (Legacy) nitelikleri doğru değerler yerine her zaman 0'dır
• keydown, keyup ve keypress olaylarında, key ve code UI Olayları (UI Events) nitelikleri eksiktir
• T gibi büyük harfler ve @ gibi özel karakterler yazılırken Shift tuşu tetiklenmez — keydown / keyup olayları oluşturulmaz ve Modifiers etkinleştirilmez

HLI ve Chrome'daki standart giriş davranışının ayrıntılı bir karşılaştırması ekran görüntüsünde gösterilmektedir.

TypingDNA

Manuel giriş doğru şekilde çalışmaktadır. HLI kullanıldığında, Kayıtlar (Enrollments) sayacı ya artmaz ya da giriş/kayıt sırasında bir hata meydana gelir. Bu, her seferinde yeni bir yazma modelinin oluşturulduğunu gösterir ve bu durum dolandırıcılık önleme sistemleri tarafından olumsuz algılanabilir.

Vision v3.0.38

Klavye Olay Görüntüleyicisi

Manuel giriş sırasındaki davranış, standart Chrome ile tamamen eşleşmektedir.

HLI uygulaması, benzer kusurlarla birlikte Dolphin Anty'nin çözümüyle fiilen aynıdır. Mevcut haliyle, test edilen ürünler arasındaki en kötü uygulamalardan biridir.

HLI davranışı gerçek Chrome'daki manuel girişle karşılaştırıldığında aşağıdaki sorunlar tespit edilmiştir:

• Gerçek yazma taklidi yerine, basit bir karakter karakter yapıştırma işlemi kullanılır. Bu durumda inputType değeri insertFromPaste olur ve bu da pano yapıştırması olduğunu açıkça gösterir
• HLI aracılığıyla yapılan yapıştırma işleminin kendisi bile, beforeinput olayları eksik olduğu için standart bir sağ tıklama bağlam menüsü yapıştırmasından farklıdır

HLI ve Chrome'daki standart giriş davranışının ayrıntılı bir karşılaştırması ekran görüntüsünde gösterilmektedir.

TypingDNA

Manuel giriş doğru şekilde çalışmaktadır. HLI kullanıldığında, site hiçbir girişi algılamaz — bu gerçek bir yazma taklidi değil, bir yapıştırma işlemi olduğu için beklenen bir durumdur.

Bonus: Kullanıcıların Benzersiz Yazma Stiline Göre Hesapları Birbirine Bağlama

Bunu giriş bölümünde belirtmiştik, şimdi ise pratikte göstereceğiz. Aşağıda şunu kanıtlayan basit bir test bulunmaktadır: hesapları benzersiz manuel yazma davranışına göre birbirine bağlamak sadece mümkün olmakla kalmaz, aynı zamanda dolandırıcılık önleme (anti-fraud) sistemleri tarafından aktif olarak kullanılır.

Üstelik bu durum oturumlardan, profillerden ve hatta cihazlardan bağımsız olarak çalışır. Bu durumda ana tanımlayıcı sizsiniz — ve sizin benzersiz yazma modelinizdir.

Test Prosedürü

1. Anti-detect tarayıcınızda ilk oturumu/profili oluşturun

2. Test sayfasına gidin TypingDNA

3. Benzersiz bir kullanıcı adı ve şifre belirleyip not alın (e-posta onayı gerekmez)

4. Verileri manuel olarak girerek bir hesap kaydedin

5. Enrollments sayacını artırmak ve davranışsal modelin doğruluğunu iyileştirmek için aynı kimlik bilgileriyle birkaç kez giriş yapın (4-5 kez önerilir)

6. Yeni bir oturum/profil oluşturun (farklı bir cihaz bile kullanabilirsiniz)

7. Test sayfasına gidin TypingDNA

8. Aynı kullanıcı adı ve şifreyi kullanarak tekrar giriş yapın — bunları manuel olarak girin, ancak bu sefer yeni bir oturumda veya yeni bir cihazda

Manuel Giriş Test Sonuçları

Yeni bir cihazdan giriş yapmanın bir sonucu olarak, Enrollments sayacı artar. Bu, sistemin benzersiz yazma davranışınızı başarıyla tanıdığını ve tamamen farklı iki oturumu veya cihazı birbirine bağladığını gösterir.

Bu, iyi uygulanmış bir İnsan Gibi Yazarak Yapıştır (Paste Like Human Print) özelliğinin ortadan kaldırması beklenen temel tehditlerden biridir.

Linken Sphere'de HLI Test Sonuçları

Linken Sphere'deki HLI özelliğini geliştirirken bu davranışsal faktörü dikkate aldık. Linken Sphere'deki her oturum kendi benzersiz yazma modelini oluşturur.

Bu nedenle, Linken Sphere'de HLI kullanılarak yapılan benzer bir test tamamen farklı bir sonuç verir.

İlk oturum

Kayıt ve giriş işlemi başarılı olur ve Enrollments sayacı artar.

İkinci (veya herhangi bir diğer) oturum

İki senaryo mümkündür:

• Ya bir giriş hatası oluşur (yeni model öncekiyle eşleşmez)
• Ya da giriş başarılı olur, ancak sistem Enrollments sayacını artırmaz ve yeni bir model yakalamak için kimlik bilgilerinin yeniden girilmesini ister.

Bu, doğru bir şekilde uygulanmış İnsan Gibi Yazarak Yapıştır (Paste Like Human Print) özelliğinde olması gerektiği gibi, her LS oturumu için benzersiz bir davranışsal parmak izi oluşturulduğunu kanıtlar. Bu yaklaşım, farklı oturumlarda HLI kullanırken oturumlar arası hesap bağlantısını etkili bir şekilde önler.

> Anti-detect tarayıcınızdaki HLI'nin doğru çalıştığından emin misiniz? Yoksa bu sadece dikkate almanız gereken başka bir risk faktörü mü?

Anti-detect tarayıcınızı kendiniz test edin — ve gerçekten koruma sağlayıp sağlamadığını veya aslında anonimliğin bozulmasına katkıda bulunup bulunmadığını öğrenin.

Özetleyelim

Karşılaştırmalı test sonuçlarına göre, her Paste Like Human Print uygulamasının aynı derecede güvenilir veya güvenli olmadığı açıktır.

Linken Sphere tartışmasız liderdir. Hem manuel giriş sırasında hem de Paste Like Human Print kullanıldığında doğru davranış sergileyen tek üründür.

Olay düzeyindeki davranışı Chrome'daki gerçek manuel girişle tamamen eşleşmektedir ve TypingDNA sonuçları, oturum başına bağımsız giriş desenlerinin iyi bir şekilde uygulandığı bir sistemi doğrulamaktadır. HLI sadece "çalışmakla" kalmaz, aynı zamanda doğru şekilde çalışır.

Birçoğunu sektöre ilk kez bizim kazandırdığımız yenilikleri sunmanın yanı sıra, mevcut özellikleri aktif olarak sürdürüyor ve anti-fraud sistemlerinden gelen yeni tehditlere anında yanıt veriyoruz.

Ve en önemlisi — bir ürüne sadece bir kez işe yaradı diye körü körüne güvenmeyin. Anti-fraud sürekli gelişmektedir, bu nedenle çevrimiçi olmak için kullandığınız araç sadece işlev göstermekle kalmamalı, aynı zamanda bir adım önde olmalıdır.