This is going to be fun for organizations that are mandated to patch all CVEs, isn't it?
SQLite Critical CVEs or LLM Slop?
11–20 of 406 posts
Re: SQLite Critical CVEs or LLM Slop?
#12This is going to be fun for organizations that are mandated to patch all CVEs, isn't it?
Re: SQLite Critical CVEs or LLM Slop?
#13This is going to be fun for organizations that are mandated to patch all CVEs, isn't it?
I'm very curious what organisations would have such a policy. I can't imagine it being viable for any size of org without significant self-deception (or banning the use of all open source at which point CVEs are moot anyway).
Re: SQLite Critical CVEs or LLM Slop?
#14This is going to be fun for organizations that are mandated to patch all CVEs, isn't it?
Re: SQLite Critical CVEs or LLM Slop?
#15Re: SQLite Critical CVEs or LLM Slop?
#16This is going to be fun for organizations that are mandated to patch all CVEs, isn't it?
Re: SQLite Critical CVEs or LLM Slop?
#17Re: SQLite Critical CVEs or LLM Slop?
#18I pasted this blog post from "Analysis Matrix" to the end in Gptzero, and it also says the blog post was AI-generated (71% chance of AI, 29% chance of AI-Human mix).
Re: SQLite Critical CVEs or LLM Slop?
#19This is going to be fun for organizations that are mandated to patch all CVEs, isn't it?
Something is going to give, and I suspect that the optimistic open filling is going to get canceled.
Re: SQLite Critical CVEs or LLM Slop?
#20The problem with this kind of thing, is that it reduces the S/N (Signal-to-Noise) ratio, so weeding out the legit CVEs becomes a lot more difficult. But, on the other hand, I do know that LLMs have been discovering a lot of legit CVEs, and I will lay odds that the blackhats are leveraging them to the max.
I believe people took this comment as LLMs being better than security aware engineers who have the time to spend building solid systems.
This wasn't the point, the reality outside "established" tech companies is that software security can be lackluster.
There often simply isn't enough resources to check old software for basic vulnerabilities, outdated packages with known issues, there might be a manager who insists on a certain solution. Or that certain services are on "maintenance mode", but rarely get checked since they're on a certain part of the internal network.
If they are able to properly scan their full software stack for CVE issues, they cannot deal with a flood of CVEs.
----
We're in a transition period where AI will eventually make software much more secure than it ever was.
These noisy CVEs will probably lead to agents verifying vulnerabilities before humans review them.
The problem with agent reviews from what I can think of is:
- cost to use LLMs to review things
- not necessarily easy to plug-and-play in repos: (domain knowledge + vulnerability knowledge)
- especially with anthropic: able to use models defensively, without hitting guardrails
The last one is the most interesting one to me. How does the AI providers know if you're a "good or bad" guy? And does it matter if open source models is catching up?
We're in a kind of cyber arms race wether we like it or not.