Фишинговые атаки уже давно стали главной проблемой кибербезопасности для глобальных банков и финансовых институтов, где преступники выдают себя за банки, чтобы украсть учетные данные, перехватить аккаунты и авторизовать мошеннические переводы. Тот же сценарий теперь масштабно применяется и против отелей. Точно так же, как злоумышленники создают фальшивые уведомления о платежах, обновления KYC, одобрения кредитов и уведомления о блокировке карт, чтобы обмануть сотрудников и клиентов банков, они теперь манипулируют персоналом и гостями отелей с помощью тщательно разработанных электронных писем, сообщений, поддельных запросов на бронирование, ссылок для проверки платежей и попыток выдачи себя за других лиц. Согласно данным Check Point, на фоне роста числа фишинговых атак в мае 2026 года в секторе гостеприимства и туризма зафиксировано в среднем 2291 кибератака на каждую организацию, что на 24% больше по сравнению с тем же месяцем прошлого года. Почему? Потому что хакеры могут легко использовать самое слабое звено — человеческое доверие, будь то стойка регистрации или почтовый ящик гостя.

Почему именно отели?

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

Некоторые из недавних фишинговых атак на отельную индустрию.

Злоумышленники выдают себя за гостей или уведомления Booking.com, заманивая сотрудников стойки регистрации и отдела бронирования срочными сообщениями о проблемах с оплатой, отмене бронирования или особых запросах, чтобы перенаправить их на вредоносные сайты или обманом запустить команды PowerShell, которые устанавливают трояны удаленного доступа, такие как DCRat, VenomRAT и др. Например, в одном из недавних случаев киберпреступники атаковали персонал отеля с помощью фальшивых писем об отмене бронирования от Booking.com в рамках сложной кампании «ClickFix» (отслеживаемой как PHALT#BLYX, многоэтапная вредоносная кампания, которая развертывает поддельный «Синий экран смерти» (BSOD)) для установки трояна удаленного доступа DCRat. В то же время другие кампании распространяют вредоносные ZIP-файлы, замаскированные под фотографии гостей, для обеспечения долгосрочного закрепления в сетях отелей по всей Европе и Азии.

Microsoft: фишинговая кампания «Photo ZIP» против отелей с использованием вредоносного ПО Node.js.

Рассказывает о multi-stage intrusion since April 2026 кампании, в которой использовались фальшивые ZIP-архивы с фотографиями гостей и электронные письма, прошедшие «отмывку» через Calendly, для заражения систем стоек регистрации в европейских и азиатских отелях.

TechTimes: Фишинговая атака на отели использует Calendly для обхода аутентификации электронной почты.

Объясняет, как злоумышленники используют доверенную инфраструктуру Calendly для доставки вредоносных ссылок, которые обходят проверки SPF/DKIM/DMARC и развертывают бэкдоры в операционной деятельности отелей.

SecurityWeek: «BWH Hotels заявляет, что хакеры имели доступ к данным бронирования в течение 6 месяцев»

В мае 2026 года Best Western, WorldHotels и SureHotels сообщили о взломе веб-приложения, в результате которого произошла утечка имен гостей, контактных данных и данных о проживании. Киберпреступники теперь используют эти украденные данные для проведения высокоцелевых фишинговых атак.

Bitdefender: «От горнолыжных курортов до уик-эндов Формулы-1: Как WhatsApp-мошенничество в отелях нацелено на путешественников».

В ходе 2026 WhatsApp phishing scam атаки злоумышленники выдавали себя за Ramada by Wyndham и другие курорты, чтобы похитить платежные реквизиты гостей и учетные данные для входа.

Утечка данных Choice Hotels affects 24k people

Хотите увидеть Hotelogix в действии

Заказать живую демонстрацию

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

В отчете IBM «Стоимость утечки данных 2025» отмечается, что средняя стоимость утечки данных в индустрии гостеприимства в период с марта 2024 по февраль 2025 года достигла 4,03 миллиона долларов. Когда отель не может защитить личные данные своих гостей, он теряет их доверие, что подрывает авторитет бренда. Кроме того, отель также столкнется с регуляторными штрафами.

Психология фишинговых атак на отели.

В декабре 2024 года подразделение Microsoft Threat Intelligence зафиксировало фишинговую кампанию, в которой использовалась техника социальной инженерии под названием ClickFix, имитирующая Booking.com. Она была нацелена на персонал отелей в Северной Америке, Европе, Океании, Юго-Восточной Азии и т. д. и доставляла по электронной почте вредоносное ПО для кражи учетных данных с целью совершения финансового мошенничества и краж. Целью было обмануть сотрудников отеля, заставив их выполнить вредоносные команды, и в конечном итоге развернуть вредоносное ПО.

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

Срочность: «Требуется немедленное вмешательство. Платеж гостя не прошёл». Сотрудник чувствует себя обязанным быстро решить проблему.
Авторитет: «Ваш генеральный директор запросил обновленный отчет по бронированиям». Это заставляет персонал реагировать быстрее, когда сообщение исходит от высшего руководства.
Страх: «Эскалация негативного отзыва гостя. Неминуемая блокировка аккаунта». Сотрудник беспокоится о возможных последствиях.
Любопытство: «Гость загрузил доказательства жалобы. Откройте прикрепленные изображения». Злоумышленник использует любопытство, чтобы заставить сотрудника нажать на изображение.

Распространенные типы фишинговых атак, нацеленных на персонал отелей.

Фишинг под видом жалобы гостя

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

Пример: Срочная жалоба относительно моего пребывания

Сообщение: Уважаемая команда отеля,

«Я останавливался в вашем объекте на прошлой неделе и столкнулся с серьезными проблемами. Я прикрепил фотографии и подробности. Пожалуйста, изучите это немедленно, прежде чем я отправлю жалобу или напишу негативный отзыв».

Хакеры также рассылают аналогичные письма о негативном опыте гостей, выдавая себя за Booking.com. Например:

Пример: Поступила жалоба от гостя | Требуется немедленное внимание

Уважаемый партнер отеля,

Гость высказал серьезные опасения по поводу своего последнего пребывания и взаимодействия с персоналом.

Нажмите на ссылку ниже, чтобы ознакомиться с деталями и связаться с гостем.

В обоих случаях сотрудник открывает файл в ожидании доказательств жалобы. Вместо этого вложение содержит вредоносное ПО.

Возможные последствия:

Установка вредоносного ПО
Кража учетных данных
Удаленный доступ к компьютеру
Компрометация внутренней сети
Поддельные уведомления OTA-партнеров

Отели ежедневно общаются с OTA-платформами, и злоумышленники пользуются этим знакомством. Пример: требуется верификация аккаунта на Booking.com. Сообщение: «Аккаунт вашего объекта требует верификации из-за подозрительной активности. Завершите верификацию в течение 24 часов, чтобы избежать приостановки работы аккаунта». Электронное письмо содержит ссылку. Сотрудник открывает ссылку, попадает на фальшивую страницу входа, идентичную порталу OTA, и вводит имя пользователя и пароль. Злоумышленник перехватывает эти данные. Эта техника называется сбор учетных данных.

Атака с использованием фальшивого счета поставщика

Отели работают с многочисленными поставщиками, включая компании общественного питания, обслуживающие компании, технологических вендоров, туристических партнеров и т. д. Пример: Напоминание о необходимости выплаты задолженности Сообщение: «Пожалуйста, найдите во вложении скорректированный счет для вашего непогашенного платежа». Вложение: Updated_Invoice.pdf Прикрепленный PDF-файл может содержать:

Вредоносные ссылки
Внедренное вредоносное ПО

Это пример компрометации деловой переписки (Business Email Compromise, BEC), при которой злоумышленники выдают себя за законных деловых партнеров с целью совершения мошенничества.

Фишинговые атаки, нацеленные на гостей отелей.

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

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

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

Вот несколько примеров.

«Действуйте, пока бронирование не аннулировано»

Пример электронного письма: «Оплата вашего бронирования не прошла. Подтвердите в течение 30 минут, иначе ваш номер будет освобожден».

Гость боится потерять бронирование. Он действует быстро, не проверяя ссылку для оплаты. Страница выглядит точь-в-точь как сайт отеля, и он вводит

все необходимые данные карты. Злоумышленник перехватывает эту информацию.

Это известно как атака с целью сбора учетных данных (credential harvesting) и платежный фишинг.

Поддельный цифровой ключ или фишинг при регистрации.

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

Пример: «Ваш цифровой ключ от номера готов. Скачайте приложение прямо сейчас». Гость скачивает вредоносное ПО или приложение для кражи учетных данных, думая, что проходит обычную регистрацию.

Что отели должны делать для предотвращения фишинговых атак.

Финансовые учреждения, такие как банки, применяют одни из самых строгих мер кибербезопасности, поскольку работают с конфиденциальной информацией клиентов и финансовыми данными. Их подход к безопасности строится на многоуровневой защите, включая строгую проверку подлинности, шифрование, непрерывный мониторинг, контроль доступа, процессы реагирования на инциденты и соответствие ряду жестких и признанных стандартов безопасности. Отели могут не обрабатывать финансовые транзакции в тех же масштабах, что и банки, но они управляют не менее ценными персональными данными (Personally Identifiable Information, PII). Поэтому современным отелям следует перенять аналогичный подход к безопасности.

Внедрение правильного технологического стека: отелям следует развертывать современные шлюзы безопасности электронной почты, антифишинговые фильтры и протоколы защиты почты, включая Domain-based Message Authentication, Reporting & Conformance (DMARC), DomainKeys Identified Mail (DKIM) и Sender Policy Framework (SPF), чтобы спуфинговые сообщения не попадали во входящие.

Кроме того, они должны внедрить контроль доступа с нулевым доверием (zero-trust) в системах управления отелем (PMS), точках продаж (POS) и хранилищах данных гостей. Это гарантирует, что сотрудники смогут получать доступ к системе только в рамках своих служебных обязанностей и не более того. И что самое важное, при выборе критически важных технологических решений отелям следует руководствоваться National Institute of Standards and Technology (NIST) Cybersecurity Framework (США), Cyber Essentials (Великобритания), Network and Information Security Directive (ЕС), Computer Emergency Response Team/CERT-In (Индия), Payment Card Industry Data Security Standard (PCI DSS) и др.

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

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

Хотите увидеть Hotelogix в действии?

Забронируйте живую демонстрацию

Роль технологических партнеров.

Поставщики технологий для сферы гостеприимства больше не могут относиться к фишингу как к «проблеме отеля». Они должны предоставить своим партнерам-отелям нечто большее, чем просто стандартные настройки безопасности или ежемесячный дайджест о том, как избегать фишингового мошенничества. Поверхностью атаки может стать экран входа в PMS, экстранет OTA, вебхук, обрабатывающий «изменение бронирования гостя», или почтовый шлюз, пропускающий поддельное подтверждение бронирования, потому что Sender Policy Framework (SPF) не смог предотвратить спуфинг электронной почты.

Обеспечить соответствие требованиям PCI-DSS.
Внедрить TLS/SSL-шифрование — общеотраслевые протоколы для защиты передачи всех данных.
Обеспечить хранение данных на серверах, защищенных межсетевыми экранами.
Внедрить строгую политику паролей с надежной многофакторной аутентификацией учетных записей.
Внедрить ключи доступа FIDO2 passkeys (процесс беспарольной аутентификации), позволяющие персоналу отеля входить в систему с помощью отпечатка пальца или сканирования лица.
Внедрить строгую политику DMARC (p=reject) с согласованными SPF и DKIM на всех доменах для транзакционных сообщений, уведомлений и сброса паролей. Это блокирует спуфинг электронной почты на уровне протокола. Например, это не позволяет злоумышленнику использовать почтовый домен отеля или адрес в поле «From» для отправки писем гостям.
Блокировать или изолировать в песочнице высокорисковые и подозрительные входящие вложения по умолчанию. Например, защищенные паролем архивы ZIP/RAR, файлы Office с поддержкой макросов, файлы ISO/LNK/JS/VBS и др.
Обеспечить мониторинг бренда и домена в реальном времени для обнаружения похожих фишинговых сайтов и поддельных страниц бронирования, выдающих себя за ресурсы отеля для клиентов.

Хакеры используют человеческие эмоции и уязвимости систем, чтобы выстраивать правдоподобные сценарии и получать доступ к конфиденциальной информации. Один украденный пароль может спровоцировать инцидент безопасности в масштабах всего отеля и привести к продаже его критически важных данных в даркнете. Вот почему предотвращение утечек данных в отелях имеет огромное значение. Повышая осведомленность сотрудников и гостей об угрозах фишинга и сотрудничая со своими технологическими партнерами и сторонними экспертами для внедрения надежных мер Data Security Posture Management, отели могут защитить как свои операционные процессы, так и доверие гостей.