The Erlang OTP Flaw: A 10/10 Threat

This episode explores one of the most dangerous cybersecurity threats currently being exploited in the wild: CVE-2025-32433. This critical vulnerability in the Erlang Open Telecom Platform (OTP) SSH server has received a perfect 10 on the CVSS scale, indicating a pre-authentication remote code execution flaw. As one expert warns, "This is basically as bad as it gets."

Understanding Erlang and Its Reach

Erlang, a programming language developed by Ericsson in the 1980s, was designed for high-demand telecom systems requiring non-stop operation, massive concurrency, and robust fault tolerance. While seemingly archaic to some, these unique traits make Erlang incredibly relevant even today. It underpins major systems like WhatsApp, CouchDB, and various other backend infrastructures where downtime is not an option and millions of connections must be handled concurrently.

How the Vulnerability Works

Erlang OTP bundles various tools, including an SSH server that allows remote administration. The alarming aspect of CVE-2025-32433 is its ability to allow an attacker to bypass all security measures. As one expert explains, "with no authentication, you could actually bypass all security and run arbitrary commands on Erlang systems running Erlang OTP." By crafting a specific message, an attacker can trick the SSH daemon into executing arbitrary commands on the server without needing a password or any credentials. If the affected Erlang system runs with root privileges, this can lead to complete system compromise.

Real-World Exploitation and Targeted Systems

While the vulnerability was reported in April, it's gaining attention now because it's actively being exploited in the wild. This isn't just a theoretical threat; it's a real-life attack vector. Attackers are targeting critical infrastructure, including telecom applications, firewalls, and IoT gateways. Research from Palo Alto Networks' Unit 42 indicates that "around about 70% of the attacks that they've observed are for firewalls." Gaining control of a firewall offers a gateway to critical networks, enabling espionage, data exfiltration, or even network disruption. As one expert notes, "This is an APT's dream for nation states to be able to get into some critical infrastructure."

Essential Patching and Protection Steps

If you manage systems relying on Erlang, immediate action is crucial. Any system running Erlang 23 up to 27.3.3 is vulnerable and requires patching. This also extends to various Cisco and other embedded systems that utilize Erlang OTP. Beyond simply updating, implement additional security measures:

  • Limit SSH connections: Restrict SSH access to known, trusted IP addresses only.
  • Disable SSH daemon: If the SSH daemon is not absolutely necessary, turn it off entirely.
  • Strict firewall settings: Configure robust firewall rules to restrict inbound and outbound traffic.
  • Monitor systems: Continuously monitor your systems for any unusual activity or potential breaches.
Read full transcript

Start with, I wanted to do a little bit of a technical deep dive into one of the most interesting and critical vulnerabilities that's being exploited in the wild. That is the Erlang OTP SSH server. The CVE scored a perfect 10. That's not necessarily a great thing. That is CVE 2025-32433. It is a pre-authentication remote code execution bug. This is basically as bad as it gets. So, if you're not familiar with Erlang or Erlang OTP, there is a reason why this is so critical. So, what is Erlang? Well, Erlang is actually a programming language and it was created by Ericsson back in the 1980s. And I know that this may seem archaic, but it's widely used by so many things today. It was designed for telecom systems that needed to run non-stop. Think of millions of phone calls being made all at once. Not only did this need to have zero downtime, it needed to allow for millions of connections to run concurrently. And famously, Erlang was fault tolerant. This meant that if a certain part or multiple parts of the system failed, it would still work. So, that was in the 1980s, right? But what about today? Well, all of those traits that made it great back then still make it great today. And the scale has gotten bigger, which means it's even more relevant. Services like WhatsApp use Erlang, CouchDB, and lots of other back-end systems that need this fault tolerance and also massive concurrency. So, what about the fault itself? Well, this was an Erlang OTP and that stands for the Erlang Open Telecom Platform. And this is essentially used for being able to build these fault tolerant systems. Now, like a lot of these frameworks or tools, it packaged lots of things together to be able to make that possible. One of those things that it packaged together was SSH or secure shell. Now, like SSH that you're used to in other applications, this allowed Erlang applications to act as remote servers. And this SSH protocol allowed you to connect into this server and be able to run commands, right? So, pretty catastrophic when I tell you that with no authentication, you could actually bypass all security and run arbitrary commands on Erlang systems running Erlang OTP. This is pretty wild. So, just to recap, Erlang is a language built for telecommunications that allowed for massive concurrency and fault-tolerant applications. What made it great in the 1980s makes it great today. Lots of applications use it and their Erlang OTP package, Open Telecom Protocol, which is what you would use to build something in Erlang, has a massive critical vulnerability within it relating to its SSH protocol. We got there. So, how does this actually happen? Well, SSH is famously known for being able to run commands on a server, but you have to be authenticated in and that authentication is typically pretty good. But, due to a flaw in message handling of this particular protocol, the SSH daemon could be tricked into running arbitrary commands on an attacker's behalf. No authentication, no password, no nothing. If you built a specifically crafted package, you could get it to run commands on a server. I want to remind you what Erlang is used for. So, this is pretty scary. To make matters worse, if this is running as root on your server, which often it is, then basically game over, full control. That's what gives us this full 10 vulnerability score, which I got to say, you don't see a lot of straight-out 10s. 9.9s maybe, 10s, very rare. This vulnerability was actually reported in April. So, why on Earth am I talking about it now as obviously we're in August. Well, the reason why I'm talking about this is that there's been a lot of reporting about this being exploited in the wild. It's one thing to have critical vulnerabilities. It's a whole another thing when you actually start seeing that translate into real-life attacks. And in this case, we're definitely seeing that. And what's even more scary is where we're seeing this being exploited, right? We're seeing it being exploited in telecom applications, firewalls, IoT gateways, really critical infrastructure. This can have massive implications, and to be honest, this is an APT's dream for nation states to be able to get into some critical infrastructure. Unit 42 from Palo Alto Networks has been doing some great research in discovering and identifying attacks happening in the wild. What they've said is around about 70% of the attacks that they've observed are for firewalls. And this makes sense because if you can control a firewall, then you can essentially control access into critical infrastructure or critical networks. That's exactly what we're seeing here. Not only could you spy on these networks and infiltrate them potentially, but you could also block traffic and cause disruptions, right? And we go back to what I just said about this being a nation state's dream. This is the exact modus operandi of an APT, really disrupting services, spying on information, and getting in more access. So, what's actually affected from this? Well, it's not just Erlang OTP, it's a lot of systems that rely on it. Anything that relies on Erlang 23 up to 27.3.3, you absolutely need to patch, and I would make sure that all of your systems are up to date. Also, various Cisco and other embedded systems are affected as well. So, you want to make sure that you get a complete list of everything that's relying on this system. Beyond just updating, then you also want to other systems. For example, make sure you limit your SSH connections to known IPs. In fact, turn off the SSH daemon if it's not needed entirely. Make sure you set very strict firewall settings, and of course, monitor your systems for any unknown breaches. Well, that's what we had for our cybersecurity news deep dive this week.

Suggested episodes