Безопасность

Безопасность и защита данных

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

1

Случайно удалённых записей не бывает

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

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

Кто что может видеть

Права задаются по разделам и применяются на сервере. Скрыть кнопку в интерфейсе — не значит выдать доступ; неавторизованный запрос отклоняется сервером.

  • Конечная точка без записи в карте прав по умолчанию ОТКЛОНЯЕТСЯ: если при выпуске новой точки забыть правило, она останется закрытой, а не открытой.
  • Чтение и запись — отдельные права; бухгалтерия, бронирования и управление объектом — разные разделы.
  • Некоторые действия нельзя выполнить даже с правом раздела: требуется владение учётной записью, например для восстановления записи или передачи контроля над ценами и доступностью канала.
  • На каждом экране видно, от имени какого пользователя вы работаете, а действия попадают в журнал аудита.
3

Учётные данные каналов

Если нужны учётные данные канала продаж, они хранятся на сервере в зашифрованном виде с AES-256-GCM и никогда не возвращаются в панель: панель видит только наличие сохранённого пароля.

  • Booking.com не запрашивает ваш пароль: вы добавляете нас как пользователя в экстранете и продолжаете использовать собственный вход и двухфакторную проверку.
  • Передача управления каналом требует отдельного явного согласия; без такого подтверждения она не считается выполненной и может быть отозвана в любой момент.
  • Пустое поле сохраняет записанный пароль; его удаление — отдельное действие.
4

Платежи и данные карт

Сбор платежей проходит через лицензированную инфраструктуру с 3D Secure и соответствием PCI-DSS. Данные карты обрабатываются там; панель не хранит номера карт.

  • Проверка 3D Secure и передача по SSL.
  • Сборы, возвраты и движения выплат фиксируются и отражаются в отчётах.
5

Исходящие запросы

Операции, обращающиеся вовне, например импорт объявления, проходят через единый защищённый слой. Он защищает и вас, и нас.

  • Подключения выполняются только к доменам из списка разрешённых; перенаправления отслеживаются вручную, а список проверяется на каждом шаге.
  • Подключения к внутренним сетевым адресам блокируются; ограничения по размеру и времени применяются к распакованным данным.
  • Допустимые типы контента перечислены явно: принять «любое изображение» означало бы принять файл со скриптом.
6

Прозрачность

Когда что-то ломается, мы не скрываем это.

  • Статус сервиса публикуется на открытой странице.
  • Изменения в продукте публикуются на странице обновлений.
  • Обработка персональных данных описана в политике конфиденциальности, а отношения с отелем — в Общих условиях для отелей.

Если вы нашли уязвимость

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

Сообщить о проблеме безопасности

На этой странице описан подход продукта к безопасности; детали инфраструктуры и внутренние контрольные документы не публикуются. Для корпоративной оценки свяжитесь с отделом продаж.

Бесплатное демоПодать заявку бесплатно