The CUPS Vulnerability (etbe.coker.com.au)
from petsoi@discuss.tchncs.de to linux@lemmy.ml on 29 Oct 06:28
https://discuss.tchncs.de/post/24341770

#linux

threaded - newest

stuner@lemmy.world on 29 Oct 07:10 collapse

This seems very one-sided. Sure, the disclosure was not handled perfectly. However, this post completely ignores the terrible response by the CUPS team.

The point on NAT is certainly fair and prevented this from being a much bigger issue. Still, many affected systems were reachable from the internet.

Lastly, the author tries to downplay the impact of an arbitrary execution vulnerabilty because app armour might prevent it from fully compromising the system. Sure, so I guess we don’t need to fix any of those vulnerabilities /s.

deadcade@lemmy.deadca.de on 29 Oct 08:42 next collapse

As far as I’m aware, the exploit requires someone to try printing using a malicious networked printer. It is a vulnerability, yes, but it affects essentially nobody. Who tries manually printing something on a server exposed to the internet?

Although for local network access, like in a corporation using Linux on desktops, the vulnerability is an actual risk.

notthebees@reddthat.com on 29 Oct 10:35 next collapse

I was thinking embedded clients would be the bigger issue. Stuff like POS machines, that sort of thing.

CodeGameEat@lemmy.world on 29 Oct 12:14 next collapse

Ive worked with thermal printers used in POS, and usually they use a different protocol than notmal printing so you’re not using cups (basically you send “commands” with text and its position). But i am sure there are some exceptions…

deadcade@lemmy.deadca.de on 29 Oct 15:27 collapse

Even there, if the stars align (network access, cups being used), you still need to convince the user of the device to switch printer.

koper@feddit.nl on 31 Oct 08:11 collapse

Even if you computer is not exposed to the internet: are you certain that every other device on the network is safe (even on public wifi)? Would you immediately raise the alarm if you saw a second printer in the list with the same name, or something like “Print to file”? I think I personally could fall for that under the right circumstances.

deadcade@lemmy.deadca.de on 31 Oct 13:23 collapse

That was a possibility with this exploit, but realistically that doesn’t affect nearly as many people as “All GNU/Linux systems”.

CameronDev@programming.dev on 29 Oct 09:11 next collapse

I think it perfectly highlights what can happen when the risk/severity is blown out of proportion. People will latch on to that and waste precious time and energy defending that.

If the original guy had just published “CUPS has a RCE, firewall it if you haven’t already”, the issue would have been patched in the next release, and the world would have kept turning.

It was a really cool bug, and a great find, it didn’t need the hype

ShortN0te@lemmy.ml on 29 Oct 12:07 collapse

Wasn’t the CVE fixed in a reasonable time frame? I seriously doubt that the maintainers would have ignored it if it wouldn’t have been discussed so publicly.

AFAIK, to exploit it, you need network access to CUPS then add the printer and then the client needs to add/select a new printer on the client device and actively print something.

If CUPS is reachable from the internet, then the system/network is misconfigured anyway, no excuse for ignoring the issue but those systems have other sever issues anyway.