Зачем конкуренты превращают обычную Trademark-жалобу в обвинение в фишинге
Иногда обычные Trademark-жалобы могут приводить к более неприятным последствиям чем можно было бы ожидать. Всё дело в том, что такие абузы могут специально "усиливать", чтобы они квалифицировались как более серьёзные. Цель - повысить вероятность блокировки сайта
Как это происходит?
Допустим, компания считает, что кто-то использует её бренд или торговую марку. По сути, это обычный Trademark-спор
Например:
— fraud
— phishing
— мошенничество
— введение пользователей в заблуждение
Хотя по факту сама ситуация остаётся той же самой — речь идёт об использовании торговой марки. Зачем это делают?
Для большинства хостинг-провайдеров жалоба на торговую марку — это одна категория обращений.
А вот сообщения о фишинге или мошенничестве воспринимаются уже совсем иначе. Соответственно, вероятность того, что провайдер начнёт реагировать быстрее и жёстче, становится выше.
Но есть ещё один важный момент, если сайт работает через Cloudflare
На phishing-абузы Cloudflare может реагировать самостоятельно: при попытке открыть сайт пользователь получает предупреждение о том, что ресурс может быть фишинговым, и продолжает переход уже на свой страх и риск
Чтобы избавиться от такой плашки, владелец проекта может решить отключить проксирование Cloudflare и направить трафик непосредственно на свой хостинг.
Получается целая цепочка:
Trademark-жалоба → обвинение в phishing/fraud → предупреждение Cloudflare → отключение проксирования → возможный DDoS по инфраструктуре
Из-за самой природы работы Cloudflare жалоба может быть передана дальше — непосредственно хостинг-провайдеру
Изначально phishing-abuse мог отправить кто угодно. Но хостер в итоге получает информацию о возможном фишинге уже от Cloudflare — сервиса, которому провайдеры доверяют
Условно: если хостеру приходит письмо от неизвестного отправителя с заявлением «на этом сайте фишинг», ситуацию ещё могут начать проверять. Когда информация о phishing приходит уже через Cloudflare, вероятность глубокого разбирательства значительно ниже. Для хостера сам источник сообщения выглядит достаточно доверенным.
В результате первоначально обычная Trademark-претензия, в которую добавили обвинение в phishing, может пройти сразу по нескольким уровням:
1. Cloudflare реагирует на phishing-abuse и может показать посетителям предупреждение о потенциально опасном сайте.
2. Жалоба передаётся дальше хостинг-провайдеру, но приходит к нему уже через доверенный источник — Cloudflare.
3. Хостер может отреагировать на phishing значительно жёстче, не разбираясь подробно, насколько первоначальное обвинение соответствует реальности.
А дальше возможен ещё один сценарий: владелец сайта отключает проксирование Cloudflare, чтобы избавиться от предупреждения, открывает свою инфраструктуру — и после этого по хостингу может начаться DDoS.
Так одна усиленная Trademark-жалоба потенциально создаёт сразу несколько точек давления на проект.
Netwall — канал о защите SEO-проектов
Иногда обычные Trademark-жалобы могут приводить к более неприятным последствиям чем можно было бы ожидать. Всё дело в том, что такие абузы могут специально "усиливать", чтобы они квалифицировались как более серьёзные. Цель - повысить вероятность блокировки сайта
Как это происходит?
Допустим, компания считает, что кто-то использует её бренд или торговую марку. По сути, это обычный Trademark-спор
Но вместо того чтобы отправить жалобу только на нарушение торговой марки, в неё начинают добавлять более серьёзные обвинения
Например:
— fraud
— phishing
— мошенничество
— введение пользователей в заблуждение
Хотя по факту сама ситуация остаётся той же самой — речь идёт об использовании торговой марки. Зачем это делают?
Для большинства хостинг-провайдеров жалоба на торговую марку — это одна категория обращений.
А вот сообщения о фишинге или мошенничестве воспринимаются уже совсем иначе. Соответственно, вероятность того, что провайдер начнёт реагировать быстрее и жёстче, становится выше.
Но есть ещё один важный момент, если сайт работает через Cloudflare
На phishing-абузы Cloudflare может реагировать самостоятельно: при попытке открыть сайт пользователь получает предупреждение о том, что ресурс может быть фишинговым, и продолжает переход уже на свой страх и риск
Чтобы избавиться от такой плашки, владелец проекта может решить отключить проксирование Cloudflare и направить трафик непосредственно на свой хостинг.
В результате инфраструктура, которая до этого находилась за проксированием Cloudflare, оказывается под прямым ударом.
И уже после отключения проксирования может начаться DDoS-атака. Это происходит не всегда, но такой сценарий встречается.
Получается целая цепочка:
Trademark-жалоба → обвинение в phishing/fraud → предупреждение Cloudflare → отключение проксирования → возможный DDoS по инфраструктуре
Из-за самой природы работы Cloudflare жалоба может быть передана дальше — непосредственно хостинг-провайдеру
Изначально phishing-abuse мог отправить кто угодно. Но хостер в итоге получает информацию о возможном фишинге уже от Cloudflare — сервиса, которому провайдеры доверяют
Условно: если хостеру приходит письмо от неизвестного отправителя с заявлением «на этом сайте фишинг», ситуацию ещё могут начать проверять. Когда информация о phishing приходит уже через Cloudflare, вероятность глубокого разбирательства значительно ниже. Для хостера сам источник сообщения выглядит достаточно доверенным.
В результате первоначально обычная Trademark-претензия, в которую добавили обвинение в phishing, может пройти сразу по нескольким уровням:
1. Cloudflare реагирует на phishing-abuse и может показать посетителям предупреждение о потенциально опасном сайте.
2. Жалоба передаётся дальше хостинг-провайдеру, но приходит к нему уже через доверенный источник — Cloudflare.
3. Хостер может отреагировать на phishing значительно жёстче, не разбираясь подробно, насколько первоначальное обвинение соответствует реальности.
А дальше возможен ещё один сценарий: владелец сайта отключает проксирование Cloudflare, чтобы избавиться от предупреждения, открывает свою инфраструктуру — и после этого по хостингу может начаться DDoS.
Так одна усиленная Trademark-жалоба потенциально создаёт сразу несколько точек давления на проект.
Netwall — канал о защите SEO-проектов