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

HTTPS и TLS

HTTPS шифрует транспорт между браузером и сервером с помощью TLS. Это защищает данные в пути от простого перехвата на промежуточном участке.

HSTS

HTTP Strict Transport Security указывает совместимому браузеру использовать для домена только HTTPS после получения политики. Это снижает риск случайного возврата к незашифрованному соединению.

Security headers

Content-Security-Policy, X-Content-Type-Options, Referrer-Policy и Permissions-Policy ограничивают отдельные классы браузерного поведения. Они не заменяют серверную защиту, но дополняют её.

Cookies и сессия

Сессионные cookies должны использовать безопасные атрибуты Secure, HttpOnly и подходящий SameSite там, где это совместимо с логикой авторизации.

KYC и защита аккаунта

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

Что пользователь реально получает от HTTPS и HSTS

HTTPS шифрует обмен между браузером и сервером, поэтому логин, сессионные данные и другая информация не идут по сети открытым текстом. HSTS дополняет это правило: после получения политики браузер не должен возвращаться к обычному HTTP для домена.

Это не «магическая защита от всего». Она не спасёт, если пользователь сам введёт пароль на поддельном домене. Поэтому техническая защита работает вместе с простой привычкой — проверять адрес перед входом и платежом.

Защитные заголовки — без маркетинга

Content-Security-Policy ограничивает источники, откуда страница может загружать определённый контент. X-Content-Type-Options запрещает браузеру свободно угадывать тип файла, Referrer-Policy управляет объёмом адресной информации при переходах, а Permissions-Policy ограничивает отдельные возможности браузера. Эти настройки уменьшают поверхность атаки, но не заменяют серверную безопасность и контроль аккаунта.

Что видит пользователь, а что остаётся за кадром

Самый заметный слой — HTTPS: браузер устанавливает зашифрованное TLS-соединение с сервером. HSTS добавляет правило не возвращаться к обычному HTTP для домена после получения политики. Защитные заголовки помогают браузеру ограничить источники контента и отдельные возможности страницы.

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

Почему мы не пишем «100% защита»

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

На этой странице технические термины нужны не для красоты. Мы объясняем, что именно делает каждый слой и где заканчивается его зона ответственности. Это полезнее, чем набор значков «secure» без расшифровки.