Безопасность Cartiva — постоянная работа, а не одна настройка

Безопасность начинается с архитектуры

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

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

Защищённая передача данных

Публичные страницы Cartiva и подключённые к платформе магазины обслуживаются по HTTPS. Это защищает передачу данных между браузером и сервером от чтения и подмены по пути. Обращения по обычному HTTP перенаправляются на защищённый адрес, а состояние сертификатов и корректность перенаправлений входят в технические проверки после изменений инфраструктуры.

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

Доступ только к своей рабочей области

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

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

Проверка входящих данных и запросов

Любые данные извне рассматриваются как непроверенные, пока сервер не подтвердит их формат и допустимость. Для чувствительных маршрутов действуют ограничения частоты запросов и размера тела запроса. Это помогает противодействовать автоматическому перебору, чрезмерной нагрузке и попыткам передать неожиданно большой объём данных.

Пользовательский HTML проходит очистку на основе парсера. Для витрин применяется политика безопасности содержимого, которая ограничивает источники сценариев, фреймов и других ресурсов. Идентификаторы внешних интеграций проверяются по допустимым форматам. Серверная загрузка изображений разрешает только подходящие HTTP- и HTTPS-адреса и блокирует опасные варианты обращения к внутренним ресурсам.

Мониторинг и реакция на отклонения

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

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

Тестирование перед выпуском

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

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

Безопасное развитие без громких обещаний

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

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

Что может сделать владелец магазина

Безопасность — общая работа платформы и пользователя. Используйте уникальный сложный пароль, не передавайте доступ к административному кабинету посторонним и выдавайте сотрудникам только необходимые права. Храните ключи платёжных систем, служб доставки и аналитики в предназначенных для этого полях Cartiva, а не в сообщениях или общих документах. Своевременно отключайте доступ сотрудника, который больше не работает с магазином.

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

Мы продолжаем усиливать защиту

Безопасность Cartiva развивается вместе с самой платформой. Новая интеграция, способ оплаты или инструмент редактора рассматривается не только как функция для пользователя, но и как новая граница доверия. Для неё определяются разрешённые данные, права доступа, проверка входа, безопасное хранение секретов и сценарии отказа.

Мы следим за изменениями в технологиях и практиках веб-безопасности, повторяем аудиты и превращаем найденные замечания в конкретные инженерные задачи. Для нас безопасный сервис — это не заявление «всё идеально», а понятный процесс: проектировать с учётом рисков, проверять, наблюдать, исправлять и снова проверять.