Служебные поля
ID, статусы, метки времени — без шифрования: нужны для индексов и работы воронки.
БезопасностьДанные под несколькими
Данные под несколькими
уровнями защиты
Архитектура Habstr рассчитана на чувствительные данные: шифрование по классам, изоляция компаний, ИИ работает с обезличенными данными, разделение сетевых контуров, белые IP и усиленный вход.
Шифрование
Несколько слоёв защиты данных
Шифруем то, что критично, не ломая продукт: классы L1–L3, TLS в пути и ключ на каждую компанию.
Бизнес-данные компании
Сделки, задачи, признаки матчинга — под ключом тенанта (DEK). Сервер читает только после авторизации.
Прямые идентификаторы
ФИО, паспорт, контакты — field-level шифрование и blind index: открытие по событию, не «всем сразу».
В пути
Соединение до сервера защищено TLS. Для требований УЗ ПДн — контур с ГОСТ TLS.
Иерархия ключей
MASTER_KEY оборачивает DEK каждой компании. Данные и файлы хранятся как ciphertext — без ключей компании чтение невозможно.
Файлы и сканы
Байты в Object Storage шифруются DEK компании до записи. Сканы, фото и документы — не «голым» файлом на диске.
Изоляция тенантов
RLS в PostgreSQL: строки чужой компании не видны даже при ошибке в коде API. Неизвестный поддомен — 404.
Опции Enterprise
BYOK, E2E для чувствительных каналов, HSM→KEK→DEK, escrow ключей (Shamir) — под закрытый контур и требования ИБ.
ИИ
В модели — обезличенные данные
ИИ помогает с рутиной и аналитикой, но «сырые» данные наружу не уходят.
Обезличенный контур
В ИИ уходят только обезличенные признаки: навыки, должность, структура сценария. ФИО, паспортные данные, телефон и другие личные данные и почта остаются внутри системы.
AI Gateway
Запросы к моделям проходят шлюз с классами данных: что можно отдать провайдеру, что остаётся только в вашем контуре.
Векторный слой
Для крупных клиентов — отдельный database per tenant и обезличенный vector layer: поиск и матчинг без «сырых» ПДн снаружи.
Политика провайдеров
Ориентир — провайдеры и сценарии с учётом РФ и k-анонимности: меньше риска связать ответ модели с конкретным человеком.
Сеть
Зоны, периметр, белые IP
Данные и админка не торчат в интернет «как есть»: сегменты, VPN и разрешённые адреса.
Периметр
DNS → защита от DDoS и CDN → балансировщик → EDGE. WAF и rate-limit учитывают тенанта.
Зоны доверия
public / app / data / dmz-untrusted / admin / mail. База и ключи — только из app-зоны, не из интернета напрямую.
Белые IP и VPN
Админ-контур (CI, мониторинг, бастион) — через VPN и WebAuthn. Доступ к чувствительным сегментам — с разрешённых адресов и security groups.
Закрытый контур
Enterprise: развёртывание в вашей сети / выделенном контуре — без «общего облака для всех» на одну политику.
Доступ команды и контроль
Роли и права
У сотрудника, руководителя и администратора — разные модули и данные. Персональный доступ у каждого, без общих логинов на отдел.
Вход и 2FA
Пароли Argon2id, политика сложности и lockout. Для ролей с ПДн — TOTP или WebAuthn; email не единственный второй фактор.
Аудит
События входа, настроек и 2FA — в журнале, с экспортом. Споры и проверки — на фактах, не на памяти.
Документы
КЭДО и критичные объекты — с версионированием и WORM-политикой хранения, где это требуется процессом.
Нужен закрытый контур или разбор под ИБ?
Согласуем шифрование, IP, 2FA и размещение под ваши требования — от облака до Enterprise.
Тарифы и Enterprise · интеграции и API · сообщить об уязвимости