CVE-2026-24061

9.8 CRITICAL CISA KEV

📋 TL;DR

This vulnerability in GNU Inetutils telnetd allows remote attackers to bypass authentication by setting the USER environment variable to '-f root'. This affects all systems running vulnerable versions of GNU Inetutils with telnetd enabled, potentially allowing unauthorized root access.

💻 Affected Systems

Products:
  • GNU Inetutils
Versions: All versions through 2.7
Operating Systems: Linux, Unix-like systems
Default Config Vulnerable: ⚠️ Yes
Notes: Only affects systems with telnetd service enabled and running. Telnet is often disabled by default on modern systems.

📦 What is this software?

⚠️ Risk & Real-World Impact

🔴

Worst Case

Remote unauthenticated attacker gains root shell access to vulnerable system, leading to complete system compromise, data theft, and persistent backdoor installation.

🟠

Likely Case

Attackers gain unauthorized root access to internet-facing telnet servers, enabling credential harvesting, lateral movement, and deployment of malware.

🟢

If Mitigated

If telnet is disabled or network-restricted, impact is limited to internal attackers with network access to telnet service.

🌐 Internet-Facing: HIGH
🏢 Internal Only: MEDIUM

🎯 Exploit Status

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

Exploit requires sending specially crafted USER environment variable. No authentication required. Simple command-line tools can trigger the vulnerability.

🛠️ Fix & Mitigation

✅ Official Fix

Patch Version: Versions after 2.7

Vendor Advisory: https://lists.gnu.org/archive/html/bug-inetutils/2026-01/msg00004.html

Restart Required: Yes

Instructions:

1. Update GNU Inetutils to version after 2.7. 2. Apply patches from provided commit references. 3. Restart telnetd service or reboot system.

🔧 Temporary Workarounds

Disable telnetd service

linux

Completely disable the vulnerable telnet daemon

systemctl disable telnetd
systemctl stop telnetd

Network firewall restriction

linux

Block telnet port (23) at network perimeter

iptables -A INPUT -p tcp --dport 23 -j DROP

🧯 If You Can't Patch

  • Disable telnetd service immediately
  • Implement strict network segmentation to isolate telnet servers

🔍 How to Verify

Check if Vulnerable:

Check if telnetd is running and version is 2.7 or earlier: 'telnetd --version' or check package manager

Check Version:

telnetd --version 2>&1 | grep -i version

Verify Fix Applied:

Verify telnetd version is after 2.7 and test authentication bypass no longer works

📡 Detection & Monitoring

Log Indicators:

  • Failed authentication attempts with unusual USER values
  • Successful logins with '-f root' in USER field
  • Telnet connections from unexpected sources

Network Indicators:

  • Telnet traffic to port 23 with unusual payloads
  • Multiple failed login attempts followed by successful root access

SIEM Query:

source="telnetd" AND (USER="-f root" OR auth_failure AND USER contains "-")

🔗 References

📤 Share & Export