this post was submitted on 23 Apr 2026
176 points (94.9% liked)
Technology
84143 readers
2674 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related news or articles.
- Be excellent to each other!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, this includes using AI responses and summaries. To ask if your bot can be added please contact a mod.
- Check for duplicates before posting, duplicates may be removed
- Accounts 7 days and younger will have their posts automatically removed.
Approved Bots
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
And if it's like a lot of security scans, most of the results are technically correct, but, within the context of the project, not something anyone's going to take the time to fix.
Note that in this case, very specifically, they had to yank Firefox's javascript engine out of Firefox "but without the browser’s process sandbox and other defense-in-depth mitigations.” They had to remove the mechanisms designed to quash vulnerabilities.
And they had to test explicitly against Firefox 147 vintage because Firefox 148 had already fixed the two issues that Mythos exploited to get an impressive number. Before Mythos even ran the key problems had been found and patched...
I don't mind leaving "technically correct" vulnerabilities in place while there's no known way to create an exploit. If you've got a vuln with a known exploit and are relying on "but nobody is ever going to actually try that on us" - then you're part of the problem, a big part.
This is why CVE scoring is used for severity. A vuln that doesn't really give you anything, that you can only exploit locally, when already having elevated privileges? That's going to be low priority for a fix.
And, yet, here I am - rebuilding a new interim image for our security team to scan so they can generate a spreadsheet with hundreds of lines of "items of concern" which are above our "threshold of concern" and most of them are being dismissed because of those justifications you just gave: local exploit only, etc. but I have to read every one, tease out the "local exploit only" language, quote it for the justification, over and over and over every few months.
Corporate anxiety is limitless.
You're allowed to do that? Must be nice. We recently got told that you get one six-month justification, after that it must be remediated.
These are vulnerabilities for local access on a console which is operated in kiosk mode - users never have command line access, and the consoles themselves are rarely if ever network connected.
It might be a config thing, but pretty often these scans will find issues which are only relevant on e.g. windows, when building a Linux container. Or the issue is in some XML parsing library in the base OS but the service never receives XML and isn't public facing anyway. Context matters.
One that I have to copy-paste over and over are vulnerabilities in the CUPS printer driver chain that don't apply because we don't print arbitrary things, we only print things that we create. Yeah, there's a vulnerability here in image-magick if you throw it such and such maliciously crafted... well, we only allow it to process our internally generated reports and there's no pathway for maliciously crafted input to reach it, so...