this post was submitted on 27 Sep 2024
42 points (100.0% liked)

Linux

5362 readers
116 users here now

A community for everything relating to the linux operating system

Also check out !linux_memes@programming.dev

Original icon base courtesy of lewing@isc.tamu.edu and The GIMP

founded 1 year ago
MODERATORS
 

cross-posted from: https://ani.social/post/6217644

you are viewing a single comment's thread
view the rest of the comments
[–] runeko@programming.dev 4 points 1 month ago (3 children)

So CUPS has to be installed and port 631 exposed for this to be an issue?

[–] lemmyng@lemmy.ca 5 points 1 month ago (1 children)

CUPS is installed on the majority of desktop systems. One of the listed CVEs indicates that port 631 is by default open to the local network, so if you connect to any shared network (public WiFi, work/school network, even your home network if another compromised device gets connected to it) you're exposed. Or a browser flaw or other vulnerability could be exploited to forward a packet to that port.

In other words: While access to port 631 is required first, the severity of the vulnerability lies in how damn easy it is to take over a system after that. And the system can be re-compromised any time you print something, making this a persistent vector.

[–] runeko@programming.dev 2 points 1 month ago

Gotcha CUPS installed by default + no firewall by default = really not great.

[–] mox@lemmy.sdf.org 1 points 1 month ago

Based on this...

Exploitation involves sending a malicious UDP packet to port 631 on the target, directing it to an attacker-controlled IPP server. The system’s cups-browsed service then connects back, fetching printer attributes, which include malicious PPD directives. When a print job starts, these directives execute, allowing the attacker’s code to run on the target system.

...it seems the exploit can be triggered either remotely through your CUPS instance listening on port 631, or locally by interacting with a malicious/compromised print server.

So if I understand correctly, shutting down that port wouldn't be enough by itself. You would also have to keep your system from initiating contact with such a server, such as by using a public printer, or conceivably even just browsing printers at a cafe/business/school. I haven't read the exploit details, so I don't know which interactions are safe, if any.

[–] curbstickle@lemmy.dbzer0.com -1 points 1 month ago (1 children)

Yes.

Its nowhere near the risk that was claimed.

[–] Toes@ani.social 4 points 1 month ago (2 children)

Basically an unauthenticated perl interpreter with root open to the network by default in most configurations across a couple decades.

It's about as bad as it can be?

[–] curbstickle@lemmy.dbzer0.com 3 points 1 month ago

Compared to the original claim that it was kernel level and spread across literally everything?

No, no its not as bad as it was originally claimed.

Is it bad? Yes. Is it kernel level bad? No. It can easily be mitigated before a fix is out by blocking 631 and dns-sd traffic. It is not as bad as it was claimed to be.

[–] progandy 1 points 1 month ago

Is it common for cups to run as root? It should have its own user, but that is still not good.