Часто задаваемые вопросы

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

Работает ли это с Tor?

Да. Трафик с выходных узлов Tor начинает с умеренного уровня риска — это известный анонимизирующий маршрут, — но мы всё равно читаем полную картину сессии. Если ваше приложение явно ориентировано на пользователей Tor — журналистика, чувствительный поиск, сценарии для жертв насилия — вы можете сообщить Noxtica, чтобы сигнал Tor не учитывался в оценке, сохранив все остальные сигналы активными. Сигнал в любом случае остаётся виден в результате. Вы решаете, учитывается ли он.

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

Как насчёт приватных браузеров — Brave, LibreWolf, Tor?

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

Это принцип 03 (ложные срабатывания недопустимы) на практике. Блокировка пользователя Brave стоит вам клиента, который специально выбрал браузер с защитой конфиденциальности. Это невыгодный обмен, и калибровка это отражает.

Насколько это нагружает мою страницу?

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

Нужен ли нам бэкенд?

Да. Коллектор работает в браузере и производит запечатанный результат; фактическая верификация происходит на вашем сервере через наш API. Поскольку полная картина передаётся внутри этого запечатанного результата, верификация происходит быстро — никакого нового сбора данных и никаких дополнительных сетевых запросов в момент обработки. Результат проверяется за считанные миллисекунды.

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

Соответствуете ли вы требованиям законодательства о конфиденциальности?

Мы выступаем субобработчиком в рамках вашего соглашения об обработке данных, и наше собственное соглашение доступно по запросу. Мы обрабатываем данные, которые мы обрабатываем, как персональные данные — поскольку они могут повторно идентифицировать вернувшегося посетителя — и применяем весь соответствующий набор мер контроля. Инфраструктура находится в ЕС, без передачи данных за его пределы. Жёсткое удаление доступно по запросу через бэк-офис, соглашение можно подписать в течение суток. Список субобработчиков находится по адресу /subprocessors.

Несколько деталей, о которых спрашивают сотрудники по защите данных:

• Правовое основание: для большинства интеграций мы рекомендуем законный интерес для целей предотвращения мошенничества. Сценарии на основе согласия также поддерживаются.
• Минимизация данных: то, что мы храним, — это перемешанная, односторонняя сводка, а не сырые значения. Мы не можем восстановить исходные сигналы из неё.
• Право на удаление: удаление применяется на уровне хранилища, а не как мягкий флаг. После удаления данные исчезают навсегда.
• Запросы субъектов данных: мы предоставляем способ вернуть всё, связанное с данным посетителем, в рамках вашего аккаунта.

Какова ваша доля ложных срабатываний?

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

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

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

Что происходит, если ваш сервис недоступен?

Коллектор продолжает работать. Результаты ставятся в очередь локально и отправляются, когда соединение восстанавливается. Если верификация недоступна после истечения вашего тайм-аута, Noxtica возвращает безопасный, нейтральный результат с чётким маркером «недоступен», чтобы ваш код мог перейти к более мягкой политике — например, выдать проверку вместо блокировки. Мы публикуем целевую доступность 99,95% и публичную страницу статуса по адресу status.noxtica.com. Реальная доступность в последнее время превышает это значение.

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

Можно ли запустить это самостоятельно (on-prem)?

Да. Коллектор и верификатор поставляются как подписанные, самодостаточные образы для корпоративных клиентов. Тот же формат профиля, те же сигналы, те же уровни риска, без зависимости от облака. Вы забираете обновления в своём темпе, изолированные установки поддерживаются с оффлайн-пакетом обновлений. Поговорите с нами об этом.

On-prem обычно запрашивают регулируемые отрасли — банки, здравоохранение, государственный сектор, — где требования к резидентности данных исключают хостируемый верификатор. Компромисс операционный: вы обслуживаете верификатор, забираете обновления и запускаете бенчмарки калибровки. Мы предоставляем ПО и инструкции; ваша команда это эксплуатирует.

Как вы работаете со встроенными виджетами и фреймами?

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

Легитимное встроенное использование распространено — виджеты оформления заказа, сторонние инструменты, предпросмотр контента — и трактовка фреймов как автоматического риска заблокировала бы реальных клиентов. Значимый сигнал — это противоречие: настоящий встроенный фрейм наследует согласованное состояние от родителя, а управляемый автоматизацией — часто нет.

Что именно коллектор передаёт по сети?

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

Всё это можно проверить в сетевой панели браузера во время интеграции. Единственный запрос, который делает коллектор, идёт на ваш собственный эндпоинт того же домена. Ничего из браузера в Noxtica во время сбора не уходит; верификация происходит позже, с вашего бэкенда, сервер-серверу.

Можно ли настроить пороги риска?

Да. Пороги по умолчанию намеренно консервативны (см. принцип 03). Вы можете настроить, где срабатывает каждый уровень, для каждого ключа — в консоли оператора. Настройка происходит на уровне порога, а не внутри модели — мы не хотим, чтобы отдельные клиенты изменяли модель способами, которые выходят за рамки бенчмарка калибровки.

Если вам нужна более глубокая настройка, это разговор уровня Enterprise. Мы поддерживаем её для on-prem-развёртываний, где бенчмарк можно перезапустить на вашем собственном трафике.

В чём разница между Noxtica и CAPTCHA?

CAPTCHA просит пользователя доказать, что он человек. Noxtica просит браузер описать, что он такое, а затем оценивает это описание относительно более широкой популяции. Эти два подхода дополняют друг друга, а не заменяют.

Многие интеграции используют Noxtica, чтобы решить, показывать ли CAPTCHA вообще. Подозрительная сессия получает проверку; чистая — нет. Такое сочетание убирает CAPTCHA для подавляющего большинства реальных пользователей, которые её никогда не видят.

Дополнительное чтение

• Начало работы — пошаговое руководство по интеграции.
• Среда выполнения в браузере — что коллектор делает в момент сбора.
• Интеграция с бэкендом — как верификация работает на вашем сервере.
• Категории угроз — что мы выявляем и почему.