На сайте продаж хранятся заказы, сделки и персональные данные покупателей. Мы защищаем их на всех уровнях: вход в систему, код платформы, хранение и резервное копирование, выпуск обновлений.
Число попыток входа ограничено. У каждого сотрудника свои права, а у поддержки есть только временный доступ.
Наши сотрудники входят в панель управления по паролю и одноразовому TOTP-коду из Яндекс Ключа, Google Authenticator или другого приложения.
Попытки входа считаются по IP-адресу и по логину. После пяти ошибок вход блокируется на 15 минут, в админке магазина капча появляется уже после второй.
Пароли хранятся в виде хэша bcrypt. Покупатели входят по одноразовому коду, у которого ограничены срок действия и число попыток.
У каждого сотрудника своя учётная запись и права на изменение отдельных разделов. Интеграции, лицензию и список пользователей меняет только администратор.
В CMS на сервере клиента наш специалист входит по одноразовой ссылке, подписанной лицензионным ключом. Ссылка действует 2 минуты, каждый вход записывается в журнал.
Защита от типовых атак из OWASP Top 10 встроена в ядро, поэтому не зависит от внимательности конкретного разработчика.
| SQL-инъекции | Все запросы к базе подготовленные, данные передаются параметрами и не попадают в текст запроса. |
|---|---|
| XSS | Шаблоны экранируют вывод автоматически, HTML из редактора проходит через белый список тегов. Чужой скрипт на страницу не попадёт. |
| CSRF и сессии | Формы панели платформы защищены токенами. Cookie сессии выставляются с флагами HttpOnly, SameSite и Secure. |
| Загрузка файлов | Тип картинки определяется по содержимому, после проверки она пересохраняется в WebP. Из SVG вырезаются скрипты и внешние ссылки. Исполняемые файлы не принимаются. |
| Изоляция магазинов | В облаке у каждого магазина своя база данных, кабинет одного магазина не видит данные другого. Это проверяли при аудите безопасности кода. |
| Секреты | Ключи и пароли внешних сервисов лежат в отдельном файле на сервере с закрытыми правами. В коде и репозитории их нет, перед каждым коммитом это проверяется. |
| HTTP-заголовки | HSTS, X-Frame-Options для админки, X-Content-Type-Options, Referrer-Policy. |
Копии делаются каждый день и хранятся в двух местах. Раз в квартал мы проверяем, что из них действительно можно восстановить работу.
Ежедневная полная копияБазы данных и файлы магазинов. Локальные копии хранятся 14 дней.
Внешняя зашифрованная копияОтправляется в отдельное облачное хранилище. Шифруем до отправки, ключ есть только у нас, поэтому хранилище не может прочитать данные.
30 дней и 12 месяцевХраним ежедневные копии за последний месяц и ежемесячные за год.
Проверка восстановленияРаз в квартал разворачиваем копию на чистом сервере и проверяем, что всё работает.
О сбое мы узнаём из оповещения, а не от покупателей. Обновления сначала проверяются на тестовом сервере.
Каждые 5 минут серверы проверяют друг друга: открываются ли сайты, работает ли база, прошло ли резервное копирование. При сбое и после восстановления приходит оповещение, а раз в день приходит сводка.
Каждую ночь автотесты проходят основные сценарии на рабочем сервере, ничего не меняя в данных. Утром мы уже знаем, если что-то сломалось.
Изменение сначала работает на тестовом сервере с обезличенными данными. После приёмки его выкладывают на рабочий, проверяют сайт и при ошибке автоматически откатывают.
В облаке всё перечисленное делаем мы. При установке CMS на ваш сервер данные хранятся у вас, и защитой сервера занимается ваша команда.
Серверы, резервные копии, мониторинг и обновления берём на себя. Мы отвечаем за доступность магазина и сохранность данных.
Данные не покидают вашу инфраструктуру. Защита входа, прав и кода работает так же, как в облаке. Сервер и резервное копирование настраивает ваша команда, мы даём рекомендации.
Нашли уязвимость или подозрительное поведение? Напишите нам. Такие сообщения разбираем в первую очередь.
