Имитация ручного ввода текста — что "под капотом" у популярных антидетектов??

Вступление

Сегодня мы поговорим о функции, которая прочно вошла в рабочий процесс каждого пользователя антидетект браузеров.

Paste Like Human Print (также известная как человекоподобный ввод, или сокращённо ЧПВ) — это эмуляция ввода текста из буфера обмена, имитирующая поведение настоящего пользователя.

Это незаменимый инструмент, который экономит массу времени и избавляет от рутинных действий при работе в сфере мультиаккаунтинга. Его основная задача — минимизировать риск применения ограничений со стороны антифрод-систем при вводе текста в формы на сайтах.

Каждый продукт называет этот функционал по-своему:

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

Linken Sphere стал первым антидетект браузером, внедрившим функцию человекоподобного ввода и предложившим её рынку ещё в конце 2017 года. В то время большинство конкурентов не спешили внедрять аналогичное решение, утверждая, что подобный функционал не востребован широкой аудиторией. Однако практика показала обратное: спустя пару лет технология была реализована практически во всех серьёзных продуктах этого сегмента, став отраслевым стандартом.

Влияние метода ввода на успешность вашей работы

В процессе работы нередко приходится оперировать заранее подготовленными данными, например:

• Именами, логинами и почтовыми адресами при регистрации аккаунтов
• Платёжными данными при создании рекламных кабинетов
• Текстами апелляций при разбане рекламных аккаунтов
• Комментариями и сообщениями в рамках SMM-активности
• И т.д.

Ни для кого не секрет, что антифрод-системы давно отслеживают и анализируют поведение пользователей. Ввод текста в формы — не исключение. В подавляющем большинстве случаев метод ввода действительно имеет значение..

Если вы просто вставите текст с помощью привычной комбинации Ctrl+V / Cmd+V, это может показаться системе подозрительным по сравнению с ручным набором. В результате возможно повышенное внимание к вашему аккаунту и действиям..

С другой стороны, ручной ввод хоть и выглядит максимально естественным, практически неприменим при работе с большим объёмом аккаунтов. Во-первых, это банально утомительно. Во-вторых, уникальная манера ввода может быть использована для связывания сессий между собой. Да, связь между аккаунтами по стилю ввода — не паранойя, а реальность, в которой мы живём. Чуть дальше мы покажем способ наглядной проверки такого рода детектов.

Таким образом, оптимальным решением остаётся Paste Like Human Print, призванный устранить все вышеописанные проблемы. Является ли ЧПВ панацеей? Всё зависит от конкретной технической реализации. Именно поэтому мы провели собственное исследование популярных антидетект браузеров, представленных на рынке.

Перед тем как перейти к результатам, предлагаем ознакомиться с ключевыми техническими аспектами, которые помогут лучше понять логику работы механизма ввода в браузерах.

Какие бывают типы событий клавиатуры и в каких случаях используются?

Существуют три основных события клавиатуры: keydown, keypress и keyup. В современных браузерах (включая Chrome) актуальны keydown и keyup, а событие keypress считается устаревшим (однако по-прежнему передается при печати).

• keydown – возникает при нажатии клавиши и срабатывает для любой клавиши (включая служебные, напр. Alt, Shift и т.д.). Используется для реакции сразу в момент нажатия (например, для горячих клавиш, игр). Если клавишу удерживать (например t), будет происходить авто-повтор: одно событие keydown при первоначальном нажатии и последующие повторные keydown (свойство event.repeat = true на повторных событиях) до момента отпускания клавиши.
• keypress – (устаревшее) событие, срабатывающее при нажатии клавиши, если она вводит символ. Исторически использовалось для отслеживания ввода печатных символов (букв, цифр и т.п.), тогда как keydown/keyup применяются для отслеживания факта нажатия физических клавиш. Событие keypress не генерируется для клавиш, которые не вводят символ (напр. Shift или стрелки), и в актуальных стандартах признано нежелательным к использованию. Вместо него для анализа вводимых символов рекомендуется использовать свойство event.key в сочетании с событием keydown или специальные события ввода (см. ниже).
• keyup – возникает при отпускании клавиши (после завершения ее нажатия). Используется для обработки события после того, как пользователь отпустил клавишу – например, чтобы выполнить действие один раз по факту ввода символа или чтобы узнать, что клавиша более не нажата.

Устаревшие атрибуты клавиатуры: что такое charCode, keyCode, which и почему их не рекомендуется использовать?

charCode, keyCode и which – это свойства объекта события клавиатуры из прежних версий DOM (legacy). Они представляли код нажатой клавиши или символа, но сейчас устарели и не рекомендованы к использованию. Современные стандарты вместо них используют свойства event.key и event.code.

Ниже кратко описано каждое из legacy-свойств и почему от них отказались:

Модификаторы (Shift, Ctrl, Alt, Meta): как работают getModifierState() и соответствующие свойства?

Событие клавиатуры содержит свойства, указывающие на состояние клавиш-модификаторов, а также метод для их проверки.

• Свойства event.shiftKey, event.ctrlKey, event.altKey, event.metaKey равны true, если соответствующая клавиша-модификатор была нажата в момент генерации события. Например, при сочетании Ctrl+X событие keydown для клавиши "X" будет иметь ctrlKey = true. Свойство metaKey соответствует клавише Meta (на Windows – клавиша ⊞ Windows, на Mac – ⌘ Command). Эти булевы свойства позволяют определить, были ли зажаты Shift, Ctrl, Alt или Meta одновременно с другой клавишей.
• Метод event.getModifierState(key) возвращает true или false в зависимости от того, активен ли указанный модификатор на момент события. В параметр key передается строка с названием клавиши-модификатора, например "Shift", "Control", "Alt", "Meta", или Lock-ключи вроде "CapsLock" и "NumLock". если данный модификатор сейчас нажат или включен (например, CapsLock включен). Это позволяет проверять состояние таких клавиш, как CapsLock, которые не отражены напрямую отдельным свойством события.

Атрибуты событий (UI Events): что обозначают свойства key, code, location, repeat, isComposing, inputType, data?

Современный объект KeyboardEvent предоставляет ряд свойств с информацией о нажатой клавише. Кроме того, при вводе текста генерируются события InputEvent с дополнительными свойствами.

Вот основные атрибуты и их значения:

Как события клавиатуры взаимодействуют с полями ввода?

Когда фокус находится в поле ввода (например, input или textarea), нажатия клавиш генерируют как события клавиатуры, так и события ввода текста.

Последовательность обычно следующая:

• keydown – происходит при нажатии любой клавиши. Событие инициируется на элементе, который в фокусе (само поле ввода). На этом этапе браузер еще не ввел символ в поле. Можно отменить действие по умолчанию здесь с помощью event.preventDefault(), чтобы запретить ввод символа.
• beforeinput – затем (для клавиш, которые вводят символы) поле генерирует событие beforeinput, сообщающее о намерении внести изменение. Сразу за ним следует input – событие ввода, указывающее, что содержимое изменилось (например, добавлена буква). В event.inputType и event.data этих событий можно узнать, что именно произошло (вставлен символ, удален текст и т.д.). Примечание: В некоторых устаревших случаях вместо beforeinput могло генерироваться событие keypress, но в современных браузерах Chrome используется beforeinput/input.
• keyup – в конце, когда клавиша отпущена, происходит событие keyup на том же элементе.

Сами клавиатурные события (keydown/keyup) всплывают от элемента ввода вверх по дереву DOM (через document вплоть до window), поэтому их можно ловить как на самом поле, так и на родительских элементах или глобально. Если нужно реагировать именно на ввод текста в поле (в том числе на изменения не с клавиатуры, а например вставку из буфера или голосовой ввод), целесообразно использовать событие input, которое срабатывает на любом изменении значения поля. KeyboardEvent же удобен для обработки непосредственного взаимодействия с клавишами – например, перехвата нажатия Esc, стрелок, функциональных клавиш, сочетаний клавиш и т.д., а при вводе символов – для случаев, когда нужно предотвратить или модифицировать введенный символ до того, как он появится в поле.

Где проверить ручной ввод и Paste Like Human Print?

Для полноты картины тестирование проводится в несколько этапов.

Keyboard_Event_Viewer

Этот чекер предоставляет максимум информации о событиях ввода, включая атрибуты Legacy, Modifiers и UI Events.

1. Проверка ручного ввода

Используя антидетект браузер, вручную поочерёдно вводим символы из тестового набора. Затем сравниваем полученные события с результатами ручного ввода в реальном Chrome на том же ПК.

2. Проверка Paste Like Human Print

Используя антидетект браузер, поочередно вставляем те же символы с помощью функции Paste Like Human Print. Сравниваем результат с ручным вводом в реальном Chrome на том же устройстве.

Ожидаемое поведение: в обоих случаях события ввода должны максимально совпадать с теми, что генерирует настоящий Chrome при ручном вводе.

TypingDNA

Этот сервис фокусируется на распознавании паттернов набора текста, анализируя интервалы между нажатиями клавиш для выявления уникального стиля ввода и идентификации пользователя.

1. Проверка ручного ввода

Используя антидетект браузер, создаем аккаунт посредством ручного ввода уникальных данных (email, password). Затем несколько раз повторяем авторизацию теми же данными — также вручную.

2. Проверка Paste Like Human Print

Создаём аккаунт, вставляя данные с помощью Paste Like Human Print. Затем несколько раз авторизуемся, каждый раз используя ту же функцию для ввода.

Используя антидетект браузер, создаем аккаунт, вставляя данные с помощью Paste Like Human Print. Затем несколько раз авторизуемся, каждый раз используя ЧПВ для ввода.

Ожидаемое поведение: успешная регистрация и авторизация, с увеличением счётчика Enrollments при каждом повторном входе. Увеличение счётчика свидетельствует о совпадении паттерна набора текста между сессиями.

Прочие детали

• Тестовый набор символов: tT@.
• Операционная система: Windows 11
• Вызов Paste Like Human Print во всех случаях осуществлялся через контекстное меню (ПКМ), чтобы исключить влияние горячих клавиш на результат

Результаты тестирования

• Linken Sphere 2 v2.4.0 ⭐
• Keyboard Event Viewer

Поведение при ручном вводе полностью соответствует работе обычного Chrome.

При сравнении Paste Like Human Print с реальным ручным вводом в Chrome наблюдается полное совпадение событий в рамках тестового набора символов. Именно так и должен работать корректно реализованный ЧПВ.

Детальное сравнение поведения ЧПВ и обычного ввода в Chrome на скриншоте.

TypingDNA

Ручной ввод отрабатывает корректно. При использовании ЧПВ регистрация и авторизация проходят успешно, а счётчик Enrollments увеличивается — это означает, что система фиксирует стабильный и повторяющийся паттерн ввода в рамках одной сессии.

• Octo Browser v2.5.5
• Keyboard Event Viewer

Поведение при ручном вводе полностью соответствует обычному Chrome.

ЧПВ реализован лучше, чем в большинстве других решений, но не лишён недостатков.

При сравнении поведения ЧПВ с реальным ручным вводом в Chrome выявлены следующие особенности:

При вводе символов верхнего регистра T и некоторых спецсимволов @ используется клавиша Shift, однако её состояние не передаётся в Modifiers (getModifierState, shift)

Детальное сравнение поведения ЧПВ и обычного ввода в Chrome на скриншоте.​

TypingDNA

Ручной ввод отрабатывает корректно. При использовании ЧПВ счётчик Enrollments либо не увеличивается, либо возникает ошибка авторизации/регистрации. Это указывает на то, что каждый раз формируется новый паттерн ввода, что может негативно восприниматься антифрод-системами.

• Dolphin Anty v2025.152.125.0
• Keyboard Event Viewer

Ручной ввод: при нажатии клавиш Shift / Meta / Control (например, при вводе заглавных T или символов @, где используется Shift) фиксируется лишнее событие keypress с нулевыми значениями charCode / keyCode / which.

Это может служить триггером для антифрод-систем: даже при ручном вводе данных поведение Dolphin Anty отличается от стандартного, что может привести к выявлению факта использования антидетект браузера.

ЧПВ в Dolphin Anty — худшая реализация на рынке.

При сравнении поведения ЧПВ с ручным вводом в реальном Chrome выявлены следующие проблемы:

Вместо эмуляции настоящего набора текста используется примитивная посимвольная вставка. Значение inputType при этом — insertFromPaste, что сразу указывает на вставку из буфера

Даже сама вставка, выполненная через ЧПВ, отличается от обычной вставки через контекстное меню (ПКМ), так как отсутствуют события beforeinput

Да, визуально может показаться, что всё работает так же, как и в других продуктах. Однако при детальном анализе различия становятся очевидными.

Детальное сравнение поведения ЧПВ и обычного ввода в Chrome на скриншоте.

TypingDNA

Ручной ввод работает корректно. При использовании ЧПВ сайт вообще не фиксирует ввод, что ожидаемо: происходит именно вставка, а не эмуляция набора текста.

• Undetectable v2.32.1
• Keyboard Event Viewer

Поведение при ручном вводе полностью соответствует обычному Chrome.

При сравнении работы ЧПВ с ручным вводом в реальном Chrome выявлены следующие проблемы:

В событиях keydown и keyup значения keyCode и which из Legacy всегда равны 0, что недопустимо — корректный ввод требует передачи актуальных кодов клавиш

В событиях keydown, keyup и keypress не передаётся атрибут code из UI Events

При вводе символов верхнего регистра T и спецсимволов @ не отрабатывает клавиша Shift — отсутствуют события keydown / keyup, а значит, не срабатывают и соответствующие Modifiers

Детальное сравнение поведения ЧПВ и обычного ввода в Chrome на скриншоте.

TypingDNA

Ручной ввод отрабатывает корректно. При использовании ЧПВ счётчик Enrollments либо не увеличивается, либо возникает ошибка авторизации/регистрации. Это указывает на то, что каждый раз формируется новый паттерн ввода, что может негативно восприниматься антифрод-системами.

• Adspower v6.12.6.0
• Keyboard Event Viewer

Поведение при ручном вводе полностью соответствует обычному Chrome.

При сравнении работы ЧПВ с ручным вводом в реальном Chrome выявлены следующие проблемы:

• В событиях keydown, keyup и keypress значения Legacy-атрибутов charCode, keyCode и which всегда равны 0 вместо ожидаемых значений
• В тех же событиях отсутствуют атрибуты key и code из UI Events
• Modifiers (например, Shift и Meta) ведут себя неестественно — фиксируется один и тот же паттерн их активации, независимо от вводимого контента, хотя в большинстве случаев они вообще не должны использоваться
• В событии input UI Events атрибут data всегда равен 'null'
• Отсутствует событие beforeinput. Вместо него дважды срабатывает input, причём только второе событие содержит inputType = insertText
• Нарушен порядок событий: он не соответствует естественной последовательности ввода и остаётся некорректным вне зависимости от контента

Детальное сравнение поведения ЧПВ и обычного ввода в Chrome на скриншоте.

TypingDNA

Ручной ввод работает корректно. При использовании ЧПВ отказывается вводить данные в форму, возникает ошибка: "This input field does not support Paste It".

• 0detect browser (ex AQUM) v3.7.40
• Keyboard Event Viewer

Поведение при ручном вводе полностью соответствует обычному Chrome.

При сравнении работы ЧПВ с ручным вводом в реальном Chrome выявлены следующие проблемы:

• В событиях keydown и keyup значения Legacy-атрибутов charCode, keyCode и which всегда равны 0 вместо ожидаемых
• В событиях keydown, keyup и keypress отсутствуют UI Events-атрибуты key и code
• При вводе символов верхнего регистра T и спецсимволов @ не отрабатывает клавиша Shift — события keydown / keyup отсутствуют, а Modifiers не активируются

Детальное сравнение поведения ЧПВ и обычного ввода в Chrome на скриншоте.

TypingDNA

Ручной ввод работает корректно. При использовании ЧПВ данные в некоторые формы не вводятся вовсе — просто ничего не происходит. Однако в других полях (например, в поисковой строке Google) ввод срабатывает корректно.

• GoLogin v3.3.83.79
• Keyboard Event Viewer

Поведение при ручном вводе полностью соответствует обычному Chrome.

При сравнении поведения ЧПВ с ручным вводом в реальном Chrome выявлены следующие проблемы:

• В событиях keydown и keyup значения Legacy-атрибутов charCode, keyCode и which всегда равны 0 вместо корректных значений
• В событиях keydown, keyup и keypress отсутствуют UI Events-атрибуты key и code
• При вводе символов верхнего регистра T и спецсимволов @ не отрабатывает клавиша Shift — события keydown / keyup не генерируются, Modifiers также не активируются

Детальное сравнение поведения ЧПВ и обычного ввода в Chrome на скриншоте.

TypingDNA

Ручной ввод отрабатывает корректно. При использовании ЧПВ счётчик Enrollments либо не увеличивается, либо возникает ошибка авторизации/регистрации. Это указывает на то, что каждый раз формируется новый паттерн ввода, что может негативно восприниматься антифрод-системами.

• Vision v3.0.38
• Keyboard Event Viewer

Поведение при ручном вводе полностью соответствует обычному Chrome.

Реализация ЧПВ фактически идентична решению в Dolphin Anty, с аналогичными недостатками. В текущем виде это — одно из худших решений среди протестированных продуктов.

При сравнении поведения ЧПВ с ручным вводом в реальном Chrome выявлены следующие проблемы:

• Вместо эмуляции настоящего набора текста используется простая посимвольная вставка. Значение inputType при этом — insertFromPaste, что сразу указывает на вставку из буфера
• Даже сама вставка, выполненная через ЧПВ, отличается от обычной вставки через контекстное меню (ПКМ), так как отсутствуют события beforeinput

Детальное сравнение поведения ЧПВ и обычного ввода в Chrome на скриншоте.

TypingDNA

Ручной ввод работает корректно. При использовании ЧПВ сайт вообще не фиксирует ввод, что ожидаемо: происходит именно вставка, а не эмуляция набора текста.

Бонус: Связь аккаунтов по уникальной манере ручного ввода пользователя

Мы упоминали это во вступлении, а теперь покажем на практике. Ниже — простой способ проверки, который доказывает: связь аккаунтов по уникальной манере ручного ввода не только возможна, но и активно применяется антифрод-системами.

Причём это работает независимо от сессий, профилей или даже устройств. Главный идентификатор в данном случае — вы сами и ваш уникальный паттерн набора текста.

Алгоритм проверки

1. Создайте первую сессию/профиль в антидетект браузере
2. Перейдите на тестовую страницу TypingDNA
3. Придумайте уникальный логин и пароль, запишите их (почта для подтверждения не требуется)
4. Пройдите регистрацию, вводя данные вручную
5. Несколько раз авторизуйтесь с теми же данными (рекомендуется 4–5 раз), чтобы увеличить счётчик Enrollments и повысить точность поведенческой модели
6. Создайте новую сессию/профиль (можно даже использовать другое устройство)
7. Перейдите на тестовую страницу TypingDNA
8. Повторно авторизуйтесь с теми же логином и паролем — вводите их вручную, но уже в новой сессии/на новом устройстве

Результаты проверки ручного ввода

В результате авторизаций с нового устройства счетчик Enrollments увеличивается. это указывает на то, что система успешно считала вашу уникальную манеру ввода и связано между собой две полностью разные сессии или устройства.

Это одна из ключевых угроз, которую должен устранять качественно реализованный Paste Like Human Print.

Результаты проверки ЧПВ в Linken Sphere

При доработке функции ЧПВ в Linken Sphere, мы учли и этот поведенческий фактор. Каждая сессия в Linken Sphere формирует собственный уникальный паттерн ввода текста.

Поэтому аналогичный тест с использованием ЧПВ в Linken Sphere даёт совершенно иной результат.

Первая сессия

Регистрация и авторизация проходит успешно, счетчик Enrollments увеличивается.

Вторая (или любая другая) сессия

Возможны два сценария:

• Либо возникает ошибка авторизации (новый паттерн не совпадает с предыдущим)
• Либо авторизация проходит, но система не увеличивает счётчик Enrollments, предлагая повторить ввод — чтобы зафиксировать новый паттерн.

Это доказывает, что в каждой сессии LS создаётся независимый поведенческий отпечаток, как и должно быть в грамотной реализации Paste Like Human Print. Такой подход эффективно исключает сквозную связь между аккаунтами при использовании ЧПВ в разных сессиях.

Уверены ли вы, что ЧПВ в вашем антидетект браузере работает корректно? Или это ещё один фактор риска, о котором стоит задуматься?

Проверьте свой антидетект браузер самостоятельно — и убедитесь, создаёт ли он защиту, или наоборот, становится причиной деанонимизации.

Подведем итоги

По результатам сравнительного тестирования можно с уверенностью сказать: не каждая реализация Paste Like Human Print одинаково качественна и безопасна.

Linken Sphere — безоговорочный лидер. Это единственный продукт, который продемонстрировал корректную работу как при ручном вводе, так и при использовании Paste Like Human Print.

Его поведение на уровне событий полностью соответствует ручному вводу в реальном Chrome, а результаты на TypingDNA подтверждают грамотную реализацию независимых паттернов ввода для каждой сессии. ЧПВ не просто «работает» — он работает правильно.

Помимо внедрения инноваций, которые мы первыми приносим в индустрию, мы активно поддерживаем существующий функционал, оперативно реагируя на новые угрозы со стороны антифрод-систем.

И главное — не стоит слепо полагаться на один раз выбранный продукт. Антифрод постоянно эволюционирует, а значит, инструмент, с которым вы выходите в сеть, должен не просто работать, а идти на шаг впереди.