Affected versions: SLES 15

πŸ“– ~4 min read  β€’  Source: SUSE advisory SUSE-CU-2023:1494-1 (see also SUSE bugzilla)

Related CVEs: CVE-2023-1017 CVE-2021-3746 CVE-2025-49133 CVE-2023-1018 CVE-2021-3623 CVE-2021-3446 CVE-2021-3505

Upstream summary: An out-of-bounds write vulnerability exists in TPM2.0's Module Library allowing writing of a 2-byte data past the end of TPM2.0 command in the CryptParameterDecryption routine. An attacker who can successfully exploit this vulnerability can lead to denial of service (crashing the TPM chip/process or rendering it unusable) and/or arbitrary code execution in the TPM context.

Table of contents
  1. Symptom & Impact
  2. Environment & Reproduction
  3. Root Cause Analysis
  4. Quick Triage
  5. Step-by-Step Diagnosis
  6. Solution – Primary Fix
  7. Solution – Alternative Approaches
  8. Verification & Acceptance Criteria
  9. Rollback Plan
  10. Prevention & Hardening
  11. Related Errors & Cross-Refs
  12. References & Further Reading

Symptom & Impact

On SLES 15 hosts running libtpms0, administrators report behaviour consistent with SUSE advisory SUSE-CU-2023:1494-1: zypper refusing to install or restart affected services, AppArmor profile warnings in journalctl, and β€” for security-rated advisories β€” exposure to the vulnerability set above. In production estates the visible impact ranges from a single service restart to wider availability incidents whenever libtpms0 sits on the serving path.

Environment & Reproduction

Reproduction targets SLES 15. Confirm release with cat /etc/os-release and SUSEConnect --status-text, and the currently installed package with rpm -q libtpms0. Capture system state with supportconfig -R /var/tmp -B libtpms0 if you need to attach evidence to a SUSE support case. Trigger the workflow that exposes libtpms0 β€” multiple vulnerabilities (7 CVEs) β€” patch and remediation guide while collecting journalctl -b, zypper history, and rpm -qa output.

Root Cause Analysis

Root cause is documented in SUSE advisory SUSE-CU-2023:1494-1. Upstream maintainers shipped fixes in the corresponding libtpms0 update for SLES 15; running an outdated build leaves the host exposed to the failure modes described in the advisory. Correlate journalctl --since timestamps with zypper history entries and any AppArmor denials in /var/log/audit/audit.log to isolate the originating change.

Quick Triage

Quick triage: run systemctl status libtpms0, journalctl -u libtpms0 -n 200, zypper patch-check, zypper lp, firewall-cmd --list-all, and aa-status. If AppArmor is in enforce mode, capture journalctl -k | grep apparmor to surface denials linked to libtpms0 β€” multiple vulnerabilities (7 CVEs) β€” patch and remediation guide.

Step-by-Step Diagnosis

1) Confirm symptom with systemctl --failed. 2) Inspect logs: journalctl -xe and journalctl -u libtpms0. 3) Validate firewall: firewall-cmd --list-all-zones. 4) Check AppArmor: aa-status and journalctl -k | grep apparmor. 5) Verify package integrity: rpm -V libtpms0 and zypper verify. 6) Correlate findings with zypper history, /var/log/zypp/history, and SUSE advisory SUSE-CU-2023:1494-1 to pin the change that introduced libtpms0 β€” multiple vulnerabilities (7 CVEs) β€” patch and remediation guide.

Solution – Primary Fix

Primary fix for libtpms0 β€” multiple vulnerabilities (7 CVEs) β€” patch and remediation guide: apply the corrective zypper transaction described in SUSE advisory SUSE-CU-2023:1494-1, reload the affected systemd unit, and reconcile firewalld and AppArmor state. Typical commands: sudo zypper ref, sudo zypper -n patch or sudo zypper -n update libtpms0, sudo systemctl daemon-reload, sudo systemctl restart libtpms0, then rpm -q libtpms0 to validate the new build is installed. For kernel advisories add sudo systemctl reboot or schedule a Live Patch (kgraft/klp) where covered by your SUSE subscription.

Need help rolling this patch across a SUSE fleet? Our IT Solutions & Services team manages SUSE patch windows with zero-downtime change controls. Get in touch for a free consultation.

Solution – Alternative Approaches

Alternatives include rolling back the offending transaction with sudo zypper history --rollback <id> (Btrfs Snapper snapshots make this safe on SLES 15), locking the package via sudo zypper al libtpms0, switching firewalld backends between nftables and iptables in /etc/firewalld/firewalld.conf, or temporarily disabling the AppArmor profile with sudo aa-disable /etc/apparmor.d/usr.sbin.libtpms0 to confirm policy is the cause before authoring a custom profile. Where Live Patching is licensed, klp patches applies kernel fixes without reboot.

Verification & Acceptance Criteria

Acceptance: rpm -q libtpms0 shows the expected fixed version, systemctl is-active libtpms0 returns active, journalctl -u libtpms0 --since "5 minutes ago" shows no errors, zypper patch-check reports zero open patches for this advisory, firewall-cmd --list-services includes the required services, aa-status reports the intended profile mode, and the original reproduction steps for libtpms0 β€” multiple vulnerabilities (7 CVEs) β€” patch and remediation guide no longer trigger the failure across two consecutive runs.

Rollback Plan

Capture state with zypper history list, snapper list, and rpm -qa > /root/rpm-pre.txt before any change. To revert, run sudo snapper undochange <pre>..<post> on Btrfs deployments or sudo zypper install --oldpackage libtpms0-<old-version> and reload systemctl daemon-reload. Remove custom AppArmor profiles with sudo apparmor_parser -R. Reboot if the kernel or initramfs was changed and re-verify symptoms.

Prevention & Hardening

Prevent recurrence by enabling automatic security patches with zypper-automatic or YaST > Online Update Configuration, subscribing to the SUSE-SU mailing list, mirroring through SUSE Manager / RMT for controlled rollouts, version-locking sensitive packages with zypper al, and monitoring file integrity with aide --check. Apply CIS SLES 15 hardening, enable Snapper rollbacks on Btrfs root, and where supported enable SUSE Live Patching so future advisories like this can be remediated without reboot.

Related issues that commonly surface alongside libtpms0 β€” multiple vulnerabilities (7 CVEs) β€” patch and remediation guide: zypper transaction lock contention, systemd unit ordering cycles, AppArmor denials in journalctl -k, firewalld zone drift, and kernel taint flags shown by cat /proc/sys/kernel/tainted. See sibling common-problem articles in this SLES 15 series for adjacent failure modes.

View all sles-15 tutorials on the Tutorials Hub β†’

Browse all common problems & solutions on the Tutorials Hub.

References & Further Reading

Primary reference: SUSE advisory SUSE-CU-2023:1494-1 (see also SUSE bugzilla). Supporting docs: SUSE Linux Enterprise Server Administration Guide, man zypper, man systemctl, man firewall-cmd, man aa-status, man snapper, man journalctl, the SUSE patch finder at suse.com/patches/, and the SUSE Live Patching documentation. Review /usr/share/doc/packages/libtpms0/ for component-level notes implicated in libtpms0 β€” multiple vulnerabilities (7 CVEs) β€” patch and remediation guide.