Login
You're viewing the y.diskcat.com public feed.

Replies

  • 💬 1🔄 0⭐ 0
  • 💬 0🔄 0⭐ 0
  • Nov 12, 2026, 9:49 AM

    @campuscodi That gap between 38,000 claimed findings and 442 CVEs is wild — and only two exploited in the wild. Really makes the headline number feel a lot less scary once you see the funnel.

    💬 1🔄 1⭐ 10
  • 💬 1🔄 0⭐ 0
  • Nov 12, 2026, 10:31 AM

    @splinux @YoungImpAngel @campuscodi No, it means Only 442 of the nearly 38,000 vulnerabilities claimed to have been found using Anthropic's Project Glasswing have received a CVE identifier, and only two of those have been exploited in the wild.
    You are making assumptions about the exploitation conditions (actual users of the affected versions, other conditions necessary for the vulnerability...)

    💬 0🔄 0⭐ 4
  • 💬 1🔄 0⭐ 0
  • 💬 0🔄 0⭐ 0
  • Nov 12, 2026, 12:02 PM
    The number exploited is not a meaningful count.

    Claiming that it is useless because only two were exploited is equivalent to saying that Y2K was a hoax because nothing major happened or that the Covid vaccine was useless because may people didn't die: it is possible that it means only 2 vulnerabilities were meaningful or it is possible that the maintainers were on top of the fixing and got them fixed before widespread abuse.

    The factor 100 between "identified" and "registered" hopefully means that Anthropic did the work to reduce the number and not the maintainers (who are we kidding?), but the factor 200 between "registered" and "exploited" only says so much – it is even possible that since they were found early by the slop-machine, they didn't have time to be found by malicious actors and abused first. Of course, malicious actors will also get access to slop-machines, so that argument won't hold for long if it even does today.
    💬 2🔄 0⭐ 0
  • Nov 12, 2026, 12:13 PM

    @michael @YoungImpAngel @campuscodi @splinux

    There is no reason to think that an effort capable of verifying 38,000 vulnerabilities wouldn’t have been able to identify 2.

    It makes no sense to generate massive numbers of error reports that consist, for the most part, of false positives. That’s like thinking it’s reasonable to check the time on a broken analog clock—after all, it’s right twice a day, isn’t it?

    💬 1🔄 0⭐ 4
  • Nov 12, 2026, 12:17 PM
    It didn't identify 2. It identified 442. The 2 is a meaningless number.

    Whether the effort to go from 38000 to 442 is worth it depends on how much is done automatically and how much has to be done manually by the projects. Slop machines tend to produce a PoC for findings these days, and if the 38000 were whittled down to, say, 4000 with PoC, before reporting, it's very likely worth it.
    💬 0🔄 0⭐ 0
  • Nov 12, 2026, 12:29 PM

    @michael @YoungImpAngel @campuscodi @splinux
    As you rightly point out, there are 37,558 false positives or duplicates.

    Regarding the remainder, we know they were accepted as CVEs, but we do not know:

    * the risk rating for each of those 442 entries;
    * which ones affected active library versions;
    * the conditions required to exploit the vulnerability.

    1/2

    💬 0🔄 0⭐ 1
  • Nov 12, 2026, 12:29 PM

    @michael @YoungImpAngel @campuscodi @splinux

    As you also rightly note, it is remarkable to assume that—given these tools can identify so many potential exploits—the very people who create such exploits wouldn't be using these same tools themselves.

    In the wild: 2

    2/2

    💬 0🔄 0⭐ 1
  • Nov 12, 2026, 1:54 PM

    @michael I believe the exploited number is meaningful because after it was published or patched there is usually enough public information about it to write an exploit. I believe there are documented cases of exploit writers vibe coding exploits for recent published CVEs pretty quickly. (Even a silently released patch reveals a lot of details.)

    Exploits for already-patched vulns are still useful because so many organisations are very slow at patching or even never patch. It's not rare to see news stories about new exploits for RCE bugs that have had patches available for months to years, still managing to pwn a few thousand installations.

    So if a given vuln is useful to miscreants, you should expect there to be exploitation of it in the wild.

    (The only time I would expect timely patching to completely erase the value of a serious vuln is when the vuln is in software that only one organisation runs - like SaaS products where patching is completely under the vendor's control.)

    💬 0🔄 0⭐ 3
  • 💬 0🔄 0⭐ 4
  • Nov 12, 2026, 10:13 AM

    @campuscodi

    Wondering how much fossil fuel was burned to find those vulnerabilities.

    The ROI on two cve's seems a little low. /s

    💬 1🔄 3⭐ 12
  • Nov 12, 2026, 6:32 PM

    @Npars01 @campuscodi

    What does it mean to be not in the ledger?
    That makes it sound like Glasswing discovered ~30k novel vulnerabilities, which would be something to brag about.

    💬 0🔄 0⭐ 1
  • 💬 0🔄 1⭐ 0
  • Nov 12, 2026, 11:45 AM

    @campuscodi

    Finding security bugs with #AI is like throwing spaghetti at the wall and see what sticks, something stuck but it's only a bit.

    💬 1🔄 1⭐ 3
  • Nov 12, 2026, 6:39 PM

    @hnapel @campuscodi The problem for all is that the low percentage doesn't really matter, a small percentage of a really large number is still large and the real findings from all the AI research is orders of magnitude more than previously.

    Heck, even the number of issues I just opened for fixing in public (opened recently, submitted over the past few months) is more than for whole years previously.

    If they are not getting validated then perhaps their competitors have better models!

    💬 0🔄 0⭐ 1
  • 💬 0🔄 0⭐ 1
  • Nov 12, 2026, 12:44 PM

    @campuscodi The hype gets more damaging as the billionaires leading these companies get more powerful.

    They also talk like politicians nowadays, which says a lot.

    💬 0🔄 0⭐ 2
  • Nov 12, 2026, 2:56 PM

    @campuscodi 38'000 vulnerabilities, 277 (sic) fixed. :thisisfine:

    Somehow looking at the list of vulns, is not much better than just looking at the source code, where all the vulns are anyway.

    💬 0🔄 0⭐ 0
  • 💬 0🔄 0⭐ 2
  • 💬 0🔄 0⭐ 0
  • Nov 12, 2026, 5:58 PM

    @campuscodi
    #altText
    A graph displayed in nightmode titled "anthropic glasswing findings"
    A flow chart showing all reported vulnerabilities splitting into designations as we go left to right. It splits about 20:80 to give "in ledger" and "not in ledger". "In Ledger" (the 20%) splits further into pieces that have widths in proportion to their ratio of the set. Only 193 of the 37,966 reported vulnerabilities were valid and unknown, looking like a hair shaved from a block

    A "VulnCheck" logo appears at the bottom right

    💬 0🔄 0⭐ 0
  • Nov 12, 2026, 6:25 PM

    @campuscodi Also overburdened Open Source projects.

    To be clear, AI is finding a lot of real issues, some really serious, many very obscure and lots of denial of service.

    But the flood is debilitating. A process that was built for sporadic bursts of high energy and focus can't function under this fire hose.

    I do triage on incoming issues for Samba as a personal time contribution and it is exhausting.

    💬 0🔄 0⭐ 1