Вопросы и ответы по безопасности 

Происходили ли какие-либо значительные нарушения безопасности или инциденты за последние 5 лет?

Нет.

Жестко ли контролируется доступ к привилегированным и общим учетным записям и проверяется на периодической основе, как минимум

ежегодно?

Да.

Какие данные собираются о пользователе? 

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

Владелец аккаунта может создать текстовые поля для сбора различных данных при бронировании, но клиент полностью осведомлен о собираемой информации, поскольку конечный пользователь вводит данные в поля. Конечный пользователь или владелец учетной записи может в любое время запросить удаление данных, отправив письмо по адресу data@bookafy.com. 

Для каких целей приложение использует данные?

Данные приложения используются только для транзакции, на которую подписался конечный клиент. Если для входа в систему с помощью SSO используется стороннее приложение, например, Facebook или Google, мы используем это соединение только для доступа к учетной записи. Мы не используем данные из аккаунта, такие как контакты, события, сообщения электронной почты, и не публикуем от вашего имени и не участвуем в какой-либо деятельности в рамках вашего аккаунта. Он используется только для входа в систему. 

Каковы права пользователей на удаление данных и как пользователь может запросить удаление данных? 

Мы используем данные, полученные от владельца счета (нашего клиента), для предоставления владельцу счета лучшего опыта. Сюда входит любое место, где AO застрял, многократно посещал, по которому у него могут возникнуть вопросы или ошибка. Мы используем эти данные для связи с нашими клиентами (владельцами счетов) в нужное время и с нужным сообщением. 

Для конечного пользователя, клиента нашего клиента… мы используем эти данные только ради сделки (бронирования) с владельцем счета. Мы не занимаемся маркетингом среди этих клиентов и не используем их данные каким-либо другим образом. Их данные не продаются и не заимствуются… они остаются в нашей системе. 

Как в случае АО, так и в случае конечного клиента, их данные могут быть удалены в любое время. AO может написать по электронной почте data@bookafy.com и попросить удалить свою учетную запись и данные. Конечный клиент может потребовать, чтобы АО удалило его данные. 

Запрещены ли общие учетные записи пользователей для сотрудников? А как насчет клиентов?

Сотрудники имеют свои собственные выделенные счета. Клиенты также имеют свои собственные выделенные счета с доступом только к своим данным.

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

На базовом уровне управления паролями мы требуем не менее 6 символов в паролях. В следующем году могут появиться варианты политики паролей OWASP и NIST SP 800-63-3.

Защищена ли граница сети брандмауэром с фильтрацией на входе и выходе?

Да. Все брандмауэры и средства балансировки нагрузки предоставляются Azure и Amazon AWS.

Находятся ли публичные серверы в четко определенной демилитаризованной зоне (DMZ)?

Да, это унаследовано от зонирования инфраструктуры Azure по умолчанию, и Bookafy имеет региональные серверы, разбросанные по всему миру. 

Используется ли сегментация внутренней сети для дальнейшей изоляции чувствительных производственных ресурсов, таких как данные PCI?

Данные PCI не хранятся, поскольку они поступают в Bookafy только от сторонних провайдеров, таких как Stripe и Authorize.net. Bookafy не собирает и не хранит данные. 

Осуществляется и контролируется ли обнаружение и предотвращение вторжений в сети?

Широкий спектр инструментов мониторинга, дополненный уведомлениями и оповещениями, предоставляемыми Azure, остается постоянно включенным. Это включает обнаружение вторжений и подтверждение доступа к сети по электронной почте.

Все ли настольные компьютеры защищены с помощью регулярно обновляемого программного обеспечения для борьбы с вирусами, червями, шпионскими программами и вредоносными кодами?

Да.

Защищены ли серверы с помощью промышленных методов усиления? Документированы ли эти практики?

Службы безопасности регулярно привлекаются для проведения аудита безопасности системы. 

Существует ли активное управление исправлениями поставщика для всех операционных систем, сетевых устройств и приложений?

Да. Это обеспечивается Azure автоматически через их службу.

Записываются и сохраняются ли все ошибки производственной системы и события безопасности?

Журналы хранятся минимум 1 месяц, а некоторые — до 6 месяцев, в зависимости от степени серьезности и необходимых действий.

Регулярно ли проверяются события безопасности и данные журналов?

Да. Журналы просматриваются ежедневно, еженедельно и ежемесячно — в зависимости от характера событий в журнале.

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

Да.

Существует ли процесс уведомления клиентов в случае нарушения конфиденциальности?

Да.

Храните ли вы, обрабатываете, передаете (т.е. «обрабатываете») персонально идентифицируемую информацию (PII)?

Да.

В какой стране или странах хранится PII?

Большая часть наших данных PII хранится в США. Однако мы можем хранить данные о счетах наших корпоративных клиентов в определенном региональном центре. Пример. Австралийские организации могут выбрать хранение своих данных в нашем подразделении Azure в Канберре. Или европейские страны могут хранить данные в европейском дата-центре. 

Защищены ли системные журналы от изменения и уничтожения?

Она предоставляется Azure и резервируется в облачном хранилище Dropbox.

Защищены ли пограничные и VLAN-точки входа устройствами защиты и обнаружения вторжений, которые предупреждают об атаке?

Да. Эти службы включены в наш брандмауэр Azure, который защищает от вторжений и отправляет автоматические предупреждения нашей команде разработчиков. 

Коррелируют ли журналы и события с инструментом, предоставляющим предупреждения о готовящейся атаке?

Да, наша служба безопасности включает протоколирование и оповещение об атаках в режиме реального времени. 

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

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

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

Идентификатор арендатора «жестко привязан» к каждой учетной записи пользователя и логически обеспечивается с помощью фиксированных пунктов «WHERE» в запросах к базе данных и эквивалентных мер для доступа к файлам. Пользователь платформы не может изменить или иным образом отвязать свою сессию или учетную запись от этого идентификатора арендатора. Таким образом, не существует логической возможности того, что пользователь имеет авторизацию входа под другим идентификатором арендатора. Даже если они пытались получить доступ к страницам, используя ID другого арендатора, система отклоняла запрос из-за того, что учетная запись пользователя не была зарегистрирована на запрашиваемый ID арендатора.

Есть ли у вас план реагирования на инциденты?

Да, ведется «живой документ» с описанием мер реагирования на стихийные бедствия и инциденты

контрольные списки, контактные данные и основные системные средства для понимания и реагирования на инциденты.

Какой уровень защиты сети реализован?

Мы используем Azures Web Application gateway (балансировщик нагрузки) и Next Generation Firewall для защиты нашей сети виртуальных машин, работающих на Azure Cloud. 

Предоставляет ли платформа отчеты для измерения производительности качества обслуживания (QOS) (использование ресурсов, пропускная способность, доступность и т.д.)?

Такие показатели не предоставляются клиентам, за исключением доступности и времени отклика в соответствии со страницей нашего статуса на status.pingdom.com.

Проверяется ли программа аварийного восстановления не реже одного раза в год?

Да, ежегодно проводятся и проверяются проверки восстановления.

Какова цель времени восстановления (RTO) и цель точки восстановления (RPO) системы?

RTO составляет 4 часа, а RPO — 1 час.

Предоставляете ли вы планы резервного копирования и восстановления для отдельных клиентов?

Все аспекты являются многопользовательскими, поэтому резервные копии создаются для всей клиентской базы. Полное резервное копирование файлов выполняется каждые 24 часа, а резервное копирование баз данных Azure по времени выполняется каждые 5 минут. Резервные копии хранятся в облаке Dropbox Cloud, а также на резервных виртуальных машинах Azure. 

Каково максимальное время хранения резервных копий?

Резервные копии баз данных сохраняются в течение 30 дней, а резервные копии общих файлов — не менее 90 дней.

Каково ожидаемое время восстановления данных?

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

Можно ли восстановить учетную запись одной организации, не затрагивая всю платформу?

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

Обеспечивается ли высокая доступность — i. e. если один экземпляр сервера становится недоступным, то другой становится доступным?

Несколько экземпляров сервера работают на всех уровнях системы через виртуальную машину Azure, при этом Web Application Gateway обеспечивает балансировку нагрузки. Отказ экземпляра сервера в центре обработки данных обрабатывается Azure WAG, при этом проблемный экземпляр перерабатывается и/или удаляется и заменяется новым экземпляром.

Хранятся ли данные и доступны ли они в другом месте (центре обработки данных), чтобы соответствовать требованиям аварийного восстановления?

Да. Все данные реплицируются во второй центр обработки данных, который различается по географическому положению, а также резервные данные хранятся в облачном хранилище Dropbox. .

Является ли процесс обхода отказа активным/активным, автоматизированным процессом переключения?

Отказ экземпляра сервера в основном центре обработки данных обрабатывается балансировщиками нагрузки Azure WAG, при этом проблемный экземпляр перерабатывается и/или удаляется и заменяется новым экземпляром.

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