Live data from Hacker News

AISLE Discovers 38 CVEs in OpenEMR Healthcare Software

aisle.com

61–70 of 116 posts

Re: AISLE Discovers 38 CVEs in OpenEMR Healthcare Software

#61

something i am missing in this area is education and services. if, during an automated code review, claude finds a vulnerability in a dependency, where should i direct it to share the findings? who would be willing to take the slop-report, and validate it? i've never done vulnerability disclosure, yet, with opus at max effort, i have found some security issues in popular frameworks/libraries i depend on. a proper rep…

Share it in the repo's issues, discussions, or chat?

Re: AISLE Discovers 38 CVEs in OpenEMR Healthcare Software

#62

This is the new trend that keeps me awake at night. It's that adversaries now have access to off the book inference and that they will be able to scan pretty much any widely used open source project and discover and exploit zero days. I think making it closed source offers a bit more security but will only buy time as it is possible to reverse engineer them with current closed source models with extreme ease. If you…

It's nothing new - even without LLMs you have automated tools that will try stuff to see if your application is vulnerable. You can abuse misconfigured nginx server. To be fair, to your point, LLMs are amazing pattern recognizers = this pattern it has seen in this codebase applies to that codebase so vulnerability is most likely; I'm unsure if they can "innovate" (still, recognizing patterns is enough); this pattern it has seen causes a crash, but I don't know if we're at the point where it can connect two and two together and use a set of unrelated code issues to, for example, exfiltrate credentials

Re: AISLE Discovers 38 CVEs in OpenEMR Healthcare Software

#63

EDIT: Looks like they did responsibly disclose - that's nice. I missed the single line at the bottom of the article. I'd prefer if an article like this opened with a paragraph about their conversation with the maintainers, and how all vulnerabilities have already been patched, etc. But I guess that's a personal preference. === Did they privately disclose these vulnerabilities to the developers and give them a reasona…

RTFA, Matt. Your answer is at the end of it.

Re: AISLE Discovers 38 CVEs in OpenEMR Healthcare Software

#64
post #28

Earlier quoted context omitted.

> Looks like every single one of the 38 vulnerabilities were either SQL injection, XSS, path traversal or "Insecure Direct Object Reference" aka failing to check the caller was allowed to access the record. Seems like code review against a checklist of the most common vulnerabilities would have prevented these problems. So I guess there are two takeaways here: First, AI scanners are useful for catching security probl…

Yee, absolutely. A team with a strong code review culture that incorporates security review against common exploits ideally wouldn't end up with holes like this.

I guess the value of the tool is that it gives you that same benefit for the cost of a few tokens.

Re: AISLE Discovers 38 CVEs in OpenEMR Healthcare Software

#65
post #61

something i am missing in this area is education and services. if, during an automated code review, claude finds a vulnerability in a dependency, where should i direct it to share the findings? who would be willing to take the slop-report, and validate it? i've never done vulnerability disclosure, yet, with opus at max effort, i have found some security issues in popular frameworks/libraries i depend on. a proper rep…

Share it in the repo's issues, discussions, or chat?

that would be full disclosure, i don't particularly dislike the idea, but it's slop, the devs are already overwhelmed, i don't fully understand the legal implications i would be exposed to.

Re: AISLE Discovers 38 CVEs in OpenEMR Healthcare Software

#66
post #5

Earlier quoted context omitted.

These kind of checks were available without AI.

AI gives us a means of leverage. We can do more with less. production = f(labor, capital, technology) + eps

This always comes up and the only thing I can think is: Doesn't Google make like 10B a quarter in profit from GCP alone? Did we really need a cheaper SQL injection checker?

Re: AISLE Discovers 38 CVEs in OpenEMR Healthcare Software

#67
post #3

No one knows how many vulnerabilities there are in closed source medical record software - because we can't check. There are _probably_ loads though, because that medical software is super terrible in every way that we _can_ check.

Isn't anything closed-source by definition this? Why speak of the subset of closed-source medical record software when it's just the entire class of software?

Re: AISLE Discovers 38 CVEs in OpenEMR Healthcare Software

#68
post #43

Completely normal and expected. People thinking that this isn't the case everywhere need a reality check. Most software is riddled with obvious security issues. If we can remediate them with AI, great, but don't be thinking that this is something that we could only have dealt with with AI. Enough attention and prioritization of these issues would also have sorted it. Ask yourself if we weren't currently in an era of…

Heck, unless AI gets absurdly cheap - i feel like even this will be temporary. To your point, we don't do that now because it's not fun and no one broadly finances this sort of thing. However AI costs money, so why are we spending it now? I imagine it's just a temporary spend to explore the space, show what models are capable of, further embed usage of AI for future rugpulls, etcetc.

Point is unless it eventually becomes cheap enough that we all have this at home and can run SOTA analysis ourselves, this too will pass. I imagine it will get cheap enough fwiw, but.. yea.

Re: AISLE Discovers 38 CVEs in OpenEMR Healthcare Software

#69
post #44

Earlier quoted context omitted.

Keep in mind this project is a 25 year old PHP application.

That actually makes it more confusing since a 25 year old PHP application is exactly where you'd expect to find SQL injection vulnerabilities. If I were in charge of a 25 year old PHP application, tracking down every SQL query and converting it to a safe form would high on my list of priorities. You don't need AI for that, just ripgrep and a basic amount of care for your users.

Replacing/automating manual ripgrep is a top-1 use case for AI though.

Re: AISLE Discovers 38 CVEs in OpenEMR Healthcare Software

#70
post #47

Most of these vulnerabilities could have been discovered much earlier had the same security researchers pointed a SAST tool at the codebase. I wrote an OSS PHP SAST tool 6 years ago, but it's suffered from industry neglect — most people only care about security after an incident, and PHP has enough magical behaviour that any tool needs to be tuned to how specific repositories behave. I agree there's a big opportunity…

Where can I learn more about SAST, and do you have a link to your tool?

I stood up a Dokuwiki instance recently and had Qwen look through the codebase, and it didn't find anything critical. It identified "fragile patterns", though.

Post reply on HN