Модель безопасности
Назначение
Эта страница объедпинясывает, свкакие данные и компоненты Клавдия о защитре буетсистемы архивирования: что именно защищать, какие ми середствами —ы встроенными в продукт ил какие меры необходимо обеспечить нал урожвне инными (сетевыми, сифрастемными), и зачем это нужно. Здесь же — рекомендация по выбору базктуры данных повышенной надёжности.
Технические детали шифрования, сертификатов и аудита
—приведены вОбслужи{{ССЫЛКА:maintenance.security-ops|Прованиерке→ Ззащитаы данных иОбслауждивта}} и {{ССЫЛКА:maintenance.tls-rotate|Замение→TLS-сертификатыа}}.
Что зЗащищаемые данные и компонентьы
| Ресурс | ||
|---|---|---|
| Тела писем и вложения | перехват, кража носителя | шифрование на диске |
| Пароли источников и каталога | кража из базы, утечка | шифрование |
| Учётные записи пользователей | подбор пароля, кража сессии | |
| Настройки и права | контроль целостности |
|
| Каналы связи | перехват трафика | TLS |
| Секретный ключ кластера | компрометация |
хранение в secrets/ 0600, резервное хранение и ротация |
| Журнал аудита | под |
неизменяемый журнал |
Что защищать средВствами продукта
Этиенные средства защиты
TLS
- Веб-ин
атерфейстработает по HTTPS с сертивфикаютом из базы. См. {{ССЫЛКА:install.tls-web|TLS-ся вертификат веб-интерфейса и публичных служб}}. - IMAP и SMTP используют тот же
Кцентралавдия.Шифрзованиенокхраналов (TLS)Веб-интерфемыйс— HTTPS насертификате из базы. См.Общие н{{ССЫЛКА:install.imap-service|Настройки → TLS-сертификат.IMAP и SMTP— TLS на IMAP-сертификате из базы. См.СервераIMAP,Клавдия}} и {{ССЫЛКА:install.smtp-service|Настройка SMTP-сервераSMTPКлавдия}}.Подключения к источникам(IMAP,EWS,EWSSMTP)и—SMTPTLSвыполняются побязатещищённым канальноам; открытый канал не используется.КаталогLDAP/AD—подключается только через TLS/SSL; конфигурастройкция с открытым каналом отклоняюется. См. {{ССЫЛКатаА:install.ldap-connect|Подклогючение LDAP / Active Directory}}.Внутрикластерный трафик хранилища(на порту8444)8444—передаётсяHTTPSпонHTTPS. Проверкатом жесертификате.аПпо умолчаниюпроверкаотключена(трафик междуля довереннымой внутренней сетиузлами); для внешних узловпочерез публичнойую сети —ь включитье(KLVD_STORAGE_SSL_VERIFY=1).- Локальный
ПSolr также рабоисктает(Solr)—по HTTPSнас тоем же сертификате (при локальномSolr).
Один сертификат исп
рименяользуетсяковсеми службами узла.ЗЕго можно загрузкаить ирозаменитация —ь через веб-интерфейс,без перезапуска узла.См.Обслуживание → TLS-сертификаты.Шифрование архива на диске
ВAES-256-GCM включается длягруппы хранилищ— один ключ на группу (AES-256-GCM). См.Хранилища игруппы хранилищ.РДля казныеждой группымогутиспользуется свовать разныей ключ. Ши.Нфрованиевлине меняет поведенаие поиска, просмотра и дедупликациюи:(хеш блока рассчитывается пототкрытыхм данных)м.- Ключи не хранятся в базе
—и выводятся из секрета узла.
Шифрование
См. {{ССЫЛКА:install.storage-overview|Как устроены хранилища}}.
Многофакторная аАутентификацияКлавдий поддерживает:
TOTP (одноразовыеTOTP-коды из приложения-аутентификатора). См.Пользователи, права и группы.;РRADIUS как резервный способ— RADIUS: при неудаче локальнойпроверкипучётных дарнных; моляжнозапрос уходит на сервер RADIUS (настраоивается в[Настройки → RADIUS], поддерживаетсяь несколько серверов с приоритетами и проверкой связи).;Еединый вход(SSO)SAML 2.0 черезSAML 2.0:ADFS, Microsoft Entra ID,Keycloak,Keycloak и Okta. Клавдий—работает как Service Provider, проверяет подпись SAML-ответа (xmldsig),xmldsig) и может автоматически создаёвать учётные записи.
НRADIUS настраивается в [Настройки] → [RADIUS], SAML — в [Настройки] → [SSO (SAML)].
См.Пользователи, права и группы.
Права доступа (RBAC)
Зработает по принципу запрета по умолчанию:упользователяь получаестьтолько то, что явно разрешённыеноправила. Мом.жно Пограничиватьнадоступ к разделыам, ящикиам, источникам и,отдельным действия. См.Пользователи, права и группы.- Массовый сбор и серверные настройки
—доступны только администратор. Приу; массовомый сбор не выдаёт права на чужие ящики автоматически.неСм. {{ССЫЛКА:install.rbac|Прав
ыила доступаютсяи RBAC}}.
RBAC(!)
Контроль целостности настроек
Каждая запись настроек сопровождается HMAC. Если значение изменено в обход штатного механизма и контрольн
ойая суммой (HMAC).При обнаружениинесогласовпанного измдаененият, записьпомесчитаетсякакповреждённая иой, не используется.Инцидентфиксируется в журнале.
Аудит
Клавдий фиксирует:
Уудаленияе писем по сроку—храненизменяемыйжурнал (разделв [Хранение] → [Аудит удалений]).;Заморозки (legal hold(!)) — журналналоженияе, применения,е и снятия.е заморозок legal hold(!);Оотказы в доступе,—которыеучитывакже отображаются, виднына панели состояния.
Что защищать наложМеннрыми средствами
Эти средства настраиваются вне продукта — на уровне сети, операционной системы, инфраструктуры.
Сеть
Firewall— оОграничьте сетевым экраном доступ к портам Клавдия только доверенными сетям. Порти: веб-интерфейс8001, IMAP993, SMTP25, хранилище(8001)8444.- Дл
ькоя административнорам и пгользователям. Порты IMAP (993) и SMTP (25) — только почтовым клиентам и серверам-отправителям. Порт хранилища (8444) — только между узлами кластера. VPN— длядоступаадминистраторов к веб-интерфейсуиз публичных сетей.используйте VPN.Изоляция контейнеров— пПриdocker-composeDocker Compose используйтеnetwork_mode: hostтолько на доверенном хосте;.вВ Kubernetes— сприменяйтевыеполитики (NetworkPolicy)NetworkPolicy.
Операционная система
Обновления— рРегулярно устанавливайте обновления безопасности ОС и Docker.ПОграва доступа к файлам— папкаsecrets/(права 0600, владелец root),.env(0600). Не предоставляйничьте доступ кпапsecrets/и.env; рекомендуемыеустпрановкиапосторонним—0600, владелецroot.- При
АунеобходимостОС—и включитеауauditdдиля контроля доступа к файлам секретов(auditd).
Резервное копирование
Регулярно сСоздавайте резервные копии базуы данных, хранилищеа писем и секретныйого ключа. См.Обслуживание →{{ССЫЛКА:maintenance.backup-overview|Резервное копирование}}.- Храните резервные копии отдельно от рабочих данных, желательно на другой площадке.
- Секретный ключ
— вхраните отдельномот резервных копий дащищённомыхранилище.
Сервер бБазыа данных
ПриДля локальной PostgreSQL—ограничьте доступ к порту5432узлтолькооами Клавдия.ПриДля внешней базе —ы используйтеSSLSSL,(напримерPOSTGRESQL_SSL=requireилиverify-full), особенно при поередклюачентрафиикапочерез публичнойую сетиь.- Регулярно обновляйте СУБД.
Рекомендация: Quant Hybrid вместо PostgreSQL
Чеклист безопасности (мМинимальная проверка перед эксплум)атацией
- Сменён пароль встроенного администратора
по умолчанию (admin). - Загружен
настоящий TLS-сертификат(от доверенного центра сертификации либо использование самоподписанный)ого сертилфиката принято осознанноиспользуется самоподписанный. -
ВДля требуемых групп включено шифрование архива на дискедля группы хранилищ. -
ВДля администраторов включена многофакторная аутентификациядля администраторов. - Настроен
каталогLDAP/AD,LDAP/AD (если организация используестькорпоративный каталог). -
FirewallСетевой экран ограничивает доступ к портам Клавдия. - Настроено регулярное резервное копирование
(базаы, хранилище,а и секрет)а. - Секретный ключ кластера хранится в защищённом месте
,отдельно от данных.
Связанные м. атериакжелы
- {{ССЫЛКА:maintenance.security-ops|Проверка
Обслуживание → Ззащитаы данных—итехнаудические детали, ротация ключей}} Обслужив{{ССЫЛКА:maintenance.tls-rotate|Замение →а TLS-сертификаты— сертификаты для всех каналов}}{{ССЫЛКА:install.rbac|Пользователи, правила доступа игруппы— RBAC, MFARBAC}}- {{ССЫЛКА:install.storage-overview|Как
Хустраоенилища и группы хранилищ— шифрование архива}}
Навигация по книге
- Следующая статья: {{ССЫЛКА:reference.tls|TLS и каналы связи
}}