143 points panic 2 hours ago 52 comments
fny 2 hours ago | parent
Sure LLMs have helped reduce the attack surface and we patch things faster too, but I was really expected a few more Supermarket-level bangers.
cowlevel 1 hour ago | parent
watwut 1 hour ago | parent
keybored 1 hour ago | parent
Apply sarcasm or not based on sleep deprivation.
tptacek 53 minutes ago | parent
At this point the play is simply to move the goalposts, suggesting that vulnerabilities don't matter so long as you yourself couldn't easily exploit them, regardless of what well-armed attackers can do with them. That's, obviously, not how software security works.
snowwrestler 14 minutes ago | parent
tialaramex 10 minutes ago | parent
What sort of evidence? What "strongly suggests" this was actually easy to exploit?
tptacek 3 minutes ago | parent
spartanatreyu 10 minutes ago | parent
Patching it was the issue, not the hole.
1. The patches had to be unofficially backported to the versions of php that most people were using.
2. Devs had to figure out if the unofficial backports were safe and they weren't just falling into trapped versions
3. Devs had to migrate all of their projects to unofficial versions
4. No one was ready for it to happen because there was no advance notice (someone broke the embargo) for everyone to plan maintenance windows and upgrade at the same time.
plorkyeran 3 minutes ago | parent
stavros 1 hour ago | parent
TheCoelacanth 1 hour ago | parent
stavros 1 hour ago | parent
flanz_10 1 hour ago | parent
stavros 1 hour ago | parent
beepbooptheory 53 minutes ago | parent
qnleigh 37 minutes ago | parent
For example, as others have noted, there were no results on cryptography in OpenAI's October 6th math drop. But it seems unlikely that they didn't look at this sort of thing.
dfee 1 hour ago | parent
flanz_10 1 hour ago | parent
uptrails 1 hour ago | parent
By extension, if a vuln is worth something to attackers, it's probably also worth some fraction of it to their potential victims. But if you're an interesting target, your defense can't be based on the ability to find out about every single software defect ahead of the time. You need layers. And if you have that, the importance of proactively acquiring every 0-day is diminished.
Eridrus 1 hour ago | parent
ASalazarMX 45 minutes ago | parent
Anthropic needs to teach their systems to propose a fix too. Detecting a coding problem and proposing a patch is what we should expect from a company with supposedly the best coding LLM.
ameliaquining 33 minutes ago | parent
The reason Anthropic isn't proactively sending patches is, I suspect, that those patches would not be welcomed, because trust in the models isn't currently at the point where maintainers are willing to merge them without human review, which takes approximately as much effort as writing the patches themselves. You can imagine the wailing and gnashing of teeth about "slop PRs" and "extractive contributions" that'd be all over HN.
loeg 29 minutes ago | parent
Of course it's trivial to have an LLM generate a fix, too. They probably do. It doesn't mean a project (1) wants to take an LLM-generated fix at all, or (2) can immediately commit an LLM-generated fix without review (which takes time).
doctorpangloss 9 minutes ago | parent
wonnage 26 minutes ago | parent
jknoepfler 30 minutes ago | parent
If they actually were sitting on a PR gold mine of vulnerabilities they wouldn't be throttled on review resources while artificially inflating/misreporting their numbers. They would be diverting resources to clear the review queue.
It's fake and it always was fake.
hologramofham 1 hour ago | parent
So the article is making a sweeping statement based on the 19.4% of publicly disclosed CVEs?
That statistic suggests the opposite. I'm sure government is aware of many back doors they keep secret and prefer them to remain secret.
milkshakes 1 hour ago | parent
Sharlin 2 minutes ago | parent
jrflo 1 hour ago | parent
> The CVEs are a sliver of this year's total, almost none are being exploited, fixes have stalled while duplicates and withdrawals pile up, and the triage burden is shifting onto the open source maintainers Glasswing promised to help. The receipts keep coming in. They still don't reconcile.
> VulnCheck is helping organizations not just to solve the vulnerability prioritization challenge - we’re working to help equip any product manager, CSIRT/PSIRT or SecOps team and Threat Hunting team to get faster and more accurate with infinite efficiency using VulnCheck solutions.
delichon 1 hour ago | parent
gunalx 1 hour ago | parent
shiandow 1 hour ago | parent
Which I'm fine with really, but it means you need to be very careful letting it iterate on code until it finds no problems.
RugnirViking 1 hour ago | parent
The worst part is being thorough takes so much more work - they often do raise valid problems but you just can't set them in a loop because of this tendancy so you end up with way more work and hard questions
jack_pp 42 minutes ago | parent
RugnirViking 35 minutes ago | parent
It's like being asked if i'm using source control? It's kinda a given if you're doing more than hobby projects.
jack_pp 10 minutes ago | parent
radlad 37 minutes ago | parent
It's been helpful.
RugnirViking 31 minutes ago | parent
The only other bit we also stole from that was the idea of only looking for issues in the original diff rather than spawning new problems from each diff fixing the previous. Of course the possibility exists of bugs being introduced while fixing others but we try to handle that with human review for the minute because its not worth getting agents to cover that bit, at least with naive approaches
senderista 26 minutes ago | parent
canpan 26 minutes ago | parent
This is true for both code and prose. Even when it does notice something wrong, it wont remove it, but keep the sentence and make it longer.
"This is A" -> "This is B, not A"
It makes it incredibly hard to write plans and documents and maintain code.
When I tell it that the file is getting overlong and complex, unless I mention explicitly each single point, it just plainly doesn't see the problems and instead removes important bits. I did not yet find the right wording to express it to AI in an automated way.
ASalazarMX 43 minutes ago | parent
unethical_ban 1 hour ago | parent
tjmtjmtjm 34 minutes ago | parent
greatgib 1 hour ago | parent
For PHP2shell vulnerability for example, there was "patched" .deb (and equivalent) packages only for the most recent and most trendy distributions but countless older versions of distributions and php versions were like abandoned without simple solution. I would have guess that "patches" and pre-built fixed packages would be flooding the world. And with just a prompt of one line, most servers would be properly patched. But no.
pratzc07 44 minutes ago | parent
epsteingpt 34 minutes ago | parent
snowwrestler 21 minutes ago | parent
They turned frontier models loose on PHP, and the big one they found was based on a previously known logic flaw that was extremely difficult to exploit. Which makes sense: hence the need for frontier models.
And in the wild, while there have been many attempts and a few simple demo successes, the practical impact has seemed to be small, seemingly constrained by the length of the chain and the diversity of PHP configs.
In short, it was indeed a major vulnerability, but not magic (in the Arthur C Clarke sense).
I think ultimately the fear comes down to: do you believe that code can be secured. I recognize that there is probably no objective way to deductively prove it because of the Halting Problem etc. But if one believes code can be constructed to operate to spec, then there must be a limit to the damage an LLM can do, even a very smart one.
I think we are going through a phase where a lot of known triaged code shortcomings will get exposed and hopefully fixed. Sucks while it is happening. But not actually the first round of this type of evolution. And ultimately I think as before, we will come out the other side with more secure and durable technology.
kylestanfield 5 minutes ago | parent