SSSD Logins From LDAP, Cached For When It Is Down

sssd from BaseOS: accounts and groups from an LDAP directory over verified LDAPS, logins through PAM, credentials cached. Its config check exits 0 with a finding, so the role reads the count. Against a 389-ds built for the test, the right password works, a wrong one fails, and with the directory stopped the cache still logs in. Original role, live-tested on Rocky Linux 10.

ansibleSecurity & Secrets

Verification

Live-tested

Really 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-02 · podman 4.9.3 · ansible 2.21.4 · how we verify

Cite it in your README

badge · attribution

Paste 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.

README.md, GitLab, Gitea
[![IaC Bazaar: live-tested](https://www.iac-bazaar.com/api/artifacts/ansible-sssd/badge)](https://www.iac-bazaar.com/catalog/ansible-sssd?utm_source=syndication&utm_medium=readme&utm_campaign=artifact)

Ansible role 1.0.0, live-tested on IaC Bazaar: [SSSD Logins From LDAP, Cached For When It Is Down](https://www.iac-bazaar.com/catalog/ansible-sssd?utm_source=syndication&utm_medium=readme&utm_campaign=artifact)

```yaml
# SSSD Logins From LDAP, Cached For When It Is Down: https://www.iac-bazaar.com/catalog/ansible-sssd (download from your IaC Bazaar account)
```

Preview:IaC Bazaar: live-tested

Documentation

sssd

sssd from BaseOS: accounts and groups from an LDAP directory over LDAPS with the certificate verified, logins through PAM, credentials cached for when the directory is unreachable, and an optional LDAP filter for who may log in. Original role for EL 10, live-tested with podman on Rocky Linux 10 against a 389 Directory Server.

No download, and no version to pin. EL 10 packages sssd, 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, which re-owns the file. sssd's own unit chowns /etc/sssd to root:sssd and adds group read before every start (measured), so the role writes sssd.conf as root:sssd 0640 - written any other way, the next start would change it and the role would never be idempotent. authselect's sssd profile points PAM and nsswitch at sssd.

A check that exits 0 with a finding. sssctl config-check reported "Issues identified by validators: 1 ... 'ldap_urii' is not allowed" and exited 0 (measured), so a check that trusts the exit code would pass a typo. The role reads the count and refuses anything but zero.

What a directory needs to give. The bind account must be granted read on the posix attributes: a 389-ds created without sample entries answered "Success" with zero entries until an ACI allowed it (measured). The name in sssd_ldap_uri must be the one on the directory's certificate - by another name sssd went Offline with "hostname does not match name in peer certificate" (measured), as it should with ldap_tls_reqcert = demand.

Proven by logins. Against a 389-ds built for the test, sssd resolves an account and its group, keeps a non-posix entry and an unknown name invisible, answers PAM with Success for the right password and Authentication failure for a wrong one, passes the access check - and, with the directory STOPPED, still resolves the account and accepts its password from the cache.

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

Live-tested

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.

View module
Live-tested

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.

View module
Live-tested

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.

View module
Live-tested

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.

View module
Live-tested

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.

View module
Live-tested

ansible-bandit

bandit on EL 10 from PyPI into a venv of its own with a link in the PATH; the live test runs pip check, then scans a module that passes a string to subprocess.call with shell=True (B602, High, exit 1) and a clean module (exit 0). Pinned. Original role, live-tested on Rocky Linux 10.

View module