Proof / OpenBSD Mailstack

Security that survives rebuild and recovery.

Reproducible. Hardened. Operator controlled. The OpenBSD Mailstack treats a security-sensitive service as an operating lifecycle, not an installation recipe.

Defense, service, and recovery as one system
EdgePF · IDS · VPN · TLS
TransportPostfix · filtering
MailboxDovecot · identity · state
AccessOSMAP · nginx
ObserveHealth · logs · drift
RecoverRestore · rebuild · verify

More than installation notes

A hardened system is only useful if it can be operated and recovered safely.

The project covers staged deployment, configuration rendering, exposure control, validation, secrets, monitoring, maintenance, backup, recovery, and regression testing.

Repeatable infrastructure
01
Staged deployment

Phase documentation, apply paths, verify paths, and controlled install order make change reviewable.

02
Exposure control

Network policy, TLS, service bindings, VPN, and operator-supplied exposure values are deliberate architecture.

03
Validation

Rendered configuration, service state, repository gates, lab testing, and regression checks support repeatability.

Operating lifecycle

Build the system so a future operator can know its state.

Hardening that cannot survive patching, maintenance, staff change, a failed service, or disaster recovery is incomplete hardening.

Repeatable operating path
01
BuildControlled inputs
02
VerifyServices · exposure · controls
03
ObserveHealth · logs · security state
04
MaintainPatch · change · validate
05
RestoreBackup · rollback · rebuild
TrustVerify known-good state

What this proves

System hardening can become a maintainable operating discipline.

The project reasons across network controls, service architecture, secrets, data stores, mail transport, browser access, monitoring, automation, validation, and recovery as one security system.

Capability demonstrated
Secrets & state

Reusable configuration stays separate from credentials, keys, private runtime material, and operator-only state.

Resilience

Backups are paired with restore, rebuild, and post-recovery verification.

Public-safe engineering

Reusable architecture can be shared without mirroring the live environment.

Layered services

Responsibilities remain explicit across operating system, network, mail, filtering, access, and monitoring layers.

Why a client should care

Sensitive infrastructure should be hardened, observable, recoverable, and understandable over time.

Secure systems engineering is strongest when the operating lifecycle is part of the design from the beginning.

OpenBSD Mailstack
Hardened

Deliberate surface and privilege.

Observable

Security-relevant state stays visible.

Recoverable

Restore and rebuild are engineered paths.

Repeatable

Known process replaces operator memory.