CVE-2023-43016

7.3 HIGH

📋 TL;DR

This vulnerability allows remote attackers to log into IBM Security Access Manager servers using a user account with an empty password. It affects IBM Security Verify Access Appliance and Docker container deployments. The issue stems from a default configuration weakness (CWE-258).

💻 Affected Systems

Products:
  • IBM Security Verify Access Appliance
  • IBM Security Verify Access Docker
Versions: 10.0.0.0 through 10.0.6.1
Operating Systems: Linux-based appliance/container
Default Config Vulnerable: ⚠️ Yes
Notes: Affects both appliance and Docker container deployments. The vulnerable account appears to be a default or misconfigured user.

📦 What is this software?

⚠️ Risk & Real-World Impact

🔴

Worst Case

Full administrative compromise of the security gateway, allowing attackers to bypass authentication, access sensitive data, and potentially pivot to internal networks.

🟠

Likely Case

Unauthorized access to the management interface, configuration tampering, and credential harvesting from authenticated sessions.

🟢

If Mitigated

Limited impact if strong network segmentation, monitoring, and compensating controls prevent access to vulnerable interfaces.

🌐 Internet-Facing: HIGH - Remote attackers can directly exploit this without authentication if the interface is exposed.
🏢 Internal Only: MEDIUM - Internal attackers or compromised systems could exploit this, but requires network access to the vulnerable service.

🎯 Exploit Status

Public PoC: ✅ No
Weaponized: LIKELY
Unauthenticated Exploit: ⚠️ Yes
Complexity: LOW

Exploitation requires only knowledge of the vulnerable account name (not specified in public details) and attempting login with empty password.

🛠️ Fix & Mitigation

✅ Official Fix

Patch Version: 10.0.6.2 or later

Vendor Advisory: https://www.ibm.com/support/pages/node/7106586

Restart Required: Yes

Instructions:

1. Backup current configuration. 2. Upgrade to version 10.0.6.2 or later. 3. Restart the service/container. 4. Verify the fix by testing authentication.

🔧 Temporary Workarounds

Disable or secure vulnerable account

linux

Identify and disable the account with empty password, or set a strong password.

# Check for accounts with empty passwords
# grep '^[^:]*::' /etc/shadow
# Set password for vulnerable account
# passwd <account_name>

Network access restrictions

linux

Restrict network access to management interfaces using firewall rules.

# Example iptables rule to restrict access
# iptables -A INPUT -p tcp --dport <management_port> -s <trusted_network> -j ACCEPT
# iptables -A INPUT -p tcp --dport <management_port> -j DROP

🧯 If You Can't Patch

  • Implement strict network segmentation to isolate vulnerable systems from untrusted networks.
  • Enable detailed authentication logging and monitor for failed/successful login attempts to the vulnerable account.

🔍 How to Verify

Check if Vulnerable:

Attempt to authenticate to the IBM Security Access Manager interface using the vulnerable account name (not publicly disclosed) with an empty password. If successful, the system is vulnerable.

Check Version:

# On appliance/container: 
# versioninfo.sh or check /opt/ibm/version.txt

Verify Fix Applied:

After patching, attempt the same authentication test. It should fail. Also verify the installed version is 10.0.6.2 or higher.

📡 Detection & Monitoring

Log Indicators:

  • Successful authentication events for accounts with empty passwords
  • Multiple failed login attempts followed by success without password complexity
  • Authentication logs showing source IPs attempting empty password login

Network Indicators:

  • Unusual authentication traffic to management ports from unexpected sources
  • Traffic patterns indicating brute force or credential testing

SIEM Query:

source="ibm_security_access_manager" AND (event_type="authentication_success" AND password="" OR user="<vulnerable_account>")

🔗 References

📤 Share & Export