stunnel TLS 1.3 In Front Of Plain-Text Services, Unprivileged
stunnel from BaseOS putting TLS in front of services that speak only plain text: TLS 1.3 only by default, client certificates where you ask for them, its own unprivileged user, and each configuration checked by starting a copy of it first. The live test reads a backend's page through the tunnel and is refused over TLS 1.2 and in plain text. Original role, live-tested on Rocky Linux 10.
Verification
Live-testedReally deployed to a container sandbox, proven idempotent (a second run changes nothing), verified against the role’s assertions, then torn down.
Conformance
- Static validation (yamllint · ansible-lint)
Provenance
- SHA-256 checksum
- Signature (pending)
Functional
- Live-tested - applied, verified, destroyed
Last verified 2026-10-08 · podman 4.9.3 · ansible 2.21.4 · how we verify
Cite it in your README
badge · attributionPaste this beside the module in the repository that uses it. The badge is rendered from this artifact's verification record, so it reads live-tested because the record says so, and the link lands on this page.
[](https://www.iac-bazaar.com/catalog/ansible-stunnel?utm_source=syndication&utm_medium=readme&utm_campaign=artifact)
Ansible role 1.0.0, live-tested on IaC Bazaar: [stunnel TLS 1.3 In Front Of Plain-Text Services, Unprivileged](https://www.iac-bazaar.com/catalog/ansible-stunnel?utm_source=syndication&utm_medium=readme&utm_campaign=artifact)
```yaml
# stunnel TLS 1.3 In Front Of Plain-Text Services, Unprivileged: https://www.iac-bazaar.com/catalog/ansible-stunnel (download from your IaC Bazaar account)
```Preview:
Documentation
stunnel
stunnel from BaseOS: TLS in front of services that speak only plain text - TLS 1.3 only by default, a client certificate required where you ask for one, stunnel running as its own unprivileged user, and every configuration checked by starting a copy of it before it lands. Original role for EL 10, live-tested with podman on Rocky Linux 10.
No download, and no version to pin. EL 10 packages stunnel, so the
role installs it by name and takes what the distribution ships: a security
update arrives through dnf, not through a new release of this role. What the
role owns is the configuration and the proof that the service works.
The distribution's unit, our configuration. The role installs
stunnel and openssl, writes /etc/stunnel/stunnel.conf (root:stunnel 0640)
and enables the package's stunnel.service, which reads that file. Each tunnel
in stunnel_services accepts TLS on its accept address and connects in plain
text to its connect address; the example accepts on 127.0.0.1:8443, and the
live test reads the listening sockets and expects loopback only.
Its own user, because the package makes none. stunnel runs as whoever
starts it, and the package creates no account, so the stock service runs as
root. The role makes a system user, stunnel, binds as root and then drops to
it (setuid/setgid): the live test finds every stunnel process running as
that user. The key is root:stunnel 0640, because stunnel reads it again as that
user on a reload.
TLS 1.3 only, by default. A TLS 1.3 client reads the backend's page through
the tunnel and a TLS 1.2 client is refused ("protocol version", measured);
stunnel_tls12: true accepts TLS 1.2 for older clients. Give a service a
client_ca and stunnel requires a client certificate issued by it: a client
without one was refused with "certificate required" (measured in a probe; the
live test runs the example service, which asks for none).
Checked by running it. stunnel has no test mode. The role's
/usr/local/libexec/iacbazaar-stunnel-check starts a copy of the candidate in
the foreground with every accept moved to a free loopback port, so nothing
listening now is disturbed: a good file logs "Configuration successful" and is
still running when the check stops it; an unknown option, an invalid protocol
version or a certificate that cannot be loaded exits at once with the file, the
line and the reason (measured). That is the template's validate.
A certificate is made if you bring none. Self-signed, P-256, 825 days, the
common name from stunnel_tls_common_name. Point stunnel_tls_cert and
stunnel_tls_key at your own and set stunnel_tls_generate: false.
License
Commercial - IaC Bazaar EULA. (c) IaC Bazaar.
Usage code & full reference need an account
The complete copy-paste usage, the full input/output reference, and operational notes are free with an account - shown here and bundled in the download. Sign in and this section fills in.
- Variables
- Test
Related modules
ansible-lynis
Lynis from EPEL on a systemd timer, with the units the package keeps only in its docs, your skipped tests in custom.prf, and a minimum hardening index below which the audit unit fails, so a falling score shows as a failed unit. The live test runs the audit, reads the index and the tests that ran, and finds the timer enabled. Original role, live-tested on Rocky Linux 10.
ansible-suricata
Suricata from EPEL watching the default-route interface as the suricata user, ET Open fetched at install and refreshed daily, plus a canary rule that proves the sensor is alive. A root-run check left root-owned logs and a daemon recording nothing; the role prevents it. The live test raises the canary alert while a second lookup is logged, not alerted. Original role, live-tested on Rocky Linux 10.
ansible-aide
AIDE from AppStream on EL 10: a watched tree, a baseline database built once, and the oneshot unit and timer the package does not ship. The live test passes on an unchanged host, FAILS when a file appears inside a watched path and names it, ignores one inside an excluded path, and passes again once the change is gone. Original role, live-tested on Rocky Linux 10.
ansible-389-ds
389 Directory Server from AppStream. A fresh instance listens on every interface and lets anonymous clients read the tree; this role binds both listeners to loopback and limits anonymous clients to the rootDSE. The live test adds a user who binds, sees a wrong password and an anonymous search refused, and reads the LDAPS certificate. Original role, live-tested on Rocky Linux 10.
ansible-krb5-kdc
An MIT Kerberos KDC: the realm created once with a stash, kadmind behind an ACL, a default policy that locks an account after five wrong passwords, every listener on loopback. The KDC starts on a broken config without a word, so the live test proves each setting by behaviour: the ticket lifetime, the refusals, the lockout. Original role, live-tested on Rocky Linux 10.
ansible-authelia
Authelia from the upstream release (sha256-verified) as a hardened system service on loopback with file users and sqlite; its secrets are generated once on the host and reach the service as AUTHELIA_*_FILE variables. The live test hashes a password with Authelia's hasher, logs in, sees a wrong password refused and an anonymous visitor sent to the portal. Original role, live-tested on Rocky 10.