privacy-policy
<acct-file>
Строка заменяет левую часть адреса — всё до собаки — во всех записях этого файла, в ответах приёмников и в адресах отправителя формы VERP. Умолчание — retain, то есть ничего не менять.
Способов пять, и делятся они на два рода:
| Значение | Что делает | Можно ли сверить |
|---|---|---|
| retain (умолчание) | ничего | — |
| redact “X” | заменяет заглушкой, по умолчанию … | нет |
| siphash “ключ” | быстрый хеш с ключом | да |
| siphash-hexkey | то же, ключ шестнадцатеричный | да |
| hmac-sha256 “ключ” | криптостойкий хеш с ключом | да |
| hmac-sha256-hexkey | то же, ключ шестнадцатеричный | да |
Разница между заглушкой и хешем принципиальная. Заглушка стирает адрес насовсем: две записи об одном получателе становятся неразличимы. Хеш сохраняет одинаковость — по нему видно, что это тот же человек, — и позволяет найти его записи, посчитав хеш известного адреса командой pmta digest.
Требования к ключам разные. У SipHash ключ не длиннее 16 байт, и короткий MTA дополнит нулями. У HMAC-SHA256 рекомендуется не менее 32 байт: короче — MTA предупредит, но примет.
Строка понадобится там, где узел обслуживает чужие рассылки и требования к персональным данным строже наших. Тогда правильный выбор — hmac-sha256 с длинным ключом: аналитика по количеству сохраняется, а поиск конкретного адреса требует знать и ключ, и сам адрес.
Выбирают по тому, нужна ли потом сверка:
| Значение | Когда |
|---|---|
| retain (умолчание) | свои рассылки, доступ к узлу ограничен |
| hmac-sha256 “длинный ключ” | требования к персональным данным, сверка нужна |
| siphash “ключ” | то же, но объём учёта велик и важна скорость |
| redact | учёт отдают наружу и сверка не нужна вовсе |
Ключ хранят там же, где прочие секреты, и не меняют без причины.
# учёт без адресов, но со сверкой: хеш с длинным ключом <acct-file /var/log/pmta/acct.csv> records d, b privacy-policy hmac-sha256 "KEY-32-BYTES-OR-LONGER"</acct-file>
▲
Типичные ошибки и проблемы
что делают не так и чем это кончается3 ошибки▶
Выбирают заглушку там, где потом понадобится сверка
наш опыт
Меняют ключ хеширования
наш опыт
Дают HMAC-SHA256 короткий ключ
§ 3.3.11.16
- Синтаксис
- privacy-policy <enumeration>
- Значения
- retain | redact | siphash | siphash-hexkey | hmac-sha256 | hmac-sha256-hexkey, вторым словом ключ или заглушка
- Умолчание
- retain § 3.3.11.16
- Применение
- reload, перезапуск не нужен
- Очередь
- уже поставленное в очередь не затронет
- Где писать
- <acct-file>
- Сколько раз
- один раз в блоке
Связанные директивы
3 связи
Посчитать хешКоманда консоли считает тот же хеш вручную — единственный способ найти обезличенный адрес в учёте. § 3.3.11.16hashed-address<address-list>Там тем же приёмом хранят адреса списка, здесь — прячут их в учёте. § 3.3.5.2
head -3 "$(ls -t /var/log/pmta/acct-*.csv | head -1)"
Что ещё почитать
3 статьи
◇Аналитика вендора — и что уходит с узла ради неёПлатная служба, принимающая данные учёта узла и возвращающая аналитику, оценку здоровья и отчёт по спам-ловушкам; включается по областям и выключена, пока нет её блока.◇Отдача показателей по SNMPУзел умеет отдавать свои показатели по SNMP — второй способ наблюдения помимо веб-монитора.◇Что узел рассказывает о себе и по каким каналамСемь поверхностей наблюдения: веб-монитор, консоль в четырёх форматах, журнал, учёт, поиск по учёту, метрики и выгрузка во внешнюю аналитику.
- Цена ошибки
- опасно: последствия переживут откат
- Сценарии
- Безопасность узла · Собрать телеметрию