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 (aynı zamanda human-like input veya kısaca HLI olarak bilinir), panodan metin girişi simülasyonudur ve gerçek bir kullanıcının davranışını taklit eder.

Bu, çoklu hesap yönetimi alanında çalışırken büyük zaman kazandıran ve rutin işlemleri ortadan kaldıran vazgeçilmez bir araçtır. Ana hedefi, web sitelerindeki formlara metin girerken anti-fraud sistemlerinden gelen kısıtlamalar riskini en aza indirmektir.

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

• Human Typing Simulation
• Paste as human typing
• Human typing emulation
• Smart Paste

Linken Sphere, human-like input'u uygulayan ve 2017'nin sonlarında pazara sunan ilk anti-detect tarayıcısıydı. O zamanlar çoğu rakip benzer bir özellik tanıtmakta acele etmedi ve bunun geniş bir kitle arasında yüksek talep görmediğini iddia etti. Ancak pratik, durumun tersini gösterdi: birkaç yıl içinde, teknoloji segmentteki hemen hemen tüm büyük ürünlerde uygulandı ve endüstri standardı haline geldi.

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

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

• Hesap kaydı sırasında adlar, girişler ve e-posta adresleri
• Reklam hesapları oluştururken ödeme bilgileri
• Reklam hesaplarını engelleme sırasında başvuru metinleri
• SMM faaliyetleri için yorumlar ve mesajlar
• Ve diğerleri

Anti-fraud sistemlerinin uzun zamandır kullanıcı davranışlarını izlediği ve analiz ettiği bir sır değildir. Formlara metin girişi de bunun bir istisnası değildir. Çoğu durumda, giriş yöntemi gerçekten önemlidir.

Eğer sadece Ctrl+V / Cmd+V kombinasyonunu kullanarak metin yapıştırırsanız, sistem bunu manuel yazıya göre şüpheli bulabilir. Sonuç olarak, hesabınız ve işlemleriniz daha fazla incelemeye tabi tutulabilir.

Öte yandan, manuel yazma, en doğal görünse de büyük hesap hacimleriyle çalışırken neredeyse pratik değildir. İlk olarak, bu oldukça yorucudur. İkinci olarak, benzersiz yazma stiliniz, oturumları birbirine bağlamak için kullanılabilir. Evet, yazma stiline göre hesapları ilişkilendirmek paranoya değildir — içinde yaşadığımız gerçekliktir. Biraz sonra, 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ış Paste Like Human Print'tir. HLI, bir gümüş mermi midir? Her şey belirli teknik uygulamaya bağlıdır. Bu yüzden piyasadaki en popüler anti-detect tarayıcılar üzerinde kendi araştırmamızı yaptık.

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

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

Üç ana klavye olayı vardır: keydown, keypress ve keyup. Modern tarayıcılarda (Chrome dahil) keydown ve keyup geçerlidir, keypress ise eski bir yöntem olarak kabul edilir (yine de yazarken tetiklenir).

• keydown – bir tuşa basıldığında meydana gelir ve herhangi bir tuş için tetiklenir (Alt, Shift gibi kontrol tuşları dahil). Hızlıca tuş basılmalarına yanıt vermek için kullanılır (örneğin, kısayollar veya oyunlar için). Eğer tuşa basılı tutulursa (örneğin, t), otomatik tekrar tetiklenir: ilk basmada bir keydown ve tuş bırakılana kadar tekrar eden keydown olayları (event.repeat = true).
• keypress – (eski yöntem) bir karakter üreten tuşa basıldığında tetiklenir. Tarihsel olarak, yazılabilir karakterlerin girişini tespit etmek için kullanılmıştır (harfler, sayılar vb.), ancak keydown/keyup fiziksel tuş basmalarını izler. Karakter üretmeyen tuşlar (Shift veya ok tuşları gibi) için tetiklenmez ve artık eski bir yöntem olarak kabul edilmektedir. Bunun yerine, keydown ile event.key özelliğini kullanın veya özel giriş olaylarını kullanın (aşağıda belirtilmiştir).
• keyup – bir tuş basıldıktan sonra bırakıldığında meydana gelir. Kullanıcı tuşu bıraktığında yapılan işlemleri ele almak için kullanılır — örneğin, bir karakter yazıldıktan sonra bir işlem yapmak veya bir tuşun artık basılı olmadığını tespit etmek için.

Kullanımdan Kaldırılmış Klavye Özellikleri: charCode, keyCode ve which Nedir ve Neden Kaçınılmalıdır?

charCode, keyCode ve which, eski DOM sürümlerinden (legacy) gelen klavye olay nesnesinin özellikleridir. Bu özellikler, basılan tuşun veya karakterin kodunu temsil ederdi, ancak artık kullanımdan kaldırılmıştır ve kullanım için önerilmemektedir. Modern standartlar bunun yerine event.key ve event.code özelliklerini kullanmaktadır.

İşte her eski özellik hakkında kısa bir açıklama ve neden kullanımdan kaldırıldıkları:

Özellik\tAçıklama (legacy)\tDurum ve Yerine Geçme \ event.keyCode\tSayısal tuş kodu (genellikle karakterin ASCII koduna karşılık gelir, modifier tuşları hariç). keydown / keyup olaylarında kullanılır.\tKullanımdan Kaldırıldı – eski. Tarayıcılar ve klavye düzenleri arasında farklılıklar gösterir, özellikle Shift/Alt ile yazılabilir karakterlerde. event.key veya event.code ile değiştirilmelidir. \ event.charCode\tKarakterin sayısal Unicode kodu, yalnızca keypress olayında oluşturulur (metin üreten tuşlar için).\tKullanımdan Kaldırıldı – eski. Karakteri elde etmek için keypress kullanılıyordu, şimdi event.key ile girilen karakter alınır. \ event.which\tOlay türüne bağlı olarak tuş veya karakter kodunu döndüren birleşik özellik: temelde keydown/keyup için keyCode ve keypress için charCode'u yineler. Ayrıca fare düğmeleri için de kullanılmıştır.\tKullanımdan Kaldırıldı – eski. Standartlaştırılmamış (farklı tarayıcılar farklı değerler döndürebilir). Klavye girişi için event.key ve event.code kullanılmalıdır (fare için event.button kullanın).

Modifier Tuşları (Shift, Ctrl, Alt, Meta): getModifierState() ve İlgili Özellikler Nasıl Çalışır?

Klavye olayları, modifier tuşlarının durumunu belirten özellikler ve bunları kontrol etme yöntemleri içerir.

• event.shiftKey, event.ctrlKey, event.altKey ve event.metaKey özellikleri, ilgili modifier tuşu olay oluşturulduğunda basılıysa true döndürür. Örneğin, Ctrl+X kombinasyonunda, "X" tuşu için keydown olayı ctrlKey = true olur. metaKey özelliği, Meta tuşunu (Windows'ta ⊞ Windows tuşu, Mac'te ⌘ Command) temsil eder. Bu boolean özellikler, Shift, Ctrl, Alt veya Meta'nın başka bir tuşla birlikte basılı olup olmadığını tespit etmenizi sağlar.
• event.getModifierState(key) metodu, belirtilen modifier tuşunun olay anında aktif olup olmadığına bağlı olarak true veya false döndürür. key parametresi, "Shift", "Control", "Alt", "Meta" gibi modifier tuşlarının adını içeren bir dizedir, veya "CapsLock" ve "NumLock" gibi kilit tuşlarını içerir. Bu metot, modifier şu anda basılı veya etkinse true döndürecektir (örneğin, CapsLock açık olduğunda). Bu, CapsLock gibi tuşların durumunu kontrol etmeyi sağlar, çünkü bu durum bağımsız olay özelliklerinde doğrudan yansıtılmaz.

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

Modern KeyboardEvent nesnesi, basılan tuş hakkında bilgi veren birçok özellik sunar. Ayrıca, text girişi sırasında InputEvent olayları da oluşturulur ve ekstra özellikler sunar.

İşte ana özellikler ve anlamları:

Özellik\tDeğer (neyi temsil eder) key\tTuş değeri, düzen ve modifier durumlarına bağlı olarak bir dizedir. Yazılabilir karakterler için, gerçek giriş karakteridir (örneğin, Shift'e bağlı olarak \"a\" veya \"A\"); özel tuşlar için ise önceden tanımlanmış bir isimdir (örneğin, \"Enter\", \"Escape\"). code\tKlavye üzerindeki tuşun fiziksel kodunu belirten bir dizedir. Mevcut düzenle ilgili değildir; basılan belirli tuşu, pozisyonuna/scan koduna göre yansıtır (örneğin, \"Q\" tuşuna basmak her zaman \"KeyQ\" verir, düzen ne olursa olsun). location\tKlavye üzerindeki tuşun konumunu belirten bir sayıdır. Değerler: 0 (Standart), 1 (Sol), 2 (Sağ), 3 (Numpad). repeat\tBoolean: tuş basılı tutulduğunda olayın tekrarlanması durumunda true (tuş tekrarı). İlk keydown'da false; sonraki tekrarlanan olaylarda true. keyup'ta her zaman false. isComposing\tBoolean: olayın composition (IME) sırasında meydana geldiğinde true. Örneğin, compositionstart ve compositionend arasındaki bir olay. inputType\t(InputEvent özelliği) Giriş alanındaki veya düzenlenebilir içeriğin türünü belirten bir dizedir. Örnekler: \"insertText\", \"deleteContentBackward\", \"insertFromPaste\" vb. data\t(InputEvent özelliği) Giriş olayı sonucu eklenen metin verisiyle bir dizedir. Karakter silindiyse boş olabilir veya metin verisiyle doğrudan ilişkilendirilmemişse null olabilir.

Klavye Olayları Giriş Alanlarıyla Nasıl Etkileşir?

Bir giriş alanına (örneğin, input veya textarea) odaklanıldığında, tuş basışları hem klavye olayları hem de metin girişi olayları oluşturur.

Tipik sıra şu şekildedir:

• keydown – herhangi bir tuşa basıldığında meydana gelir. Olay, odaklanan öğede (giriş alanı) tetiklenir. Bu aşamada, tarayıcı karakteri henüz alana eklememiştir. Burada event.preventDefault() kullanarak varsayılan davranışı iptal edebilir ve karakter girişini engelleyebilirsiniz.
• beforeinput – ardından (karakter üreten tuşlar için) alan, içeriği değiştirme niyetini belirten bir beforeinput olayı yayar. Hemen sonrasında input olayı tetiklenir ve içeriğin güncellendiği belirtilir (örneğin, bir harf eklenmiştir). event.inputType ve event.data olaylarında ne olduğunu belirlemek için inceleyebilirsiniz (karakter girişi, metin silme, yapıştırma vb.). Not: Bazı eski durumlarda, beforeinput yerine keypress olayı tetiklenmiş olabilir, ancak modern Chrome tarayıcılarında beforeinput/input kullanılır.
• keyup – nihayetinde, tuş bırakıldığında, aynı öğede bir keyup olayı meydana gelir.

keydown/keyup klavye olayları, input öğesinden DOM ağacına kadar (belgeye kadar ve pencereye kadar) yayılır, bu nedenle giriş alanında, ebeveyn öğelerinde veya global olarak yakalanabilirler. Eğer özellikle alandaki metin girişine tepki vermeniz gerekiyorsa (klavye dışı girişler, örneğin panodan yapıştırma veya sesle giriş gibi dahil), input olayını kullanmanız daha iyidir. Bu, alandaki değerdeki herhangi bir değişiklikte tetiklenir. Klavye Olayı, doğrudan tuş etkileşimini ele almak için kullanışlıdır — örneğin, Escape, ok tuşları, fonksiyon tuşları, tuş kombinasyonları vb. için. Karakter girişi için, yazılan karakter görünmeden önce engelleme veya değiştirme ihtiyacı duyarsanız, en iyi şekilde kullanılır.

Manuel Giriş ve Paste Like Human Print Nerede Test Edilir?

Tam bir resim elde etmek için testler birkaç aşamada yapılır.

Keyboard_Event_Viewer[https://w3c.github.io/uievents/tools/key-event-viewer.html]

Bu araç, Legacy özellikler, Modifikatörler ve UI Olayları dahil olmak üzere giriş olayları hakkında maksimum bilgi sağlar.

1. Manuel Giriş Testi

Bir anti-detect tarayıcı kullanarak, test setindeki karakterleri birer birer manuel olarak girin. Ardından, elde edilen olayları aynı PC'deki gerçek Chrome'da manuel girişle karşılaştırın.

2. Paste Like Human Print Testi

Bir anti-detect tarayıcı kullanarak, aynı karakterleri Paste Like Human Print özelliğini kullanarak yapıştırın. Sonuçları aynı cihazdaki gerçek Chrome'da manuel girişle karşılaştırın.

Beklenen davranış: her iki durumda da, giriş olayları gerçek Chrome'da manuel yazma sırasında oluşturulanlarla yakından eşleşmelidir.

TypingDNA[https://www.typingdna.com/demo-login.html]

Bu hizmet, tuş vuruşları arasındaki aralıkları analiz ederek benzersiz yazma stillerini tespit etmek ve kullanıcıları tanımak için yazma desenlerini tanımaya odaklanır.

1. Manuel Giriş Testi

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

2. Paste Like Human Print Testi

Verileri Paste Like Human Print kullanarak yapıştırarak bir hesap oluşturun. Ardından, her seferinde HLI kullanarak giriş yapın.

Bir anti-detect tarayıcı kullanarak, verileri Paste Like Human Print kullanarak yapıştırarak bir hesap oluşturun. Ardından, her seferinde HLI kullanarak giriş yapın.

Beklenen davranış: başarılı kayıt ve giriş, her tekrar girişte Enrollments sayacının artması. Sayaçtaki artış, oturumlar arasında yazma deseninin eşleştiğini gösterir.

Ek Detaylar

• Test karakter seti: tT@.
• İşletim sistemi: Windows 11
• Paste Like Human Print, tüm durumlarda kısayol tuşu müdahalesini önlemek için bağlam menüsünden (sağ tıklama) tetiklendi

Test Sonuçları

Linken Sphere 2 v2.4.0 ⭐

Keyboard Event Viewer

Manuel giriş sırasında davranış, standart Chrome'un davranışıyla tamamen eşleşiyor.

Paste Like Human Print ile gerçek manuel giriş karşılaştırıldığında, giriş olayları test karakter seti içinde tamamen eşleşiyor. Bu, doğru şekilde uygulanmış bir HLI'nin nasıl çalışması gerektiğidir.

HLI ve standart giriş davranışının detaylı karşılaştırması ekran görüntüsünde gösterilmiştir.

TypingDNA

Manuel giriş doğru çalışıyor. HLI kullanıldığında, kayıt ve giriş başarılı oluyor ve Enrollments sayacı artıyor — bu, sistemin tek bir oturum içinde sabit ve tekrarlanabilir bir yazma desenini tespit ettiğini gösteriyor.

Octo Browser v2.5.5

Keyboard Event Viewer

Manuel giriş sırasında davranış, standart Chrome ile tamamen eşleşiyor.

HLI, çoğu diğer çözümden daha iyi uygulanmış ancak kusurlardan yoksun değil.

HLI davranışı gerçek manuel girişle karşılaştırıldığında, şu özellikler gözlemlendi:

T ve @ gibi büyük harfler yazılırken Shift tuşu kullanılıyor, ancak durumu Modifikatörlerde (getModifierState, shift) yansımıyor.

HLI ve normal giriş davranışının detaylı karşılaştırması ekran görüntüsünde gösterilmiştir.

TypingDNA

Manuel giriş doğru çalışıyor. HLI kullanıldığında, Enrollments sayacı artmıyor veya kayıt/giriş hataları oluşuyor. Bu, her seferinde yeni bir yazma deseninin oluştuğunu gösteriyor, bu da anti-dolandırıcılık sistemleri tarafından olumsuz algılanabilir.

Dolphin Anty v2025.152.125.0

Keyboard Event Viewer

Manuel giriş: Shift / Meta / Control gibi tuşlar basıldığında (örneğin, büyük T yazarken veya Shift gerektiren @ gibi karakterler yazarken), charCode / keyCode / which için sıfır değerleriyle ekstra bir keypress olayı kaydediliyor.

Bu, anti-dolandırıcılık sistemleri için bir tetikleyici olabilir: manuel veri girişi sırasında bile Dolphin Anty'nin davranışı standarttan sapıyor, bu da anti-detect tarayıcı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, şu sorunlar tespit edildi:

Gerçek yazmayı taklit etmek yerine, karakter karakter ilkel bir yapıştırma kullanıyor. Bu durumda inputType değeri insertFromPaste olup, bu hemen bir panoya yapıştırma olduğunu gösteriyor.

HLI ile yapılan yapıştırma, bağlam menüsü (sağ tıklama) ile yapılan standart bir yapıştırmadan bile farklıdır, çünkü beforeinput olayları yoktur.

Evet, görsel olarak her şey diğer ürünlerle aynı gibi görünebilir. Ancak, detaylı bir analiz açık farkları ortaya koyuyor.

Detaillierter Vergleich des HLI- und normalen Eingabeverhaltens in Chrome ist im Screenshot zu sehen.

TypingDNA

Manuelle Eingabe funktioniert korrekt. Bei Verwendung von HLI wird keine Eingabe auf der Seite erkannt, was zu erwarten ist: Es handelt sich um eine Einfügeoperation, keine echte Tipp-Emulation.

Undetectable v2.32.1

Keyboard Event Viewer

Das Verhalten während der manuellen Eingabe entspricht vollständig dem von Standard-Chrome.

Beim Vergleich des HLI-Verhaltens mit manueller Eingabe in echtem Chrome wurden folgende Probleme festgestellt:

In den keydown- und keyup-Ereignissen sind die Legacy-Werte für keyCode und which immer 0, was inakzeptabel ist — eine korrekte Eingabe erfordert gültige Tastencodes.

Das Code-Attribut von UI Events ist in den keydown-, keyup- oder keypress-Ereignissen nicht enthalten.

Beim Tippen von Großbuchstaben wie T und Sonderzeichen wie @ wird die Shift-Taste nicht ausgelöst — es gibt keine keydown-/keyup-Ereignisse, und somit werden keine entsprechenden Modifier aktiviert.

Detaillierter Vergleich des HLI- und normalen Eingabeverhaltens in Chrome ist im Screenshot zu sehen.

TypingDNA

Manuelle Eingabe funktioniert korrekt. Bei Verwendung von HLI wird der Enrollments-Zähler entweder nicht erhöht oder es treten Anmelde-/Registrierungsfehler auf. Dies deutet darauf hin, dass jedes Mal ein neues Tippmuster erzeugt wird, das von Anti-Betrugs-Systemen negativ wahrgenommen werden könnte.

Adspower v6.12.6.0

Keyboard Event Viewer

Das Verhalten während der manuellen Eingabe entspricht vollständig dem von Standard-Chrome.

Beim Vergleich des HLI-Verhaltens mit manueller Eingabe in echtem Chrome wurden folgende Probleme festgestellt:

• In den keydown-, keyup- und keypress-Ereignissen sind die Legacy-Attribute charCode, keyCode und which immer 0 anstelle der erwarteten Werte.
• In denselben Ereignissen fehlen die UI Events-Attribute key und code.
• Modifier (z. B. Shift und Meta) verhalten sich unnatürlich — dasselbe Aktivierungsmuster wird unabhängig vom Eingabewert aufgezeichnet, obwohl sie in den meisten Fällen nicht ausgelöst werden sollten.
• Im Eingabe-UI-Event ist das data-Attribut immer 'null'.
• Das beforeinput-Ereignis fehlt. Stattdessen wird das input-Ereignis zweimal ausgelöst, wobei nur das zweite inputType = insertText enthält.
• Die Ereignisreihenfolge ist gebrochen: Sie entspricht nicht der natürlichen Tippsequenz und bleibt unabhängig von der Eingabe falsch.

Detaillierter Vergleich des HLI- und normalen Eingabeverhaltens in Chrome ist im Screenshot zu sehen.

TypingDNA

Manuelle Eingabe funktioniert korrekt. Bei Verwendung von HLI werden keine Daten in das Formular eingegeben, und es erscheint eine Fehlermeldung: "Dieses Eingabefeld unterstützt Paste It nicht".

0detect Browser (ex AQUM) v3.7.40

Keyboard Event Viewer

Das Verhalten während der manuellen Eingabe entspricht vollständig dem von Standard-Chrome.

Beim Vergleich des HLI-Verhaltens mit manueller Eingabe in echtem Chrome wurden folgende Probleme festgestellt:

• In den keydown- und keyup-Ereignissen sind die Legacy-Attribute charCode, keyCode und which immer 0 anstelle der erwarteten Werte.
• In den keydown-, keyup- und keypress-Ereignissen fehlen die UI Events-Attribute key und code.
• Beim Eingeben von Großbuchstaben wie T und Sonderzeichen wie @ wird die Shift-Taste nicht ausgelöst — keydown-/keyup-Ereignisse fehlen, und Modifier werden nicht aktiviert.

Detaillierter Vergleich des HLI- und normalen Eingabeverhaltens in Chrome ist im Screenshot zu sehen.

TypingDNA

Manuelle Eingabe funktioniert korrekt. Bei Verwendung von HLI werden in einigen Eingabefeldern keine Daten eingegeben — es passiert überhaupt nichts. In anderen Feldern (wie der Google-Suchleiste) funktioniert die Eingabe jedoch korrekt.

GoLogin v3.3.83.79

Keyboard Event Viewer

Das Verhalten während der manuellen Eingabe entspricht vollständig dem von Standard-Chrome.

Beim Vergleich des HLI-Verhaltens mit manueller Eingabe in echtem Chrome wurden folgende Probleme festgestellt:

• In den keydown- und keyup-Ereignissen sind die Legacy-Attribute charCode, keyCode und which immer 0 anstelle der korrekten Werte.
• In den keydown-, keyup- und keypress-Ereignissen fehlen die UI Events-Attribute key und code.
• Beim Tippen von Großbuchstaben wie T und Sonderzeichen wie @ wird die Shift-Taste nicht ausgelöst — keydown-/keyup-Ereignisse werden nicht erzeugt, und Modifier werden nicht aktiviert.

Detaillierter Vergleich des HLI- und normalen Eingabeverhaltens in Chrome ist im Screenshot zu sehen.

TypingDNA

Manuelle Eingabe funktioniert korrekt. Bei Verwendung von HLI wird der Enrollments-Zähler entweder nicht erhöht oder ein Fehler tritt während der Anmeldung/Registrierung auf. Dies zeigt an, dass jedes Mal ein neues Tippmuster erzeugt wird, was von Anti-Betrugs-Systemen negativ wahrgenommen werden könnte.

Vision v3.0.38

Keyboard Event Viewer

Das Verhalten während der manuellen Eingabe entspricht vollständig dem von Standard-Chrome.

Die HLI-Implementierung entspricht effektiv der Lösung von Dolphin Anty, mit ähnlichen Mängeln. In ihrem aktuellen Zustand ist es eine der schlechtesten Implementierungen unter den getesteten Produkten.

Beim Vergleich des HLI-Verhaltens mit manueller Eingabe in echtem Chrome wurden folgende Probleme festgestellt:

• Anstelle einer echten Tipp-Emulation wird ein einfaches Einfügen von Zeichen verwendet. Der inputType-Wert ist in diesem Fall insertFromPaste, was eindeutig auf das Einfügen aus der Zwischenablage hinweist.
• Selbst das Einfügen durch HLI unterscheidet sich von einem normalen Einfügen über das Rechtsklick-Kontextmenü, da beforeinput-Ereignisse fehlen.

Detaillierter Vergleich des HLI- und normalen Eingabeverhaltens in Chrome ist im Screenshot zu sehen.

TypingDNA

Manuelle Eingabe funktioniert korrekt. Bei Verwendung von HLI wird keine Eingabe auf der Seite erkannt — was zu erwarten ist, da es sich um eine Einfügeoperation handelt und nicht um eine echte Tipp-Emulation.

Bonus: Hesapları Kullanıcının Benzersiz Yazma Stiliyle Bağlamak

Bunu girişte bahsettik ve şimdi bunu pratikte göstereceğiz. Aşağıda, benzersiz manuel yazma davranışlarıyla hesapları bağlamanın sadece mümkün olmadığını, aynı zamanda dolandırıcılık öncesi sistemler tarafından aktif olarak kullanıldığını kanıtlayan basit bir test bulunmaktadır.

Ve bu, oturumlar, profiller veya cihazlar fark etmeksizin çalışır. Bu durumda ana kimlik belirleyici sizsiniz — ve benzersiz yazma deseniniz.

Test Prosedürü

1. Anti-tespit tarayıcınızda ilk oturum/profili oluşturun

2. Test sayfasına gidin TypingDNA[https://www.typingdna.com/demo-login.html]

3. Benzersiz bir giriş adı ve şifre belirleyin, not edin (e-posta onayı gerekmez)

4. Hesap kaydınızı yapın, verileri manuel olarak girin

5. Aynı kimlik bilgilerini kullanarak birkaç kez giriş yapın (4–5 kez önerilir), Enrollments sayacını artırmak ve davranış modelinin doğruluğunu iyileştirmek için

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

7. Test sayfasına gidin TypingDNA[https://www.typingdna.com/demo-login.html]

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

Manuel Giriş Test Sonuçları

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

Bu, düzgün bir şekilde uygulanmış bir Paste Like Human Print'in ortadan kaldırması gereken ana tehditlerden biridir.

HLI Test Sonuçları Linken Sphere

Linken Sphere'deki HLI özelliğini geliştirirken, bu davranışsal faktörü göz önünde bulundurduk. Linken Sphere'deki her oturum, kendi benzersiz yazma desenini üretir.

Bu yüzden, Linken Sphere'de HLI kullanarak yapılan benzer bir test, tamamen farklı bir sonuç üretir.

İlk oturum

Kayıt ve giriş başarılıdır, ve Enrollments sayacı artar.

İkinci (veya herhangi bir başka) oturum

İki senaryo mümkündür:

• Ya bir giriş hatası oluşur (yeni desen öncekiyle uyuşmaz)
• Ya da giriş başarılı olur, ancak sistem Enrollments sayacını artırmaz ve kimlik bilgilerini yeniden girmeye yönlendirir — yeni bir desen yakalamak için.

Bu, her LS oturumu için benzersiz bir davranış parmak izi oluşturulduğunu kanıtlar, bu da düzgün uygulanmış bir Paste Like Human Print'te olması gerektiği gibidir. Bu yaklaşım, HLI kullanıldığında farklı oturumlar arasında hesap bağlamayı etkili bir şekilde engeller.

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

Anti-tespit tarayıcınızı kendiniz test edin — gerçekten koruma sağlıyor mu, yoksa aslında deanonimleşmeye katkıda mı bulunuyor?

Özetleyelim

Ürün (sürüm) Etkinlikler – manuel Etkinlikler – HLI TypingDNA – manuel TypingDNA – HLI Linken Sphere 2 v2.4.0 Mükemmel Mükemmel Mükemmel Mükemmel Octo Browser v2.5.5 Mükemmel İyi Mükemmel Kötü Dolphin Anty v2025.152.125.0 Kötü Berbat Mükemmel Berbat Undetectable v2.32.1 Mükemmel Kötü Mükemmel Kötü Adspower v6.12.6.0 Mükemmel Berbat Mükemmel Berbat Odeteсt browser (eski AQUM) v3.7.40 Mükemmel Kötü Mükemmel Berbat GoLogin v3.3.83.79 Mükemmel Kötü Mükemmel Kötü Vision v3.0.38 Mükemmel Berbat Mükemmel Berbat

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

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

Etkinlik seviyesi davranışı, gerçek manuel girişin Chrome'da sergilediği davranışla tamamen uyumludur ve TypingDNA sonuçları, her oturum için bağımsız giriş desenlerinin düzgün bir şekilde uygulanmış bir sistemini doğrular. HLI sadece "çalışmakla" kalmaz — doğru şekilde çalışır.

Yenilikleri tanıtmamızın yanı sıra — birçok yeniliği sektöre ilk getiren biziz — mevcut özellikleri aktif olarak sürdürür ve dolandırıcılık öncesi sistemlerden gelen yeni tehditlere hızlı bir şekilde yanıt veririz.

Ve en önemlisi — bir ürünün sadece bir kez çalıştığı için körü körüne ona güvenmeyin. Anti-dolandırıcılık sürekli olarak evrimleşiyor, bu nedenle çevrimiçi gitmek için kullandığınız aracın sadece çalışması yetmez — bir adım önde olmalıdır.