docs(security): план UFW, hardening HAProxy и бэкендов, скрипты deploy.
This commit is contained in:
@@ -0,0 +1,68 @@
|
||||
# Архитектура защиты
|
||||
|
||||
## Поток трафика
|
||||
|
||||
```mermaid
|
||||
flowchart TB
|
||||
Internet[Интернет]
|
||||
MT[MikroTik / периметр]
|
||||
HAP[HAProxy 192.168.160.117<br/>25 80 443]
|
||||
ACL[HAProxy ACL<br/>SNI Host allowlist]
|
||||
BE[Бэкенды 192.168.160.0/24]
|
||||
|
||||
Internet --> MT
|
||||
MT -->|DNAT публичный IP| HAP
|
||||
HAP --> ACL
|
||||
ACL --> BE
|
||||
```
|
||||
|
||||
## Два контура
|
||||
|
||||
### 1. Публичный вход (через HAProxy)
|
||||
|
||||
Клиент → публичный IP → **HAProxy** → (проверки) → один бэкенд.
|
||||
|
||||
На HAProxy уже есть:
|
||||
|
||||
- **443/TCP**: отклонение неизвестного SNI; allowlist для git, sac-web, rds, erp, syno.
|
||||
- **80/HTTP**: только `Host: zabbix.kalinamall.ru` + `zabbix-allowed`.
|
||||
- **25/SMTP**: passthrough на KSMG без IP-фильтра на frontend.
|
||||
|
||||
### 2. Внутренняя сеть (LAN / VPN)
|
||||
|
||||
Трафик **мимо HAProxy** возможен, если:
|
||||
|
||||
- есть VPN в `192.168.160.0/24`;
|
||||
- бэкенд слушает на LAN без host firewall;
|
||||
- RDP/RDP Gateway по внутренним адресам.
|
||||
|
||||
Защита: **UFW на бэкендах** + политика «сервисный порт только с `.117`», админ-доступ — отдельные правила.
|
||||
|
||||
## IP HAProxy (источник для бэкендов)
|
||||
|
||||
| Имя | IP |
|
||||
|-----|-----|
|
||||
| haproxy.kalinamall.ru | **192.168.160.117** |
|
||||
|
||||
Health-check HAProxy и прокси идут **с этого IP**. Правила на бэкендах должны разрешать его явно.
|
||||
|
||||
## Матрица: кто фильтрует что
|
||||
|
||||
| Угроза | MikroTik | UFW HAProxy | HAProxy cfg | UFW бэкенд | Приложение |
|
||||
|--------|----------|-------------|-------------|------------|------------|
|
||||
| Сканирование портов | ✓ | ✓ | — | ✓ | — |
|
||||
| Неверный SNI / Host | — | — | ✓ | — | — |
|
||||
| Доступ не из allowlist | — | — | ✓ | — | ✓ |
|
||||
| Прямой удар в бэкенд | ✓ | — | — | ✓ | — |
|
||||
| Brute SSH на HAProxy | ✓ | ✓ | — | — | fail2ban |
|
||||
| DDoS L4 | ✓ | частично | conn limits* | — | — |
|
||||
|
||||
\* Опционально: `maxconn`, rate-limit на frontend (Enterprise / custom); на 2.8 — sysctl, MikroTik, внешний scrubbing.
|
||||
|
||||
## Принципы
|
||||
|
||||
1. **Default deny** на вход (UFW `incoming deny`, бэкенды — только HAProxy + admin).
|
||||
2. **Минимум открытых портов** с интернета: 25, 80, 443 на одном хосте.
|
||||
3. **Не дублировать** смысл правил без нужды: allowlist в HAProxy для HTTP/SNI; UFW — транспорт и админ.
|
||||
4. **Сначала dry-run**, потом `--apply`; для SSH — **console/IPMI** или сессия, которую UFW не оборвёт.
|
||||
5. **Логи**: HAProxy + UFW + fail2ban; алерты на аномалии (Zabbix уже в инфраструктуре).
|
||||
Reference in New Issue
Block a user