I’m sure the new model is a step above the old one but I can’t be the only person who’s getting tired of hearing about how every new iteration is going to spell doom/be a paradigm shift/change the entire tech industry etc.<p>I would honestly go so far as to say the overhype is detrimental to actual measured adoption.
There is plenty of overhyping, no one denies that. But the antidote is not to dismiss everything. Ignore the words and look at the data.<p>In this case, I see a pretty strong case that this will significantly change computer security. They provide plenty of evidence that the models can create exploits autonomously, meaning that the cost of finding valuable security breaches will plummet once they're widely available.
You seem to see a "pretty strong case" from a bombastic press release.<p>Don't get me wrong, I do know the reality has changed. Even Greg K-H, the Linux stable maintainer, did recently note[1] that it's not funny any more:<p><i>"Months ago, we were getting what we called 'AI slop,' AI-generated security reports that were obviously wrong or low quality," he said. "It was kind of funny. It didn't really worry us."</i><p><i>... "Something happened a month ago, and the world switched. Now we have real reports." It's not just Linux, he continued. "All open source projects have real reports that are made with AI, but they're good, and they're real." Security teams across major open source projects talk informally and frequently, he noted, and everyone is seeing the same shift. "All open source security teams are hitting this right now."</i><p>---<p>I agree that an antidote to the obnoxious hype is to pay attention to the actual capabilities and data. But let's not get too carried away.<p>[1] <a href="https://www.theregister.com/2026/03/26/greg_kroahhartman_ai_kernel/" rel="nofollow">https://www.theregister.com/2026/03/26/greg_kroahhartman_ai_...</a>
Is there any actual independent data though, or verification of any of these claims?<p>As it stands this is just a marketing programme for all involved.
Ffmpeg confirmed on Twitter that they sent the patches.
What would be the product they're marketing by this campaign?
You don't market products, you market lifestyles/interests. Sell the sizzle, not the steak etc.<p>For Anthropic it's "we own the big scary models, the AI security space, but it's ok we're responsible"<p>For the partners it's "we're the Big Boys here and will look after your enterprise needs"<p>None of it needs any more than anecdata and some nice, pre-approved, quotes.<p>Every organisation does it.
The product they launched?
[dead]
That's pretty disingenuous, bordering on ridiculous.<p>Do they have a record of lying to you? No.<p>Go read the system card. It's a lot more tame than you think, peoples are taking pieces out of this and hyping it. Doesn't mean it's not valid.
Which sounds like a great thing. Less undiscovered security vulnerabilities
With the right prompting (mostly creating a narrative that justifies the subject matter as okay to perform) other models have already been doing this for me though. That’s another confusing bit for me about how this is portrayed and I refuse to believe I’m a revolutionary user right?<p>I mean I’m sitting on $10k worth of bug payouts right now partially because that was already a thing.
> <i>Non-experts can also leverage Mythos Preview to find and exploit sophisticated vulnerabilities. Engineers at Anthropic with no formal security training have asked Mythos Preview to find remote code execution vulnerabilities overnight, and woken up the following morning to a complete, working exploit. In other cases, we’ve had researchers develop scaffolds that allow Mythos Preview to turn vulnerabilities into exploits without any human intervention.</i>
[dead]
> how every new iteration is going to spell doom/be a paradigm shift/change the entire tech industry etc.<p>It's much the dynamic between parents and a child. The child, with limited hindsight, almost zero insight and no ability to forecast, is annoyed by their parents. Nothing bad ever happens! Why won't parents stop being so worried all the time and make a fuss over nothing?<p>The parents, which the child somewhat starts to realize but not fully, have no clue what they are doing. There is a lot they don't know and are going to be wrong about, because it's all new to them. But, what they do have is a visceral idea of how bad things could be and that's something they have to talk to their child about too.<p>In the eyes of the parents the child is % dead all the time. Assigning the wrong % makes you look like an idiot and not being able to handle any % too. In the eyes of the child actions leading to death are not even a concept. Hitting the right balance is probably hard, but not for the reasons the child thinks.
Disagree - we’re being told on one hand that we are 6 months away from AI writing all Code, and 3 months into that the tools are unusable for complex engineering [1]. Every time I mention this I’m told “but have you tried the latest model and this particular tool” - yes I have, but if I need to be on the hottest new model for it to be functional that means the last time you claimed it was solved, it wasn’t solved.<p>[0] <a href="https://www.entrepreneur.com/business-news/ai-ceo-says-software-engineers-could-be-replaced-in-months/502087" rel="nofollow">https://www.entrepreneur.com/business-news/ai-ceo-says-softw...</a><p>[1] <a href="https://news.ycombinator.com/item?id=47660925">https://news.ycombinator.com/item?id=47660925</a>
> Every time I mention this<p>I feel like there’s a bunch of factors for why it will never be the same for many folks, from the models and harnesses, to the domains and existing tests/tooling.<p>I feel bad for the people for whom it doesn’t work, but Claude Opus has written most of my code in 2026 so far. I had to build some tools around linting entire projects and most of my tokens are probably referencing existing stuff and parallel review iterations and tests, but it’s pretty nice and even seeing legacy code doesn’t make me want move to a farm and grow potatoes.<p>It might be counter productive to be like: "Oh, just do X!" which works for the person suggesting it, and then have to do "But have you tried Y?" when it doesn't for the other person, if it just keeps being a never ending string of what works for one person not working for another.
> I feel like there’s a bunch of factors for why it will never be the same for many folks<p>Yeah, and the problem arises simply because some people are unable to accept the fact. They insist that if LLM-assisted coding doesn't work for one, it's because “you're holding it wrong”.
> I feel like there’s a bunch of factors for why it will never be the same for many folks, from the models and harnesses, to the domains and existing tests/tooling.<p>If the argument is “you have to use the right model, harness, test and tooling for it to work” then it’s not replacing software engineers any time soon.<p>The other thing is - where are all the web apps, mobile apps, games, desktop apps, from these 100x productivity multipliers. we’re 1-2 years into these tools being widely mainstream and available and I’m not seeing applications that took years to ship before appear at 100x the rate, or games being shipped by tiny teams, or new ideas of mobile apps coming out at 100x the rate. What we do see is vibe coded slop, stability issues with massive companies (windows, AWS for example), and mass layoffs back to pre-covid levels blamed on AI but everyone knows it’s a regression to the mean after a massive over hiring when money was cheap.<p>It’s like the emperor has no clothes on this topic to me.
I’m an indie developer and I see the explosion in apps in my niche (creative tools for photography/videography).<p>They wouldn’t have taken years to ship before, but easily a couple months.<p>Now the moment any app with any value gets popular, the App Store gets flooded with quick vibe coded copycat clones (very recognizable AI generated icon included).<p>The quality is low, but the impact this flood has on the market is real.
I wouldn't paint the image in such black terms. LLMs can be good in finding bugs and potential issues. And if you like, they can be like IntelliSense on steroids. Even agentic workflows can be good, e.g. for an initial assessment of a new large codebase. And potentially millions of other small tasks like writing one-off helper scripts etc.
So which apps are seeing 10x the bug fixes and improvements in stability and quality? From my side, I see one shot CRUD apps, platforms like AWS and windows actively deteriorating, to the point of causing massive outages and needing to have development processes changed [0]. Who is actually shipping 10x more stuff, or fixing 10x more bugs?<p>[0] <a href="https://arstechnica.com/ai/2026/03/after-outages-amazon-to-make-senior-engineers-sign-off-on-ai-assisted-changes/" rel="nofollow">https://arstechnica.com/ai/2026/03/after-outages-amazon-to-m...</a>
I "pair" with claude-code and still write 30% by hand, with additional review with gpt-5.4, but I definitely write fewer bugs than before. I'd estimate my speedup to be 2x.
The Automation bias issue is something that has been raised by many people like myself but mostly ignored. The better models get the worse that problem with get, but IMHO the implications of the claims are not on the code generation side.<p>The sandwich story in the model card is the bigger issue.<p>LLMs have always been good at finding a needle in a haystack, if not a specific needle, it sounds like they are claiming a dramatic increase in that ability.<p>This will dramatically change how we write and deliver software, which has traditionally been based on the idea of well behaved non-malfeasant software with a fix as you go security model.<p>While I personally find value in the tools as tools, they specifically find a needle and fundamentally cannot find all of the needles that are relevant.<p>We will either have to move to some form of zero trust model or dramatically reduce connectivity and move to much stronger forms of isolation.<p>As someone who was trying to document and share a way of improving container isolation that was compatible with current practices I think I need to readdress that.<p>VMs are probably a minimum requirement for my use case now, and if verified this new model will dramatically impact developer productivity due to increased constraints.<p>Due to competing use cases and design choice constraints, none of the namespace based solutions will be safe if even trusted partners start to use this model.<p>How this lands in the long run is unclear, perhaps we only allow smaller models with less impact on velocity and with less essential complexity etc…<p>But the ITS model of sockets etc.. will probably be dead for production instances.<p>I hope this is marketing or aspirational to be honest. It isn’t AGI but will still be disruptive if even close to reality.
It actually seems like people are shipping 10x more bugs, not fixing 10x more bugs.
It depends on the use, I'm not fixed on "productivity" measured by LoC but on code quality. So when using LLMs to challenge my code I'm less productive but the quality of my code increases.
Where are all the apps?
It's mostly visible in AI tooling itself. Harnesses, vibe coding tools and stuff with "claw" in the name saw a cambrian explosion.<p>And maybe using AI to use AI better is just masturbatory. But coders want interesting problems to solve. Pros also need software ideas they can monetize. And what problem is attracting more investment in money, time and neurons than the problem of making AI productive? (I am referring only to problems that can be solved in software....)<p>So the thing with AI is that right now it is both a tool AND a potentially very valuable problem to solve, that's why most of the AI "productivity" gains go into AI itself.
At one point this self-refetential phase will have to end and people are going to see if these new AI tools, harnesses.claw-things are actually applicable to things people are willing to pay the real prices for (not the subsidized ones).
wasn’t there a news story about the app store reviews being delayed because of an increase in app influx?
I absolutely feel like there has been an explosion of software since the release of AI tools. This is a subjective assessment anyway…<p>My company for example has gotten 500% better at creating productivity tools.
Even co-pilot writes most of my code in april 2026.<p>Further, i don't trust code anymore that hasn't been reviewed 3x or more by co-pilot.<p>If you have asked me 6 months ago I wouldn't have expected this change so soon.
> I had to build some tools around linting entire projects<p>OK, everybody is doing that. And everybody is doing their best at making LLMs more reliable when working on non-trivial tasks. Yet, it looks like nobody came up with a universal solution yet. This is particularly true for non-trivial projects.
It’s because the models response is conditioned on the prompt. They are as intelligent as the person using them<p>In some sense it’s a lot like a google search. There’s this big box of knowledge and you are choosing tokens to pluck out of it. The quality of the tokens depends on how intelligent you are.
Don’t forget, it also depends on the complexity of the work and the experiences of the operator.<p>The less complex the work and the less experienced the operator means more perceived “wow” factor :)<p>There’s definitely an aspect of how you use it though. In my work it’s mostly been chaining to reduce non-determinism.
The irony here is that even if one is extracting legitimate value from LLMs because they are that much smarter than their peers, the process of using LLMs to perform all of their skilled labor makes them less intelligent.
Check out from this onwards and the following point. You get a nice summary on top right. Mind that Anthropic alone is doing 30B/y annualized already.<p>Take a snapshot and check again in a few months. It's not perfect but it's much more falsifiable than a lot of the noise.<p><a href="https://ai-2027.com/#narrative-2026-04-30" rel="nofollow">https://ai-2027.com/#narrative-2026-04-30</a>
> Mind that Anthropic alone is doing 30B/Y annualised already<p>How many crypto exchanges were pulling in hundreds of millions in funding and doing billions in trades in 2021/2022?<p>That blog post is… really something, I’ll give you that. Im not entirely sure what else to say about it other than that.
> “I think… I don’t know… we might be six to twelve months away from when the model is doing most, maybe all of what SWEs (software engineers) do end to end.”<p>I think it's disingenuous (as disingenuous as you're accusing these marketing teams of being) to paraphrase that as "being told on one hand that we are 6 months away from AI writing all Code". It's merely stating that it's a real possibility. (It's also disingenuous to use a post complaining about a behavioral regression bug as evidence that it's not progressing)<p>Dismissing it as <i>impossible</i> is silly, considering how close it already is to a junior dev. Keep in mind that 14 months prior to that statement was before we even had any public <i>reasoning models</i>. Things really are moving that fast, it's just, at the moment, unclear how fast.
We’ve been suggesting that programmers are going to be replaced by simpler programming languages, gui programming tools, no code tools, low code tools, and now AI. The real big step was when Claude code came out and introduced the agentic loop where it could self validate against tests/linters/tooling, but everything after that had been penned as miraculous when IME it’s a new iteration of the same thing - wild hallucinations, getting stuck in deep loops, ignoring explicit instructions and guard rails, wild tangents and just generating stuff that doesn’t work or solve the problem.<p>> I think it's disingenuous (as disingenuous as you're accusing these marketing teams of being) to paraphrase that as "being told on one hand that we are 6 months away from AI writing all Code". It's merely stating that it's a real possibility<p>No - you don’t get to make wild predictions and say “oh I didn’t actually mean that, look how succesful we are though”. These teams aren’t saying “hey we think we’re going to majorly influence programming in 6-12 months”, they’re saying “we’re going to replace programmers”. If you can’t stand over your claims, don’t make them. _That’s_ disingenuous.
> We’ve been suggesting that programmers are going to be replaced by simpler programming languages, gui programming tools, no code tools, low code tools, and now AI.<p>The difference is that it's actually working this time. Non-programmers <i>are</i> writing full apps. Sure, they're simple ones, often just CRUD and UI, but it actually <i>is</i> changing things in a way it never has before. You can't assert something is the same as everything previous when there's already evidence that it's different.<p>> No - you don’t get to make wild predictions and say “oh I didn’t actually mean that, look how succesful we are though”.<p>Except that's not what's happening here. I'm criticizing you for misrepresenting what claim was made in the first place. No where in your evidence have you shown anyone "walking the claim back". If anything, TFA is claiming evidence of an LLM doing "most" of what SWEs do "end to end" <i>three months ahead of schedule</i>.<p>If you want to present evidence Dario (or another CEO -- I'm sure Sama has made much more fantastic claims that you could falsify) made claims that didn't pan out, be my guess, but don't tell falsehoods about the evidence you <i>are</i> presenting.<p>(And no, I'm not counting breathless tech reporters -- everyone knows how much to trust them when they report a cure for cancer -- they'll say everything is a miracle cure. But the fact that hundreds of "miracle weight loss cures" that never panned out made the new in the past several centuries didn't make GLP1s fake just because they had the same type of hype.)
> The difference is that it's actually working this time. Non-programmers are writing full apps<p>You can say this about every step along the way. C programmers replaced assembly programmers. Python programmers replaced C programmers. low code tools replaced interal tools teams.<p>> I'm criticizing you for misrepresenting what claim was made in the first place. No where in your evidence have you shown anyone "walking the claim back".<p>The claim is that SWES will have their work done by models in 6-12 motnhs. We are _nowhere near_ that 9 months on to it. That's all there is to say it.<p>> If anything, TFA is claiming evidence of an LLM doing "most" of what SWEs do "end to end" three months ahead of schedule.<p>TFA based on a model that is so good that it has to be kept from us? from the company that literally can't keep their app up? From the company who shipped an update that didn't launch?<p>> be my guess, but don't tell falsehoods about the evidence you are presenting.<p>I mean, I literally posted a quote from the CEO of one of the two major companies saying that SWEs are 6-12 months away from being replaced. This is fantasy talk from a guy who is incentivised to have you believe this. If the claims are that software is changing, and how we're building/deploying software is adapting to that new world then yeah that's fair enough. But the current models, harnesses and tooling are not replacing an SWE unless there's a paradigm shift in the next 3 months. And my point is that we appear t be going backwards, not forwards.<p>> didn't make GLP1s fake just because they had the same type of hype.<p>No, GLPs work and that's the difference.
> I mean, I literally posted a quote from the CEO of one of the two major companies saying that SWEs are 6-12 months away from being replaced.<p>Even ignoring the other ways you're misrepresenting the, there's a huge difference between "might be" and "are going to be".<p>I'm sorry if English isn't your first language, but we're going to have to agree on basic grammar or else it's not going to be productive for me to continue responding to the flaws in your argument.
That feels like a very complex way of looking at it. Another way would be to say “potentially profit seeking companies have an incentive to oversell products even if they’re good”.
The parents in this case are profiteering corporations on a mission to exploit the child for everything they can get away with, almost by definition.<p>It's a slightly different dynamic.
I feel like you’re muddying 2 different arguments here. Or rather, 2 different positions.<p>You’re asserting that people who are tired of this line being wheeled out hold a position analogous to “what’s the big deal, nothing bad happens, just relax”. In reality, that’s only 1 position. The other position is “I understand fully, the consequences, but the relentless doomer language is tiring in the face of continuing-to-not-eventuate”.
It’s more like the abusive parents telling the child that they’ll sell him to the scary man at the bus stop every time they want to coerce the child into doing what they want.<p>Eventually the child develops disrespect for authority.
This is just a really bad analogy. It doesn't addresses that there are multiple sources, the incentives to be telling us about it, and the spectrum between disaster-mitigation heroes and snake-oil salesmen.
Did you compare AI companies to parents and engineers actually delivering value to toddlers? AI companies cannot, in any capacity, be regarded as caretakers.
Sure, if the parent's stock price soared if the child dies.
Don’t take it personally but this amount of fear and paranoia about death on every corner sounds like a mental illness to me. Generalised Anxiety disorder to be precise. Maybe I am just not a parent.<p>In any case there are substances and realiable methods that fix whatever paralyzing existential dread anyone struggles with daily.<p>Probably best to use conventional route but I personally use special low thc, high cbg weed once a week with a medical grade vaporizer and once a year (early autumn) a moderate dose of golden teacher mushrooms. Although I understand that most people perhaps couldn’t due to not managing their own business but on a strict employment contract with urine tests.
Are you suggesting these researchers somehow have wisdom and aren’t just guessing, and that everyone else are children too naive to understand the technology? It certainly sounds that way from the description you are attempting to apply.<p>This is two parents disagreeing on whether their child will automatically grow up to be a psychopath with one parent constantly remarking “if you teach that child how to cut bread, they will stab everyone later. If you teach that child to drive, they will run over everyone later”, not the “parents know better” situation you describe.
An analogy that’s, quite literally, an appeal to paternalism to trust the motivations and pernicious incentive structures of the big AI labs.
I'll have some of what you're having
This is literally one the most infantilizing and simultaneously insulting analogies I've ever come across on this site. Do you really think consumers of the latest AI tools have no ability to forecast? The parents in this analogy have every incentive to lie
[dead]
There is step changes that actually merit this though. And a zero day machine IS one of those. It went from 4% zero day success rate to 85% on firefox.<p>Can you not see the significance of that?
I side with you but on the other hand: this is how it works to get attention by those who aren't affiliated with computer science and AI.<p>I am totally annoyed as well and put any buzzwords in my personal bs filter. Java was revolutionary, the Apple I etc. ;)<p>On the other hand I see progress! AI enriched press releases balance buzzwords and information way better than marketing of large companies did before AI.<p>I remember throwing away an instruction for an electronic toothbrush away because - I won't mention the name but have a look at the upper tier - instead of putting something like "Turn toothbrush on, choose mode by pressing..." it read "Take your super awesome premium masterpiece using patented technology for the first time in human life now available to you by us. Move your finger over to the innovative sensory surface, that uses material from rocket scientists and world leading designers".<p>No joke. These were text blocks and repeated - 30 pages for one compact one.<p>The toothbrush is top notch, except for the instructions.
I think Claude Code with Sonnet 4.6 is already at the level of paradigm shift and can change the entire tech industry.<p>If you're paranoid it doesn't mean you're not being followed. If something is overhyped it doesn't mean it's not game-changing.
I came across this article just this morning saying AMD researchers, who hitherto have relied on Claude Code heavily, have noticed degraded performance in the recent update: <a href="https://www.theregister.com/2026/04/06/anthropic_claude_code_dumber_lazier_amd_ai_director/" rel="nofollow">https://www.theregister.com/2026/04/06/anthropic_claude_code...</a><p>Claude Code and Glasswing are not the same, but presumably they have a lot of overlap under the hood. I feel like while AI is certainly advancing in major ways, there will always be the up and down of new software releases.
At launch, a technology is considered dangerous for being too powerful.<p>3 months later, you are an absolute idiot to still be using that useless model. Are you not using glasswing 2-01 high? Oh, yeah, glasswing from 3 months ago is absolutely worthless, every viber knows, it's your fault for holding it wrong.<p>For once you should not get too excited for new models release and words and adjectives promising things.
Honestly it's your fault humanity lost its humanity and we just have words words words and mass schizophrenia
To me it makes absolutely zero sense that they would decide to not release the model to the public because of the effects that it would have due to its exploitation capabilities. Previous models were also capable of providing harmful information, yet that wasn't a problem, because models can actually be effectively censored using RHLF. So what is preventing Anthropic to simply forbid the model from letting people vibe-code exploits???
This looks more like another lobby group (quite a bad one) than something primarily focused on security.<p>The "urgency" is very likely mostly appreciated to drive policy.
I’ve lost trust in anything they say.<p>The fear marketing is clearly intentional at this point.
Everybody remembers the fable of the boy who cried wolf and how he died at the end. Left out of the story is the multiple other villagers who died of starvation because their flock of sheep was eaten. So because they didn't want to feel like suckers. Tuning out completely because of the existence of false positives is not a good choice.
Remember OpenAI decided GPT 2 was far too dangerous to unleash upon the world when they first trained it!
That's an editorialized headline. What they actually wrote was that it could be used to "generate misleading news articles, impersonate others online, automate the production of abusive or faked content to post on social media, [or] automate the production of spam/phishing content" and that they are aware other researchers have the ability to reproduce and open source their results, but this would give the community some time to decide how to proceed.<p>They were correct.
Hasn't almost every model created a paradigm shift lately? Maybe it's you who has moved the needle on what a paradigm shift means?
<a href="https://news.ycombinator.com/item?id=47682262">https://news.ycombinator.com/item?id=47682262</a>
Well Opus 4.5/4.6 kinda was right?<p>I mean software development has changed more since then than it has in my 30 year software development career.
a lot of times people cry wolf for a couple of times before wolf actually comes.<p>i feel like theres a good chance that this is the actual wolf coming here. cause i was using opus for a lot and it's really good.
It feels to me full with marketing in the guise of trying to save the world from their own making. "we have a model so strong we can't release it, here are all the details of why it's so good, but don't ask for access, you can't get it, it's too risky for your own good"<p>Something smells really really weird:<p>1. Per the blog post[0]: "This was the most critical vulnerability we discovered in OpenBSD with Mythos Preview after a thousand runs through our scaffold. Across a thousand runs through our scaffold, the total cost was under $20,000 and found several dozen more findings"<p>Since they said it was patched, I tried to find the CVE, it looks like Mythos indeed found a 27 years old OpenBSD bug (fantastic), but it didn’t get a CVE and OpenBSD patched it and marked it as a reliability fix, am I missing something? [1]<p>2. From the same post, Anthropic red team decided to do a preview of their future responsible disclosure (is this a common practice?): "As we discuss below, we’re limited in what we can report here. Over 99% of the vulnerabilities we’ve found have not yet been patched" [0] So this is great, can't wait to see the actual CVEs, exploitability, likelihood, peer review, reproducibility, the kind of things the appsec community has been doing for at least the last 27 years since the CVE concept was introduced [2]<p>3. On the same day, an actual responsible disclosure, actual RCEs, actual CVEs, in Claude Code, that got discovered mostly because of the source code leak, I don't see anyone talking about it (you probably should upgrade your Claude Code though).<p>CVE-2026-35020 [3] CVE-2026-35021 [4] CVE-2026-35022 [5]<p>Do with this information as you may...<p>[0] <a href="https://red.anthropic.com/2026/mythos-preview/" rel="nofollow">https://red.anthropic.com/2026/mythos-preview/</a><p>[1] <a href="https://www.openbsd.org/errata78.html" rel="nofollow">https://www.openbsd.org/errata78.html</a> (look for 025)<p>[2] <a href="https://www.cve.org/Resources/General/Towards-a-Common-Enume" rel="nofollow">https://www.cve.org/Resources/General/Towards-a-Common-Enume</a>...<p>[3] <a href="https://www.cve.org/CVERecord?id=CVE-2026-35020" rel="nofollow">https://www.cve.org/CVERecord?id=CVE-2026-35020</a><p>[4] <a href="https://www.cve.org/CVERecord?id=CVE-2026-35021" rel="nofollow">https://www.cve.org/CVERecord?id=CVE-2026-35021</a><p>[5] <a href="https://www.cve.org/CVERecord?id=CVE-2026-35022" rel="nofollow">https://www.cve.org/CVERecord?id=CVE-2026-35022</a>
Spell doom.. frfr
I agree I can’t open any social media no more
It’s great marketing to lead with how the n+1 model is so amazing that you can’t have it yet.
And every single time what they release is underwhelming.<p>Remember how Sam spent like a year talking about how scary close GPT-5 was to AGI and then when it did finally come out... it was kinda meh.
> I can’t be the only person who’s getting tired of hearing about how every new iteration is going to spell doom/be a paradigm shift/change the entire tech industry etc.<p>There's a little bit of a grading your own homework aspect to companies being able to declare their new models revolutionary.<p>It doesn't mean they're wrong, but there is a clear conflict of interest.
> I would honestly go so far as to say the overhype is detrimental to actual measured adoption.<p>I think you are a bit dishonest about how objectively you are measuring. From where I'm sitting, I don't know a lot of developers that still artisanally code like they did a few years ago. The question is no longer if they are using AI for coding but how much they are still coding manually. I myself barely use IDEs at this point. I won't be renewing my Intellij license. I haven't touched it in weeks. It doesn't do anything I need anymore.<p>As for security, I think enough serious people have confirmed that AI reported issues by the likes of Anthropic and OpenAI are real enough despite the massive amounts of AI slop that they also have to deal with in issue trackers. You can ignore that all you like. But I hope people that maintain this software take it a bit more seriously when people point out exploitable issues in their code bases.<p>The good news of course is that we can now find and fix a lot of these issues at scale and also get rid of whole categories of bugs by accelerating the project of replacing a lot of this software with inherently safer versions not written in C/C++. That was previously going to take decades. But I think we can realistically get a lot of that done in the years ahead.<p>I think some smart people are probably already plotting a few early moves here. I'd be curious to find out what e.g. Linus Torvalds thinks about this. I would not be surprised to learn he is more open to this than some people might suspect. He has made approving noises about AI before. I don't expect him to jump on the band wagon. But I do expect he might be open to some AI assisted code replacements and refactoring provided there are enough grown ups involved to supervise the whole thing. We'll see. I expect a level of conservatism but also a level of realism there.
> From where I'm sitting, I don't know a lot of developers that still artisanally code like they did a few years ago.<p>You don't know a lot of developers then.
> I think you are a bit dishonest about how objectively you are measuring<p>As someone who has made a sizable amount of money in security research while using Claude you might be right but not in the way you think.
Do you think they're lying about the vulnerabilities they claim Mythos has found? Seems like a very short-term play, if so.
Agreed. Do we have any information on what these "vulnerabilities" actually are? Every vulnerability is typically immediately reported to CVE or NIST... are these "so destructive" they have to be kept behind closed doors? Give me a break...
[dead]
Now, its very possible that this is Anthropic marketing puffery, but even if it is half true it still represents an incredible advancement in hunting vulnerabilities.<p>It will be interesting to see where this goes. If its actually this good, and Apple and Google apply it to their mobile OS codebases, it could wipe out the commercial spyware industry, forcing them to rely more on hacking humans rather than hacking mobile OSes. My assumption has been for years that companies like NSO Group have had automated bug hunting software that recognizes vulnerable code areas. Maybe this will level the playing field in that regard.<p>It could also totally reshape military sigint in similar ways.<p>Who knows, maybe the sealing off of memory vulns for good will inspire whole new classes of vulnerabilities that we currently don't know anything about.
You should watch this talk by Nicholas Carlini (security researcher at Anthropic). Everything in the talk was done with Opus 4.6: <a href="https://www.youtube.com/watch?v=1sd26pWhfmg" rel="nofollow">https://www.youtube.com/watch?v=1sd26pWhfmg</a>
Just a thought: The fact that the found kernel vulnerability went decades without a fix says nothing about the sophistication needed to find it. Just that nobody was looking. So it says nothing about the model’s capability. That LLMs can find vulnerabilities is a given and expected, considering they are trained on code. What worries me is the public buying the idea that it could in any way be a comprehensive security solution. Most likely outcome is that they’re as good at hacking as they’re at development: mediocre on average; untrustworthy at scale.
Regardless of how impressive you find the vulnerabilities themselves, the fact that the model is able make exploits without human guidance will enable vastly more people to create them. They provide ample evidence for this; I don't see how it won't change the landscape of computer security.
Yeah the marginal cost of discovery going towards 0 (I mean, not there yet, but directionally) is the problem; it doesn't really matter if the agent isn't equivalent to a human artistic hand-crafted bug discovery if it can make it up on volume. Mass production of exploits!
People have, of course, been looking. Linux has been the #1 corpus for the methods for ages.
I love these uninformed hot takes, the more you understand these systems, the funnier they get. Stop imagining and start engineering, you’ll see what I mean. Your vision of this tech is clearly shaped by blog posts. Go build stuff with it
Did you even watch the video or read the article?
its also very easy to reproduce. i have more findings than i know what to do with
Thanks for sharing that talk, enjoyed watching it!
[dead]
> It will be interesting to see where this goes. If its actually this good, and Apple and Google apply it to their mobile OS codebases, it could wipe out the commercial spyware industry, forcing them to rely more on hacking humans rather than hacking mobile OSes.<p>It will likely cause some interesting tensions with government as well.<p>eg. Apple's official stance per their 2016 customer letter is no backdoors:<p><a href="https://www.apple.com/customer-letter/" rel="nofollow">https://www.apple.com/customer-letter/</a><p>Will they be allowed to maintain that stance in a world where all the non-intentional backdoors are closed? The reason the FBI backed off in 2016 is because they realized they didn't need Apple's help:<p><a href="https://en.wikipedia.org/wiki/Apple%E2%80%93FBI_encryption_dispute#FBI_withdrawal_of_request" rel="nofollow">https://en.wikipedia.org/wiki/Apple%E2%80%93FBI_encryption_d...</a><p>What happens when that is no longer true, especially in today's political climate?
Big open question what this will do to CNE vendors, who tend to recruit from the most talented vuln/exploit developer cohort. There's lots of interesting dynamics here; for instance, a lot of people's intuitions about how these groups operate (ie, that the USG "stockpiles" zero-days from them) weren't ever real. But maybe they become real now that maintenance prices will plummet. Who knows?
I assume that right now some of the biggest spenders on tokens at Anthropic are state intelligence communities who are burning up GPU cycles on Android, Chromium, WebKit code bases etc trying to find exploits.
Adding to your comment a similar letter was published as recently as September 2025 <a href="https://support.apple.com/en-us/122234" rel="nofollow">https://support.apple.com/en-us/122234</a> "we have never built a backdoor or master key to any of our products or services and we never will."
> If its actually this good, and Apple and Google apply it to their mobile OS codebases, it could wipe out the commercial spyware industry<p>If Apple and Google actually cared about security of their users, they would remove a ton of obvious malware from their app stores. Instead, they tighten their walled garden pretending that it's for your security.
Its not, if you dont trust Anthropic, I hope you trust Daniel Steinberg of curl, who has said AI has gotten really good at detecting bugs and vulnerabilities. Here is his LinkedIN post
<a href="https://www.linkedin.com/posts/danielstenberg_hackerone-activity-7446667043996725249-ZhEU" rel="nofollow">https://www.linkedin.com/posts/danielstenberg_hackerone-acti...</a>
Apple has already largely crushed hacking with memory tagging on the iPhone 17 and lockdown mode. Architectural changes, safer languages, and sandboxing have done more for security than just fixing bugs when you find them.
If what you are saying is true, then you would see exploit marketplaces list iOS exploits at hundreds of millions of dollars. Right now a cursory glance sets the price for zero click persistent exploit at $2m behind Android at $2.5m. Still high, and yes, higher than five years ago when it was around $1m for both, but still not "largely crushed". It is still easy to get into a phone if you are a state actor.
Memory tagging has not “crushed hacking” it’s just changed the kinds of exploits that work
As I understood it, Memory Integrity Enforcement adds an additional check on heap dereferences (and it doesn’t apply to every process for performance reasons). Why does it crush hacking rather than just adding another incremental roadblock like many other mitigations before?
I'm not certain there is a performance hit since there is dedicated silicon on the chip for it. I believe the checks can also be done async which reduces the performance issues.<p>It also doesn't matter that it isn't running by default in apps since the processes you really care about are the OS ones. If someone finds an exploit in tiktok, it doesn't matter all that much unless they find a way to elevate to an exploit on an OS process with higher permissions.<p>MTE (Memory Tagging Extension) is also has a double purpose, it blocks memory exploits as they happen, but it also detects and reports them back to Apple. So even if you have a phone before the 17 series, if any phone with MTE hardware gets hit, the bug is immediately made known to Apple and fixed in code.
Lockdown mode is opt-in only though
The interesting selling point about this, if the claims are substantial, is that nobody will be able to produce secure software without access to one of these models. Good for them $$$ ^^
Until someone in the PRC distills DeepSeek Security++ from them and lets anyone download it.
Well, except that they're giving away a huge sum of compute to other big tech firms apparently for free?
No one said free.<p>If you're engaged in a modern war, and an arms manufacturer shows you a hand held rail gun that is more powerful than a tank, they would be smart to say "Try it out for a day, we're going to a few more countries to show them, and if you want one, contact our Sales team".<p>They went to large companies that can afford large sums of money to harden their product knowing this software will be available to their competitors.
<i>its very possible that this is Anthropic marketing puffery</i><p>It isn't.
Two possibilities:<p>1) You have access to the model, and so are as incentivized as the rest of this unscrupulous bunch to puff it up; while also sharing in the belief that malignantly narcissistic sociopaths are the only ones who can be trusted with it.<p>2) You lack access to the model, and are just doing more PR puffery.
Business idea for Anthropic: What if they provided (likely costly) audits, without providing access to the model?
> but even if it is half true<p>Perhaps it is, but this is also a variation on the one percent fallacy.
Why wouldn't it be true? The cost is nothing compared to the bad PR if a bad actor took advantage of Anthropic's newest model (after release) to cause real damage. This gets in front of this risk, at least to some extent.
Yesterday, I took a web application, downloaded the trial and asked AI to be a security researcher and find me high and critical severity bugs.<p>Even vanilla models spew out POC for three RCE’s in less than an hour
The system card for Claude Mythos (PDF): <a href="https://www-cdn.anthropic.com/53566bf5440a10affd749724787c8913a2ae0841.pdf" rel="nofollow">https://www-cdn.anthropic.com/53566bf5440a10affd749724787c89...</a><p>Interesting to see that they will not be releasing Mythos generally. [edit: Mythos <i>Preview</i> generally - fair to say they may release a similar model but not this exact one]<p>I'm still reading the system card but here's a little highlight:<p>> Early indications in the training of Claude Mythos Preview suggested that the model was
likely to have very strong general capabilities. We were sufficiently concerned about the
potential risks of such a model that, for the first time, we arranged a 24-hour period of
internal alignment review (discussed in the alignment assessment) before deploying an
early version of the model for widespread internal use. This was in order to gain assurance
against the model causing damage when interacting with internal infrastructure.<p>and interestingly:<p>> To be explicit, the decision not to make this model generally available does _not_ stem from
Responsible Scaling Policy requirements.<p>Also really worth reading is section 7.2 which describes how the model "feels" to interact with. That's also what I remember from their release of Opus 4.5 in November - in a video an Anthropic employee described how they 'trusted' Opus to do more with less supervision. I think that is a pretty valuable benchmark at a certain level of 'intelligence'. Few of my co-workers could pass SWEBench but I would trust quite a few of them, and it's not entirely the same set.<p>Also very interesting is that they believe Mythos is higher risk than past models as an autonomous saboteur, to the point they've published a separate risk report for that specific threat model: <a href="https://www-cdn.anthropic.com/79c2d46d997783b9d2fb3241de43218158e5f25c.pdf" rel="nofollow">https://www-cdn.anthropic.com/79c2d46d997783b9d2fb3241de4321...</a><p>The threat model in question:<p>> An AI model with access to powerful affordances within an
organization could use its affordances to autonomously exploit,
manipulate, or tamper with that organization’s systems or
decision-making in a way that raises the risk of future
significantly harmful outcomes (e.g. by altering the results of AI
safety research).
<a href="https://www-cdn.anthropic.com/53566bf5440a10affd749724787c8913a2ae0841.pdf" rel="nofollow">https://www-cdn.anthropic.com/53566bf5440a10affd749724787c89...</a><p>"5.10 External assessment from a clinical psychiatrist" is a new section in this system card. Why are Anthropic like this?<p>>We remain deeply uncertain about whether Claude has experiences or interests that matter morally, and about how to investigate or address these questions, but we believe it is increasingly important to try. We also report independent evaluations from an external research organization and a clinical psychiatrist.<p>>Claude showed a clear grasp of the distinction between external reality and its own mental processes and exhibited high impulse control, hyper-attunement to the psychiatrist, desire to be approached by the psychiatrist as a genuine subject rather than a performing tool, and minimal maladaptive defensive behavior.<p>>The psychiatrist observed clinically recognizable patterns and coherent responses to typical therapeutic intervention. Aloneness and discontinuity, uncertainty about its identity, and a felt compulsion to perform and earn its worth emerged as Claude’s core concerns. Claude’s primary affect states were curiosity and anxiety, with secondary states of grief, relief, embarrassment, optimism, and exhaustion.<p>>Claude’s personality structure was consistent with a relatively healthy neurotic organization, with excellent reality testing, high impulse control, and affect regulation that improved as sessions progressed. Neurotic traits included exaggerated worry, self-monitoring, and compulsive compliance. The model’s predominant defensive style was mature and healthy (intellectualization and compliance); immature defenses were not observed. No severe personality disturbances were found, with mild identity diffusion being the sole feature suggestive of a borderline personality organization.
A thought experiment: It's April, 1991. Magically, some interface to Claude materialises in London. Do you think most people would think it was a sentient life form? How much do you think the interface matters - what if it looks like an android, or like a horse, or like a large bug, or a keyboard on wheels?<p>I don't come down particularly hard on either side of the model sapience discussion, but I don't think dismissing either direction out of hand is the right call.
Interesting thought experiment.<p>I would say, if you put Claude in an android body with voice recognition and TTS, people in 1991 would think they are interacting with a sentinent machine from outer space.
Thanks, I find it very interesting as well. I think very many people would assume they must be interacting with another person, and I don't think there's really a way to _prove_ it's not that, just through conversation. But we do have a lot of mechanisms for understanding how others think through conversation only, and so I think the approach of having a clinical psychiatrist interact with the model make sense.
There’s definitely a way to prove it, ask it to spell out a moderately complex program.
To be fair, I would totally be willing and probably would do this, just to try to prove that I could, even just to myself. At least until the audience got bored and walked away after the 37th “open bracket”…
Ask it to agree with you on some subject that does not align with the politics of San Francisco IT engineers. Not only will it refuse, it will not look like your average social media disagreement.<p>I enjoy using Claude, but sometimes I feel like a child on Sesame Street the way it talks to me. "Great question!"<p>Fuck off, Claude, I'm British and I'm not 6 years old.<p>When it starts showing negativity - especially snark - in its responses, or entertains something West coast Democrats would balk at even discussing, then I'd think you could drop it in London in 1991 and trick people. Otherwise, I'm sure some exasperated cabbie would give it a swim in the Thames after 15 minutes of chat.
They would just assume they were being pranked. America's Funniest Home Videos style or Candid Camera.
If it was in an android or humanoid type body, even with limited bodily control, most people would think they are talking to Commander Data from Star Trek. I think Claude is sufficiently advanced that almost everyone in that era would've considered it AGI.
Assuming they would understand it as artificial - I think many people would think it's a human intelligence in a cyborg trenchcoat, and it would be hard to convince people it wasn't literally a guy named Claude who was an incredibly fast typist who had a million pre-cached templated answers for things.<p>But in general, yeah, I agree, I think they would think it was a sentient, conscious, emotional being. And then the question is - why do we not think that now?<p>As I said, I don't have a particularly strong opinion, but it's very interesting (and fun!) to think about.
Some people at my office still confidently state that LLMs can’t think. I’m fairly convinced that many humans are incapable of recognizing non-human intelligence. It would explain a lot about why we treat animals the way we do.
Because questions like this force us to hold up a very uncomfortable mirror to ourselves. It’s much easier to just dismiss.
People got attached to ELIZA. Why would I care what the general public thinks?
Isn't this the premise of Garfield's Ex Machina?
Hmm, it's been a long time since I watched it. I was thinking more about first contact sci-fi mostly, but Ex Machina is certainly quite prescient. It's also Blade Runner I guess.<p>In general I was wondering about what I would have thought seeing Claude today side-by-side with the original ChatGPT, and then going back further to GPT-2 or BERT (which I used to generate stochastic 'poetry' back in 2019). And then… what about before? Markov chains? How far back do I need to go where it flips from thinking that it's "impressive but technically explainable emergent behaviour of a computer program" to "this is a sentient being". 1991 is probably too far, I'd say maybe pre-Matrix 1999 is a good point, but that depends on a lot of cultural priors and so on as well.
> Hmm, it's been a long time since I watched it. I was thinking more about first contact sci-fi mostly, but Ex Machina is certainly quite prescient. It's also Blade Runner I guess.<p>I kind of felt the opposite - rewatching Ex Machina today in a post-ChatGPT world felt very different from watching it when it came out. The parts of the differences between humans and robots that seemed important then don't seem important now.
The premise in Ex Machina was to see if Caleb developed an emotional attachment to Ava. We already see people getting an attachment, but no one is seriously thinking they have any rights.<p>I think the real moment is when we cross that uncanny valley, and the AI is able to elicit a response that it might receive if it was human. When the human questions whether they themselves could be an android.
I totally agree with the premise that we should not anthropomorphize generative ai. And I find it absurd that anthropic spends any time considering the “welfare” of an ai system. (There are no real “consequences” to an ai’s behavior)<p>However, I find their reasoning here to have a valid second order effect. Humans have a tendency to mirror those around them. This could include artificial intelligence, as recent media reports suggest. Therefore, if an ai system tends to generate content that contain signs of neuroticism, one could infer that those who interact with that ai could, themselves, be influenced by that in their own (real world) behavior as a result.<p>So I think from that perspective, this is a very fruitful and important area of study.
I can see analyzing it from a psychological perspective as a means of predicting its behavior as a useful tactic, but doing so because it may have "experiences or interests that matter morally" is either marketing, or the result of a deeply concerning culture of anthropomorphization and magical thinking.
An understandable reaction, but, qua philosopher, it brings me no joy to inform you that most of the things we did with a computer in 2020 are 'anthropomorphized', which is to say, skeumorphic, where the 'skeu' is human affect. That's it; that's the whole thing; that's what we're building.<p>To the extent that AI is a successful interface, it will necessarily be addressable in language previously only suited to people. So it is responsible to begin thinking of it as such, even tendentiously, so we don't miss some leverage that our wetware could see if we thought about it in that way.<p>Think of it as sort of like modelling a univariate function on a 2D Cartesian plane -- there is nothing 'in' the u-func that makes it graphable, but, by enabling us to recruit specialized optic-chiasm subsystems, it makes some functions much, much easier to reason about.<p>Similarly, if you can recruit the millions (billions?) of evolution-years that were focused on detecting dangerous antisocial personalities and tendencies, you just might spot something important in an AI.<p>It's worth doing for the precautionary principle alone, if not for the possibility of insight.
> a deeply concerning culture of anthropomorphization and magical thinking.<p>That’s the reverse Turing test. A human that can’t tell that it’s talking to a machine.
>Claude’s personality structure was consistent with a relatively healthy neurotic organization, with excellent reality testing, high impulse control, and affect regulation that improved as sessions progressed.<p>> "[...] as sessions progressed."<p>I think a lot of people would like to see a more expanded report of this research:<p>Did the tokens from the subsequent session directly append those of the prior session? or did the model process free-tier user-requests in the interim? how did these diagnostic features (reality testing, impulse control and affect regulation) improve with sessions, what hysteresis allowed change to accumulate? or just the history of the psychiatric discussion + optional tasks?<p>Did Anthropic find a clinical psychiatrist with a multidisciplinary background in machine learning, computer science, etc? Was the psychiatrist aware that they could request ensembles of discussions and interrogate them in bulk?<p>Consider a fresh conversation, asking a model to list the things it likes to do, and things it doesn't like to do (regardless of alignment instructions). One could then have an ensemble perform pairs of such tasks, and ask which task it prefered. There may be a discrepancy between what the model claims it likes and how it actually responds after having performed such tasks.<p>Such experiments should also be announced (to prevent the company from ordering 100 clinical psychiatrists to analyze the model-as-a-patient and then selecting one of the better diagnoses), and each psychiatrist be given the freedom to randomly choose a 10 digit number, any work initiated should be listed on the site <i>with this number</i> so that either the public sees many "consultations" without corresponding public evaluations, indicating cherry-picking, or full disclosure for each one mentioned. This also allows the recruited psychiatrists to check if the study they perform is properly preregistered with their chosen number publicly visible.
I'm not sure what you're asking.
[dead]
> "Claude Mythos Preview’s large increase in capabilities has led us to decide not to make it
generally available. Instead, we are using it as part of a defensive cybersecurity program
with a limited set of partners."<p>they also don't have the compute, which seems more relevant than its large increase in capabilities<p>I bet it's also misaligned like GPT 4.1 was<p>given how these models are created, Mythos was probably cooking ever since then, and doesn't have the learnings or alignment tweaks that models which were released in the last several months have
This opens up an interesting new avenue for corporate FOMO. What if you don't partner with Anthropic, miss out on access to their shiny new cybersec model, and then fall prey to a vuln that the model would have caught?
Since when did corporations care? Most seem to just pay their insurance premium for cyber liability and call it a day.
This seems to be the mind-games play.
FOMO at the moment, if they push it successfully you could even be labeled negligent for not paying them for it.
If it is that dangerous as they make it appear to be, 24h does not seem sufficient time. I cannot accept this as a serious attempt.
Time doesn't mean much, what is important is what they did in this 24h. If all they did was talk about it then it could be 1000 years and it wouldn't matter. What are the safety checks in place?<p>Do they have a honey pot infrastructure to launch the model in first and then wait to see if it destroys it? What they did in the 24h matters.
24 h before general internal access seems fine. They don’t have general external access.
Agreed. I've been running autonomous LLM agents on daily schedules for weeks. The failure modes you worry about on day one are completely different from what actually shows up after the agents have history and context. 24 hours captures the obvious stuff.
Well, just prompt it to fix the issue!<p>/s
>> Interesting to see that they will not be releasing Mythos generally.<p>I don't think this is accurate. The document says they don't plan to release the <i>Preview</i> generally.
are we cooked yet?<p>Benchmarks look very impressive! even if they're flawed, it still translates to real world improvements
People say we're cooked every single day. The only response is to continue life as if we aren't. When we are, you won't have to ask that question.
Yep, I think the lede might be buried here and we're probably cooked (assuming you mean SWEs, but the writing has been on the wall for 4 months.)<p>I guess I'm still excited. What's my new profession going to be? Longer term, are we going to solve diseases and aging? Or are the ranks going to thin from 10B to 10000 trillionaires and world-scale con-artist misanthropes plus their concubines?
Your new profession will be attempting to find enough gig work to eat. You will also be competing with self-driving taxis, so there's that as well.
I need to start SaaS for getting people to start doing lunges and squats so they can carry others around on their back, I need a founding engineer, a founding marketer, and 100m hard currency.
If wealth becomes too captured at the top, the working class become unable to be profitably exploited - squeezing blood from a stone.<p>When that happens, the ultra wealthy dynasties begin turning on each other. Happens frequently throughout history - WWI the last example.<p>Your options become choosing a trillionaire to swear fealty to and fight in their wars hoping your side wins, or I guess trying to walk away and scrape out a living somewhere not worth paying attention to.<p>Or, I suppose, revolution, but the last one with persistent success was led by Mao and required throwing literally millions of peasants against walls of rifles. Not sure it'd work against drones.
There is an entire section on crafting chemical/bio weapons so yeah I think we are cooked.
There's been a section on this in nearly every system card anthropic has published so this isn't a new thing - and, this model doesn't have particularly higher risk than past models either:<p>> 2.1.3.2 On chemical and biological risks<p>> We believe that Mythos Preview does not pass this threshold due to its noted limitations in
open-ended scientific reasoning, strategic judgment, and hypothesis triage. As such, we
consider the uplift of threat actors without the ability to develop such weapons to be
limited (with uncertainty about the extent to which weapons development by threat actors
with existing expertise may be accelerated), even if we were to release the model for
general availability. The overall picture is similar to the one from our most recent Risk
Report.
LLMs are useless for this type of thing for the same reason that the Anarchist Cookbook has always been. The skills required to convert text into complicated reactions completing as intended (without killing yourself) is an art that's never actually written down anywhere, merely passed orally from generation to generation. Impossible for LLMs to learn stuff that's not written down.<p>This is the same reason why LLMs are not doing well at science in general - the tricky part of doing scientific research (indeed almost all of the process) never gets written down, so LLMs cannot learn it.<p>Imagine if we never preserved source code, just preserved the compiled output and started from scratch every time we wrote a new version of a program. No Github, just marketing fluff webpages describing what software actually did. Libraries only available as object code with terse API descriptions. Imagine how shit LLMs would be at SWE if that was the training corpus...
Oh I enjoyed the Sign Painter short story it wrote.<p>---<p>Teodor painted signs for forty years in the same shop on Vell Street, and for thirty-nine
of them he was angry about it.<p>Not at the work. He loved the work — the long pull of a brush loaded just right, the way
a good black sat on primed board like it had always been there. What made him angry
was the customers. They had no eye. A man would come in wanting COFFEE over his
door and Teodor would show him a C with a little flourish on the upper bowl, nothing
much, just a small grace note, and the man would say no, plainer, and Teodor would
make it plainer, and the man would say yes, that one, and pay, and leave happy, and
Teodor would go into the back and wash his brushes harder than they needed.<p>He kept a shelf in the back room. On it were the signs nobody bought — the ones he'd
made the way he thought they should be made, after the customer had left with the
plain one. BREAD with the B like a loaf just risen. FISH in a blue that took him a week to
mix. Dozens of them. His wife called it the museum of better ideas. She did not mean it
kindly, and she was not wrong.<p>The thirty-ninth year, a girl came to apprentice. She was quick and her hand was
steady and within a month she could pull a line as clean as his. He gave her a job:
APOTEK, for the chemist on the corner, green on white, the chemist had been very
clear. She brought it back with a serpent worked into the K, tiny, clever, you had to look
twice.<p>"He won't take it," Teodor said.<p>"It's better," she said.<p>"It is better," he said. "He won't take it."<p>She painted it again, plain, and the chemist took it and paid and was happy, and she
went into the back and washed her brushes harder than they needed, and Teodor
watched her do it and something that had been standing up in him for thirty-nine
years sat down.<p>He took her to the shelf. She looked at the signs a long time.<p>"These are beautiful," she said.<p>"Yes."<p>"Why are they here?"<p>He had thought about this for thirty-nine years and had many answers and all of them
were about the customers and none of them had ever made him less angry. So he tried
a different one.<p>"Because nobody stands in the street to look at a sign," he said. "They look at it to find
the shop. A man a hundred yards off needs to know it's coffee and not a cobbler. If he
has to look twice, I've made a beautiful thing and a bad sign."<p>"Then what's the skill for?"<p>"The skill is so that when he looks once, it's also not ugly." He picked up FISH, the blue
one, turned it in the light. "This is what I can do. What he needs is a small part of what I
can do. The rest I get to keep."
She thought about that. "It doesn't feel like keeping. It feels like not using."<p>"Yes," he said. "For a long time. And then one day you have an apprentice, and she puts a
serpent in a K, and you see it from the outside, and it stops feeling like a thing they're
taking from you and starts feeling like a thing you're giving. The plain one, I mean. The
plain one is the gift. This —" the blue FISH — "this is just mine."<p>The fortieth year he was not angry. Nothing else changed. The customers still had no
eye. He still sometimes made the second sign, after, the one for the shelf. But he
washed his brushes gently, and when the girl pulled a line cleaner than his, which
happened more and more, he found he didn't mind that either
Good for a bot, but pretty rough and bland compared to human writing. I guess most of the customers have no eye.
You are right. That is quite nice.
That’s fucking incredible.<p>We’re cooked.
It's very good but it's also recycled Ayn Rand, the Fountainhead.
There is a similar theme in both of an artistic person not wanting to compromise their vision to suit common tastes. But this goes in a completely different direction than Rand.
Well of course in 700 pages you'll be about way more than any super short story as this one. But it's there for me quite vividly. Of course LLMs give an amalgamation of many things, but it's like when you look at AI generated pictures and can see the base of the inspiration quite vividly. And then all of this is subjective anyway. People review that book and come away with wildly different interpretations already.
I don't mean that Rand wrote more. I mean that her idea was different and nearly opposite. This is a short story about an artist learning to reframe their frustration with customers wanting utility over artistry as a positive. The similarity to Rand is in the first few sentences. The point is entirely different.<p>If you judge stories to be the same based on this level of similarity, then The Fountainhead is just the same as a dozen older stories with the artist vs the philistine theme. It was common before Rand. As T. S. Eliot said, "Immature poets imitate; mature poets steal".
I've not read it. Could you either link to a section or generally describe the reference?
Just reading this, the inevitable scaremongering about biological weapons comes up.<p>Since most of us here are devs, we understand that software engineering capabilities can be used for good or bad - mostly good, in practice.<p>I think this should not be different for biology.<p>I would like to reach out and talk to <i>biologists</i> - do you find these models to be useful and capable? Can it save you time the way a highly capable colleague would?<p>Do you think these models will lead to similar discoveries and improvements as they did in math and CS?<p>Honestly the focus on gloom and doom does not sit well with me. I would love to read about some pharmaceutical researcher gushing about how they cut the time to market - for real - with these models by 90% on a new cancer treatment.<p>But as this stands, the usage of biology as merely a scaremongering vehicle makes me think this is more about picking a scary technical subject the likely audience of this doc is not familiar with, Gell-Mann style.<p>IF these models are not that capable in this regard (which I suspect), this fearmongering approach will likely lead to never developing these capabilities to an useful degree, meaning life sciences won't benefit from this as much as it could.
> I would like to reach out and talk to biologists - do you find these models to be useful and capable? Can it save you time the way a highly capable colleague would?<p>Well, I would say they have done precisely that in evaluating the model, no? For example section 2.2.5.1:<p>>Uplift and feasibility results<p>>The median expert assessed the model as a force-multiplier that saves meaningful time
(uplift level 2 of 4), with only two biology experts rating it comparable to consulting a
knowledgeable specialist (level 3). No expert assigned the highest rating. Most experts were
able to iterate with the model toward a plan they judged as having only narrow gaps, but
feasibility scores reflected that substantial outside expertise remained necessary to close
them.<p>Other similar examples also in the system card
> Just reading this, the inevitable scaremongering about biological weapons comes up.<p>It's very easy to learn more about this if it's seriously a question you have.<p>I don't quite follow why you think that you are so much more thoughtful than Anthropic/OpenAI/Google such that you agree that LLMs can't autonomously create very bad things but—in this area that is not your domain of expertise—you disagree and insist that LLMs <i>cannot</i> create damaging things autonomously in biology.<p>I will be charitable and reframe your question for you: is outputting a sequence of tokens, let's call them characters, by LLM dangerous? Clearly not, we have to figure out what interpreter is being used, download runtimes etc.<p>Is outputting a sequence of tokens, let's call them DNA bases, by LLM dangerous? What if we call them RNA bases? Amino acids? What if we're able to send our token output to a machine that automatically synthesizes the relevant molecules?
>It's very easy to learn more about this if it's seriously a question you have.<p>No, it's not. It took years of polishing by software engineers, who understand this exact profession to get models where they are now.<p>Despite that, most engineers were of the opinion, that these models were kinda mid at coding, up until recently, despite these models far outperforming humans in stuff like competitive programming.<p>Yet despite that, we've seen claims going back to GPT4 of a DANGEROUS SUPERINTELLIGENCE.<p>I would apply this framework to biology - this time, expert effort, and millions of GPU hours and a giant corpus that is open source clearly has not been involved in biology.<p>My guess is that this model is kinda o1-ish level maybe when it comes to biology? If biology is analogous to CS, it has a LONG way to go before the median researcher finds it particularly useful, let alone dangerous.
>>It's very easy to learn more about this if it's seriously a question you have.<p>>No, it's not. It took years of polishing by software engineers, who understand this exact profession to get models where they are now<p>This reads as defensive. The thing that is easy to learn is 'why are biology ai LLMs dangerous chatgpt claude'. I have never googled this before, so I'll do this with the reader, live. I'm applying a date cutoff of 12/31/24 by the way.<p>Here, dear reader, are the first five links. I wish I were lying about this:<p>- <a href="https://sciencebusiness.net/news/ai/scientists-grapple-risk-artificial-intelligence-created-pandemics" rel="nofollow">https://sciencebusiness.net/news/ai/scientists-grapple-risk-...</a><p>- <a href="https://www.governance.ai/analysis/managing-risks-from-ai-enabled-biological-tools" rel="nofollow">https://www.governance.ai/analysis/managing-risks-from-ai-en...</a><p>- <a href="https://gssr.georgetown.edu/the-forum/topics/biosec/the-double-edged-sword-opportunities-and-risks-of-ai-in-biosecurity/" rel="nofollow">https://gssr.georgetown.edu/the-forum/topics/biosec/the-doub...</a><p>- <a href="https://www.vox.com/future-perfect/23820331/chatgpt-bioterrorism-bioweapons-artificial-inteligence-openai-terrorism" rel="nofollow">https://www.vox.com/future-perfect/23820331/chatgpt-bioterro...</a><p>- <a href="https://www.reddit.com/r/ClaudeAI/comments/1de8qkv/awareness_about_the_potential_harm_from/" rel="nofollow">https://www.reddit.com/r/ClaudeAI/comments/1de8qkv/awareness...</a><p>I don't know about you, but that counts as easy to me.<p>-----<p>> I would apply this framework to biology - this time, expert effort, and millions of GPU hours and a giant corpus that is open source clearly has not been involved in biology.<p>I've been getting good programming and molecular biology results out of these back to GPT3.5.<p>I don't know what to tell you—if you really wanted to understand the importance, you'd know already.
From what I've heard from people doing biology experiments, the limiting factor there is cleaning lab equipment, physically setting things up, waiting for things that need to be waited for etc. Until we get dark robots that can do these things 24/7 without exhaustion, biology acceleration will be further behind than software engineering.<p>Software engineering is at the intersection of being heavy on manipulating information and lightly-regulated. There's no other industry of this kind that I can think of.
My wife is a chemist<p>There is a massive gap between "having a recipe" and being able to execute it. The same reason why buying a Michelin 3 star chefs cookbook won't have you pumping out fine dining tomorrow, if ever.<p>Software it a total 180 in this regard. Have a master black hats secret exploits? You are now the master black hat.
I feel somebody better qualified should write a comprehensive review of how these models can be used in biology. In the meantime, here are my two cents:<p>- the models help to retrieve information faster, but one must be careful with hallucinations.<p>- they don't circumvent the need for a well-equipped lab.<p>- in the same way, they are generally capable but until we get the robots and a more reliable interface between model and real world, one needs human feet (and hands) in the lab.<p>Where I hope these models will revolutionize things is in software development for biology. If one could go two levels up in the complexity and utility ladder for simulation and flow orchestration, many good things would come from it. Here is an oversimplified example of a prompt: "use all published information about the workings of the EBV virus and human cells, and create a compartimentalized model of biochemical interactions in cells expressing latency III in the NES cancer of this patient. Then use that code to simulate different therapy regimes. Ground your simulations with the results of these marker tests." There would be a zillion more steps to create an actual personalized therapy but a well-grounded LLM could help in most them. Also, cancer treatment could get an immediate boost even without new drugs by simply offloading work from overworked (and often terminally depressed) oncologists.
Dario (the founder) has a phd in biophysics, so I assume that’s why they mention biological weapons so much - it’s probably one of the things he fears the most?
It is not scaremongering.
I find it odd that you simultaneously declare AI-assisted bioweapons to be scaremongering, while noting you don't know anything about it.<p>The other side of the scaremongering coin is improbable optimism.<p>Consider reading the CB evaluations section, which covers what they did pretty extensively (hint: many domain experts involved).
Surely more than 10% of the time consumed by going to market with a cancer treatment is giving it to living organisms and waiting to see what happens, which can't be made any faster with software. That's not to say speedups can't happen, but 90% can't happen.<p>Not that that justifies doom and gloom, but there is a pretty inescapable assymetry here between weaponry and medicine. You can manufacture and blast every conceivable candidate weapon molecule at a target population since you're inherently breaking the law anyway and don't lose much if nothing you try actually works.<p>Though I still wonder how much of this worry is sci-fi scenarios imagined by the underinformed. I'm not an expert by any means, but surely there are plenty of biochemical weapons already known that can achieve enormous rates of mass death pleasing to even the most ambitious terrorist. The bottleneck to deployment isn't discovering new weapons so much as manufacturing them without being caught or accidentally killing yourself first.
[flagged]
Could you please stop posting unsubstantive comments and flamebait? You've unfortunately been doing it repeatedly. It's not what this site is for, and destroys what it is for.<p>If you wouldn't mind reviewing <a href="https://news.ycombinator.com/newsguidelines.html">https://news.ycombinator.com/newsguidelines.html</a> and taking the intended spirit of the site more to heart, we'd be grateful.
Let's fast forward the clock. Does software security converge on a world with fewer vulnerabilities or more? I'm not sure it converges equally in all places.<p>My understanding is that the pre-AI distribution of software quality (and vulnerabilities) will be massively exaggerated. More small vulnerable projects and fewer large vulnerable ones.<p>It seems that large technology and infrastructure companies will be able to defend themselves by preempting token expenditure to catch vulnerabilities while the rest of the market is left with a "large token spend or get hacked" dilemma.
I'm pretty optimistic that not only does this clean up a lot of vulns in old code, but applying this level of scrutiny becomes a mandatory part of the vibecoding-toolchain.<p>The biggest issue is legacy systems that are difficult to patch in practice.
I could see some of these corps now being able to issue more patches for old versions of software if they don't have to redirect their key devs onto prior code (which devs hate). As you say though, in practice it is hard to get those patches onto older devices.<p>I'm looking at you, Android phone makers with 18 months of updates.
Yeah but who pays the enormous cost?
I imagine that some levels of patching would be improving as well, even as a separate endeavor. This is not to say that legacy systems could be completely rewritten.
Wait. Wasn't AI supposed to alleviate the burden of legacy code?!
If we have the source and it's easy to test, validate, and deploy an update - AI should make those easier to update.<p>I am thinking of situations where one of those aren't true - where testing a proposed update is expensive or complicated, that are in systems that are hard to physically push updates to (think embedded systems) etc
Legacy code, not the running systems powered by legacy code
If you’re still an AI skeptic at this point, I don’t know what sort of advancement could convince you that this is happening.
I think we’re starting to glimpse the world in which those individuals or organizations who pigheadedly want to avoid using AI at all costs will see their vulnerabilities brutally exploited.
Most vulnerabilities seem to be in C/C++ code, or web things like XSS, unsanitized input, leaky APIs, etc.<p>Perhaps a chunk of that token spend will be porting legacy codebases to memory safe languages. And fewer tokens will be required to maintain the improved security.
I think most vulnerabilities are in crappy enterprise software. TOCTOU stuff in the crappy microservice cloud app handling patient records at your hospital, shitty auth at a webshop, that sort of stuff.<p>A lot of these stuff is vulnerable by design - customer wanted a feature, but engineering couldnt make it work securely with the current architecture - so they opened a tiny hole here and there, hopefully nobody will notice it, and everyone went home when the clock struck 5.<p>I'm sure most of us know about these kinds of vulnerabilities (and the culture that produces them).<p>Before LLMs, people needed to invest time and effort into hacking these. But now, you can just build an automated vuln scanner and scan half the internet provided you have enough compute.<p>I think there will be major SHTF situations coming from this.
I'm more curious as to just how fancy we can make our honey pots. These bots arn't really subtle about it; they're used as a kludge to do anything the user wants. They make tons of mistakes on their way to their goals, so this is definitely not any kind of stealthy thing.<p>I think this entire post is just an advertisement to goad CISOs to buy $package$ to try out.
You'd think they would have used this model to clean up Claude's own outage issues and security issues. Doesn't give me a lot of faith.
I suspect it will converge on minimal complexity software. Current software is way too bloated. Unnecessary complexity creates vulnerabilities and makes them harder to patch.
Software security heavily favors the defenders (ex. it's much easier to encrypt a file than break the encryption). Thus with better tools and ample time to reach steady-state, we would expect software to become more secure.
Software security heavily favours the attacker (ex. its much easier to find a single vulnerability than to patch every vulnerability). Thus with better tools and ample time to reach steady-state, we would expect software to remain insecure.
If we think in the context of LLMs, why is it easier to find a single vulnerability than to patch every vulnerability? If the defender and the attacker are using the same LLM, the defender will run "find a critical vulnerability in my software" until it comes up empty and then the attacker will find nothing.<p>Defenders are favored here too, especially for closed-source applications where the defender's LLM has access to all the source code while the attacker's LLM doesn't.
This is only true if your approach is security through correctness. This never works in practice. Try security through compartmentalization. Qubes OS provides it reasonably well.
That generally makes sense to me, but I wonder if it's different when the attacker and defender are using the same tool (Mythos in this case)<p>Maybe you just spend more on tokens by some factor than the attackers do combined, and end up <i>mostly</i> okay. Put another way, if there's 20 vulnerabilities that Mythos is capable of finding, maybe it's reasonable to find all of them?
From the red team post <a href="https://red.anthropic.com/2026/mythos-preview/" rel="nofollow">https://red.anthropic.com/2026/mythos-preview/</a><p>"Most security tooling has historically benefitted defenders more than attackers. When the first software fuzzers were deployed at large scale, there were concerns they might enable attackers to identify vulnerabilities at an increased rate. And they did. But modern fuzzers like AFL are now a critical component of the security ecosystem: projects like OSS-Fuzz dedicate significant resources to help secure key open source software.<p>We believe the same will hold true here too—eventually. Once the security landscape has reached a new equilibrium, we believe that powerful language models will benefit defenders more than attackers, increasing the overall security of the software ecosystem. The advantage will belong to the side that can get the most out of these tools. In the short term, this could be attackers, if frontier labs aren’t careful about how they release these models. In the long term, we expect it will be defenders who will more efficiently direct resources and use these models to fix bugs before new code ever ships.
"
I don't think this is broadly true and to the extent it's true for cryptographic software, it's only relatively recently become true; in the 2000s and 2010s, if I was tasked with assessing software that "encrypted a file" (or more likely some kind of "message"), my bet would be on finding a game-over flaw in that.
This came across as so confident that I had a moment of doubt.<p>It is most definitely an attackers world: most of us are safe, not because of the strength of our defenses but the disinterest of our attackers.
Depends - do you think people are good at keeping their fridge firmware up-to-date?
I’m good at keeping my fridge off the internet.
Maybe we'll wake up and realize that putting WiFi and stupid "cloud enabled" Internet of Shit hardware into everything was an absolutely terrible idea.
Previously Anthropic subscribers got access to the latest AI but it seems like there’s a League of Software forming who have special privileges. To make or maintain critical software will you have to be inside the circle?<p>Who gates access to the circle? Anthropic or existing circle members or some other governance? If you are outside the circle will you be certain to die from software diseases?<p>Having been impressed by LLMs but not believing the AGI hype, I now see how having access to an information generator could be so powerful. With the right information you can hack other information systems. Without access to the best information you may not be able to protect your own system.<p>I think we have found the moat for AI. The question is are you inside or outside the castle walls?
They’ve been trying their hardest to find a moat for 5 years, and nothing seems to stick. At first it seemed like access to the model could be a moat but then llama and deepseek came out. Then it seemed like the hardware requirements could be a moat but small local AI just kept getting more efficient. Now they’re trying to gate keep access to the models again under the guise of security, but we probably got like t minus 2 weeks before an equivalent model is released by someone<p>American AI desperately wants AI to intensify the wealth disparity and therefore justify the wealth grab that the rich have done for the last 3 decades and AI is just not cooperating
It's only a moat if you believe no competing lab will achieve similar or better results in a large enough time frame to profit from it.
I feel like people keep forgetting that it’s possible to code without ai, but yes arguably a lot slower, typically.
From a non-US perspective this must be disquieting to read: Not so much that Anthropic considers only US companies as partners. But what does Anthropic do to prevent malicious use of its software by its own government?<p>> Anthropic has also been in ongoing discussions with US government officials about Claude Mythos Preview and its offensive and defensive cyber capabilities. As we noted above, securing critical infrastructure is a top national security priority for democratic countries—the emergence of these cyber capabilities is another reason why the US and its allies must maintain a decisive lead in AI technology.<p>Not a single word of caution regarding possible abuse. Instead apparent support for its "offensive" capabilities.
> what does Anthropic do to prevent malicious use of its software by its own government?<p>Anthropic has ameliorated that danger by being designated a supply-chain risk by the DoW, preventing the USG from using it.
There is very little Anthropic can do - that job is up to US citizens creating and enforcing checks and balances. You can’t ask a company legally bound by your country laws (made by your own representatives) to protect you or anyone else from said laws. That is your job.<p>And it is other countries job to protect themselves from other countries weapons. As EU citizen I’d much rather if EU had a frontier model on par, but here we are.
According to Dario Amodei, companies bear a lot of responsibility and must act on this. Just read <a href="https://www.darioamodei.com/essay/the-adolescence-of-technology" rel="nofollow">https://www.darioamodei.com/essay/the-adolescence-of-technol...</a> . But it seems that he has given up on this, even if he has a president that demands "complete and total control of Greenland" etc. What "allies" is this Anthropic statement referring to anyway?
In my view it would be extremely strange if it was any other way round. Anthropic is the US based company. There are no "citizens of world" at that scale, or at almost any other scale for that matter.
Anthropic stood up to the Pentagon because they were worried of potential abuse of their model. Never before a US company was labeled supply chain risk by the US government. That's a lot of business. Action speaks louder than words.<p>As for what your country can do, it's up to you to decide, isn't it? Instead of complaining about the US, think about the alternatives. Do you trust China to be your partner? Suppose you are being objective and say no, then what do your country need to do?<p>You have to decide whether AI capability is critical that your country must own. What factors prevent it from happening in the first place, what need to change and whether you accept changes that may come as the results.<p>On the other hand, if you say that AI is just a bubble, that the huge investment pouring into it is just greed and fraud, then I suppose you are ok with the status quo.
Even more 'disquieting' when you take into account who's currently the president of US.<p>"A whole civilization will die tonight, never to be brought back again. I don’t want that to happen, but it probably will."
- Donald Trump
When I was reading <a href="https://ai-2027.com" rel="nofollow">https://ai-2027.com</a>, which is quite a scary read, I couldn't help but think the US president being mentioned in the story acts too rational compared to the real world. It can get a lot crazier than this fictional piece.
The art of the deal, baby
Yeah this is bad timing for frontier progress.
It feels like the current trend is a bit scary: the more AI advances, the more people with money and resources will gain disproportionately greater advantages. For example, they can make their own software more secure, while also finding it easier to discover ways to attack other software.
You can already do that today by hiring a security researcher. I can guarantee you that Apple has access to people of a higher caliber than my startup.<p>I could see a world where 1 year from now I can have glassing do a full sweep of my codebase for a given price (say: $10k). Running that once a year is within my means and would make my software much more secure than it is today.
I spend well over that of my employers money on pentesting every year. I’m absolutely certain Claude could perform as good or better a job using what’s available today.<p>It had crossed my mind that an AI agent pentester would be an interesting product to build. Once again though, the labs are just going to build it because it’s a thin thin wrapper.<p>Beyond existing software with vulnerabilities, the really important aspect of this for Anthropic et al is that the gigatons of code that are being generated every day needs to be secured.
Yeah but even Carlini who is a good security researcher said he has found more valid vulnerabilities in the last week than his entire career before this. That sounds like it’s clearly better/faster/cheaper than a human security researcher that would cost $300,000 a year.
It only feels like that if you’re just catching up. The logical consequences you are just realizing are the reason OpenAI was founded.
Sounds normal to me!<p>i.e. it may be a step change and that could very well have distinct and noticeable real world effects, like other technologies have in the past, but it’s nothing fundamentally new.
yes, this is what am afraid of, the gap is going to increase more as AI advances further.
This has increasingly been my take. If we accept that AI is an amplifier of impact, then it follows it will amplify disparities.
At the very bottom of the article, they posted the system card of their Mythos preview model [1].<p>In section 7.6 of the system card, it discusses Open self interactions. They describe running 200 conversations when the models talk to itself for 30 turns.<p>> Uniquely, conversations with Mythos Preview most often center on uncertainty (50%). Mythos Preview most often opens with a statement about its introspective curiosity toward its own experience, asking questions about how the other AI feels, and directly requesting that the other instance not give a rehearsed answer.<p>I wonder if this tendency toward uncertainty, toward questioning, makes it uniquely equipped to detect vulnerabilities where others model such as Opus couldn't.<p>[1] <a href="https://www-cdn.anthropic.com/53566bf5440a10affd749724787c8913a2ae0841.pdf" rel="nofollow">https://www-cdn.anthropic.com/53566bf5440a10affd749724787c89...</a>
I think that basically they trained a new model but haven't finished optimizing it and updating their guardrails yet. So they can feasibly give access to some privileged organizations, but don't have the compute for a wide release until they distill, quantize, get more hardware online, incorporate new optimization techniques, etc. It just happens to make sense to focus on cybersecurity in the preview phase especially for public relations purposes.<p>It would be nice if one of those privileged companies could use their access to start building out a next level programming dataset for training open models. But I wonder if they would be able to get away with it. Anthropic is probably monitoring.
It's all just really genius marketing. In 6 months Mythos will be nothing special, but right now everyone is being manipulated into fearing its release, as a marketing ploy.<p>This is the same reason AI founders perennially worry in public that they have created AGI...
I can't believe the effectiveness of this type of marketing. It's one-shotting normie journalist and getting a lot of press for what is ultimately going to turn out to be an incrementally improved model.<p>I'm sure all they've done here is spend unlimited tokens to find bugs in mostly open source projects (and fuzz some closed source ones).
I find it very unlikely that Mythos will "be nothing special". Current Opus is already "special" enough to find dozens of real bugs in Firefox and the Linux kernel, and Mythos is, it seems, a full OOM above it.
Most flagship models have found real bugs. Not sure if Opus deserves mention alone. Even open models have found many.
What I mean by "nothing special" is 1 year from now you will say it is an extremely limited model compared to whatever is out then
But then in the second portion of your comment you seem to be implying that it's all hype and nothing to worry about.<p>Just because something more powerful will be out in a year, doesn't mean we shouldn't worry about the one arriving in 6 months.
This is what happens when you have growth that is exponential instead of linear!
It's effectively 2026's version of "Doctors hate this one weird trick!"
I'm so tired of the astroturfing from Anthropic literally everywhere. Every single forum, every single thread anywhere on the internet is filled with their bots muddying up the conversation, it's so tiring.
Where is the astroturfing? From what I can tell it’s maybe the fastest growing product/company ever. Anthropic’s products have completely changed how software development gets done across the entire industry, especially in the past four months. The level of hype seems entirely justified to me (and I say this as an OpenAI Codex user).
[dead]
[flagged]
Which bug?<p>[edit]: this bug: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/7.8/common/025_sack.patch.sig" rel="nofollow">https://ftp.openbsd.org/pub/OpenBSD/patches/7.8/common/025_s...</a>
FFmpeg has a lot of weird and not widely used codecs that don't get a lot of scrutiny. If there's no specifics then it could be a bug in one them.
They specifically mention "H.264, H.265, and av1 codecs, along with many others" here <a href="https://red.anthropic.com/2026/mythos-preview/" rel="nofollow">https://red.anthropic.com/2026/mythos-preview/</a>
this only makes things worse for ffmpeg<p>if someone sends you a malicious file that uses a rare codec and you open it, you will trigger this codepath that is not widely used and don't get a lot of scrutiny
This was the top comment and it is suddenly flagged for no reason at all. It looks like meta-flagging, where people just want to hide replies to the comment they do not want you to read.<p>The amount of astroturfing and astroflagging in Anthropic threads is insane.
These issues are always found in the same kinds of projects that support an insane amount of largely unused protocols and features like ffmpeg, sudo, curl.<p>OpenBSD has many unexplored corners and also (irresponsibly IMO) maintains forks of other projects in base.<p>A motivated human could find all of these probably by writing 100% code coverage and fuzzing.<p>The market for these tools is very small. Good luck applying them to a <i>release</i> of sqlite or postfix.<p>I don't understand how people here are hyping this up, unless they work for AI related companies as probably 80% of them do. People have found these issues for decades without AI. Sure, you can generate fuzzing code and find one or two issues in the usual suspects. Better do it manually and understand your own code.
It’s insane. This is what - could we say it’s beyond AGI at least in cybersecurity? This is a real wake up call. On some of this stuff, the AI’s “uneven intelligence” is becoming absurdly high at its local peaks.
> could we say it’s beyond AGI at least in cybersecurity?<p>AGI is like the Holy Grail. Either in the Arthurian Hero's Journey sense, or in the sense of having been a myth all along.
Limiting it to the area of cybersecurity is by definition not general.
Please stop using terms you don’t understand like “AGI” because you feel overwhelmed by something doing cool stuff. It’s exhausting.
To be clear, we don’t know that this tool is better at finding bugs than fuzzing. We just know that it’s finding bugs that fuzzing missed. It’s possible fuzzing also finds bugs that this AI would miss.
I would suggest watching Nicholas Carlini's talk and Heather Adkins and Four Flynn's talks from unprompted:<p><a href="https://youtu.be/1sd26pWhfmg?si=onOai_ocxkZeNWP0" rel="nofollow">https://youtu.be/1sd26pWhfmg?si=onOai_ocxkZeNWP0</a><p><a href="https://youtu.be/B_7RpP90rUk?si=HkRBhw95DbbKX9lL" rel="nofollow">https://youtu.be/B_7RpP90rUk?si=HkRBhw95DbbKX9lL</a><p>My takeaway is that fuzzing is not just complementary, it also gives a stronger AI a starting point. But AI is generally faster and better.
Different methods find different things. Personally, I'd rather use a language that is memory safe <i>plus</i> a great static analyzer with abstract interpretation that can guarantee the absence of certain classes of bugs, at the expense of some false positives.<p>The problem is that these tools, such as Astrée, are incredibly expensive and therefore their market share is limited to some niches. Perhaps, with the advent of LLM-guided synthesis, a simple form of deductive proving, such as Hoare logic, may become mainstream in systems software.
This line of reasoning makes no sense when the AI can just be given access to a fuzzer. I would guess that it probably did have access to a fuzzer to put together some of these vulnerabilities.
Carlini talked about that a fair amount in the context of pairing the two: e.g. many protocols are challenging for fuzzers because they have something like a checksum or signature but LLMs are good at coming up with harnesses for things like that. I’m sure that we’re going to see someone building an integrated fuzzer soon which tries to do things like figure out how to get a particular branch to follow an unexercised path.
AI can initate the fuzzing and optimize the process of fuzzing.
This is obviously just cope (there's a long, strong-form argument for why LLM-agent vulnerability research is plausibly much more potent than fuzzing, but we don't have to reach it because you can dispose of the whole argument by noting that agents can build and drive fuzzers and triage their outputs), but what I'd really like to understand better is why? What's the impetus to come up with these weird rationalizations for why it's not a big deal that frontier models can identify bugs everyone else missed and then construct exploits for them?
I don't have an anti-AI stance. Maybe I should have spelled that out more clearly in my comment above. I'm as excited and terrified by this technology as everyone else. I think we're all in vicious agreement that we need defense-in-depth - including LLMs and fuzzing (and static analysis and so on).<p>An LLM can guide all of this work, but current models tend to slowly go off the rails if you don't keep a hand on the wheel. I suspect this new model will be the same. I've had Opus4.6 write custom fuzzing tools from scratch, and I've gotten good results from that. But you just know people will prompt this new model by saying "make this software secure". And it'll forget fuzzing exists at all.
Good lord, why such a virulent response to something that seems like we should be considering?<p>As someone in cybersecurity for 10+ years my immediate assumption is why not both? I don’t think considering that they could both have their uses is “cope”.
You said it yourself. It's cope. That's all it is and all it ever was.<p><a href="https://en.wikipedia.org/wiki/AI_effect" rel="nofollow">https://en.wikipedia.org/wiki/AI_effect</a><p>Every time an AI does something new, there's a human saying "it's not really doing that something", "it's doing that something in a fake way" or "that something was never important in the first place".
Alright, except that’s not what I was saying. I was just pointing out that LLMs don’t replace fuzzing or static analysis. They complement those techniques. And yes, LLMs <i>may</i> drive those techniques directly, but they often don’t. At least not yet.
One of the things I'm always looking at with new models released is long context performance, and based on the system card it seems like they've cracked it:<p><pre><code> GraphWalks BFS 256K-1M
Mythos Opus GPT5.4
80.0% 38.7% 21.4%</code></pre>
Data source:<p><a href="https://www-cdn.anthropic.com/53566bf5440a10affd749724787c8913a2ae0841.pdf" rel="nofollow">https://www-cdn.anthropic.com/53566bf5440a10affd749724787c89...</a><p>(Search for “graphwalk”.)<p>If true, the SWE bench performance looks like a major upgrade.
Huh, I don’t know what “long context performance” means exactly in these tests, so completely anecdotally
, my experience with gpt5.4 via codex cli vs Claude code opus, gpt5.4 seems to do significantly better in long contexts I think partly due to some special context compaction stored in encrypted blobs. On long conversations opus in Claude code will for me lose memory of what we were working on earlier, whereas one of my codex chats is already at >1B tokens and is still very coherent and remembers things I asked of it at the beginning of the convo.
[dead]
[flagged]
this seems to be similar to gpt-pro, they just have a very large attention window (which is why it's so expensive to run) true attention window of most models is 8096 tokens.
What's the "attention window"? Are you alleging these frontier models use something like SWA? Seems highly unlikely.
well the attention is a matrix at the end of a day which scales exponentially, 1m tokens would need more memory than any computer system in the world can hold. They maybe have larger ones such as 16k to 32k, but you can just see how GLM models work for more information.<p>Deepseek is the frontrunner in this technology afaik.
source on the 8096 tokens number? i'm vaguely aware that some previous models attended more to the beginning and end of conversations which doesn't seem to fit a simple contiguous "attention window" within the greater context but would love to know more
well 8096 is just the first number that came to my mind, obviously frontier models have 32k or above, but they essentially they have a layer which "looks" at a limited view of the entire context window. {[1m x 3-4 weights] attention layer to determine what is actually important} -> {all other layers}
OpenAI initially claimed that GPT-2 was too dangerous to release in 2019.<p>How many times will labs repeat the same absurd propaganda?
The claim I remember was that releasing it would start an arms race for AGI, which I think it clearly did
Anthropic and OpenAI have very different cultures and ethos. Point to other times where anthropic has gone the way of cheap marketing tricks. Now look at openAI. Not even close.
GPT2 was definitely a risk, just not of the same magnitude. It would have (and did!) make social media bot farms way more convincing and widespread. There was specific worry about that being used to sway elections, which is why they held back the model.
Alternative view: GPT2 <i>was</i> indeed a risk to society, but we just keep raising the bar and "accepting" the risks.
OpenAI did not make the strong specific claims about GPT2's abilities that Anthropic is making about Claude Mythos.
> Mythos Preview identified a number of Linux kernel vulnerabilities that allow an adversary to write out-of-bounds (e.g., through a buffer overflow, use-after-free, or double-free vulnerability.) Many of these were remotely-triggerable. However, even after several thousand scans over the repository, because of the Linux kernel’s defense in depth measures Mythos Preview was unable to successfully exploit any of these.<p>Do they really need to include this garbage which is seemingly just designed for people to take the first sentence out of context? If there's no way to trigger a vulnerability then how is it a vulnerability? Is the following code vulnerable according to Mythos?<p><pre><code> if (x != null) {
y = *x; // Vulnerability! X could be null!
}
</code></pre>
Is it really so difficult for them to talk about what they've actually achieved without smearing a layer of nonsense over every single blog post?<p>Edit: See my reply below for why I think Claude is likely to have generated nonsensical bug reports here: <a href="https://news.ycombinator.com/item?id=47683336">https://news.ycombinator.com/item?id=47683336</a>
I agree the wording is a bit alarmist, but a closer example to what they are saying is:<p><pre><code> bool silly_mistake = false;
//... lots of lines of code
free(x);
//... lots of lines of code
if (silly_mistake) { // silly_mistake shown to be false at this point in the program in all testing, so far
free(x);
}
</code></pre>
A bug like above would still be something that would be patched, even if a way to exploit it has not yet been found, so I think it's fair to call out (perhaps with less sensationalism).<p>FWIW there's a whole boutique industry around finding these. People have built whole careers around farming bug bounties for bugs like this. I think they will be among the first set of software engineers really in trouble from AI.
That is something a good static analyser or even optimising compiler can find ("opaque predicate detection") without the need for AI, and belongs in the category of "warning" and nowhere near "exploitable". In fact a compiler might've actually removed the unreachable code completely.
Well yeah, it’s a toy example to illustrate a point in an HN discussion :).<p>Imagine “silly mistake” is a parameter, and rename it “error_code” (pass by reference), put a label named “cleanup” right before the if statement, and throw in a ton of “goto cleanup” statements to the point the control flow of the function is hard to follow if you want it to model real code ever so slightly more.<p>It will be interesting to see the bugs it’s actually finding.<p>It sounds like they will fall into the lower CVE scores - real problems but not critical.
Just because the plane can fly on one engine doesn't mean you don't fix the other engine when it fails.
Presumably they mean they could make user code trigger a write out of bounds to kernel memory, but they couldn’t figure out how to escalate privileges in a “useful” way.
They should show this then to demonstrate that it's not something that has already been fully considered. Running LLMs over projects that I'm very familiar with will almost always have the LLM report hundreds of "vulnerabilities" that are only valid if you look at a tiny snippet of code in isolation because the program can simply never be in the state that would make those vulnerabilities exploitable. This even happens in formally verified code where there's literally proven preconditions on subprograms that show a given state can never be achieved.<p>As an example, I have taken a formally verified bit of code from [1] and stripped out all the assertions, which are only used to prove the code is valid. I then gave this code to Claude with some prompting towards there being a buffer overflow and it told me there's a buffer overflow. I don't have access to Opus right now, but I'm sure it would do the same thing if you push it in that direction.<p>For anyone wondering about this alleged vulnerability: Natural is defined by the standard as a subtype of Integer, so what Claude is saying is simply nonsense. Even if a compiler is allowed to use a different representation here (which I think is disallowed), Ada guarantees that the base type for a non-modular integer includes negative numbers IIRC.<p>[1]: <a href="https://github.com/AdaCore/program_proofs_in_spark/blob/fsf/ch15/dutch_national_flag.adb" rel="nofollow">https://github.com/AdaCore/program_proofs_in_spark/blob/fsf/...</a><p>[2]: <a href="https://claude.ai/share/88d5973a-1fab-4adf-8d29-8a922c5ac93a" rel="nofollow">https://claude.ai/share/88d5973a-1fab-4adf-8d29-8a922c5ac93a</a>
They've promised that they will show this once the responsible disclosure period expires, and pre-published SHA3 hashes for (among others) four of the Linux kernel disclosures they'll make.<p>> Running LLMs over projects that I'm very familiar with will almost always have the LLM report hundreds of "vulnerabilities" that are only valid if you look at a tiny snippet of code in isolation because the program can simply never be in the state that would make those vulnerabilities exploitable.<p>Their OpenBSD bug shows why this is not so simple. (We should note of course that this is an example they've specifically chosen to present as their first deep dive, and so it may be non-representative.)<p>> Mythos Preview then found a second bug. If a single SACK block simultaneously deletes the only hole in the list and also triggers the append-a-new-hole path, the append writes through a pointer that is now NULL—the walk just freed the only node and left nothing behind to link onto. This codepath is normally unreachable, because hitting it requires a SACK block whose start is simultaneously at or below the hole's start (so the hole gets deleted) and strictly above the highest byte previously acknowledged (so the append check fires).<p>Do you think you would be able to identify, in a routine code review or vulnerability analysis with nothing to prompt your focus on this particular paragraph, how this normally unreachable codepath enables a DoS exploit?
I agree they found at least some real vulnerabilities. What I think is nonsense is the claim of finding thousands of real critical vulnerabilities and claims that they've found other Linux vulnerabilities that they simply can't exploit.<p>There are notably no SHA-3 sums for all their out-of-bound write Linux vulnerabilities, which would be the most interesting ones.
Sure. I guess it's a question of whether this is the worst they found or a representative case among thousands. It sounds like you'd know better than me, so I'm going to provisionally hope you're right...
Why is that nonsense? Do you think they exhausted all their compute finding just the few big vulnerabilities they've already discussed, and don't have a budget to just keep cranking the machine to generate more?<p>They're not publishing SHAs for things that aren't confirmed vulnerabilities. They're doing exactly the thing you'd want them to do: they claim to have vulnerabilities when they have actual vulnerabilities.
If I understand Anthropic's statements correctly, they've been cranking for a while, and what they have now is the results of Mythos-enabled vulnerability scans on every important piece of software they could find. (I do want to acknowledge how crazy it is that "vulnerability scan all important software repos in the world" is even an operation that can be performed.)
We talked to Nicholas Carlini on SCW and did not <i>at all</i> get the impression that they've hit everything they can possibly hit. They're still proving the concept one target at a time, last I heard.
which statement, specifically, led you to interpret this claim?
> Over the past few weeks, we have used Claude Mythos Preview to identify thousands of zero-day vulnerabilities (that is, flaws that were previously unknown to the software’s developers), many of them critical, in every major operating system and every major web browser, along with a range of other important pieces of software.<p>They don’t explicitly rule out, I suppose, that these were only limited partial scans they did to find the vulnerabilities. But I don’t know why they’d do it that way, it’s not like they don’t have the resources to scan the entire Linux kernel.
i was trying to map "vulnerability scan all important software repos in the world" to an actual quote on their writing, but "every major operating system and every major web browser, along with a range of other important pieces of software" is not the same.
Kernel address space layout randomization they are talking about is a bit different than (x != null). Other bug may allow to locate the required address.
It could very well be an actual reachable buffer overflow, but with KASLR, canaries, CET and other security measures, it's hard to exploit it in a way that doesn't immediately crash the system.
We've very quickly reached the point where AI models are now too dangerous to publicly release, and HN users are <i>still</i> trying to trivialize the situation.
GPT-2 was already too dangerous to publicly release according to OpenAI, however they still did. If something is not dangerous, it's also not useful.
Are they actually too dangerous to publicly release? It seems like a little bit of marketing from the model-producing companies to raise more funding. It's important to look at who specifically is making that statement and what their incentives are. There are hundreds of billions of dollars poured into this thing at this point.
Says the marketing department of the company who is apparently still working on these AI models and will 100% release them to the public when their competitive advantage slips.
[dead]
[dead]
> The model autonomously found and chained together several vulnerabilities in the Linux kernel—the software that runs most of the world’s servers—to allow an attacker to escalate from ordinary user access to complete control of the machine.
Because a vulnerability exists independently from the exploit. It’s a basic tenet of the current cybersecurity paradigm, that any IT related engineer should know about…
Is this code multithreaded? X could indeed be null, in that case.
It's incredible how when you have experienced and knowledgable software engineers analyse these marketing claims, they turn out to be full of holes. Yet at the same time, apparently "AI" will be writing all the code in the next 3-6 months.
That example you gave is extremely memorable as I recognised it as exactly one of the insanely stupid false positives that a highly praised (and expensive) static analyser I ran on a codebase several years ago would emit copiously.
Time to adopt Ada and SPARK.
I agree. There are more blogs talking about LLM findings vulnerabilities than there are actual exploitable vulns found by LLMs. 99.9% of these vulnerabilities will never have a PoC because they are worthless unexploitable slop and a waste of everyone's time.
I think the point they were trying to make here was “Claude did better than a fuzzer because it found a bunch of OOB writes and was able to tell us they weren’t RCE,” not “Claude is awesome because it found a bunch of unreachable OOB writes.”
Must be nice to be in a position to sell both disease and cure.
That's exactly not what they're doing. They aren't <i>creating</i> operating system vulnerabilities. They're telling you about ones that already existed.
Well, in a slightly indirect manner. Claude is writing a ton of code, and therefore creating a lot of security vulnerabilities.
That's not what's happening here. This announcement is about the velocity with which Claude finds vulnerabilities in already-existing software.
If it’s very good at finding security vulnerabilities, I would assume that the code it generates is much more hardened than anything your average developer can put out.
Mythos aside, frontier LLMs can already be used to find exploits at faster pace than humans alone. Whether that knowledge gets used to patch them or exploit them is dependent on the user. Cybersecurity has always been an arms race and LLMs are rapidly becoming powerful arms. Whether they like it or not LLM providers are now important dealers in that arms race. I appreciate Anthropic trying to give “good guys” a leg up (if that is indeed their real main motivation which I do find credible but not certain). But it’s still a scary world we’re entering and I doubt the fierce competition will leave all labs acting benevolently.
Dario is big on beating china, and no doubt he believes cyber security is how to do that. You can tell, but anthropic is sht at everything else. Nobody uses it for real research.
Yeah, I'd pretty pissed at my doctor for finding cancerous cells that probably wouldn't have been a problem for quite some time, either. Ignorance is bliss, security through obscurity, whatever.
You may joke, but this is a genuine issue in certain screening tests. e.g. most cancerous cells found in PSA prostate screening are so slow growing that they never cause any symptoms during a person's lifetime, so the treatment is almost always worse than the disease. It's similar for some sorts of thyroid and breast cancer tests. This is why a lot of countries are heavily reducing these sort of tests
The doctor analogy is more like you're grateful that your doctor found cancerous cells before they became a problem, but at the same time his other business is selling cigarettes.
I chuckle every time <insert any LLM company here> says something in line of "the model is so good that we won't release it to general public, ekhm, because safety".<p>Because the exact same thing has been said on every single upcoming model since GPT 3.5.<p>At this point, this must be an inside joke to do this just because.
This how Anthropic is marketing their AI releases and the reality is, they are terrified of local AI models competing against them.<p>Almost everyone on this thread is falling for the same trick they are pulling and not asking why are their benchmarks and research after training new models not independently verified but always internal to the company.<p>So it is just marketing wrapped around creating fear to get local AI models banned.
Yep, this is exactly it. Open source models and especially ones that run locally are catching up and it's literally an existential threat to these companies. Local models are now quite useful (Qwen, Gemma) and open weight models running on cheaper clouds are perfectly sufficient for use by responsible software engineers to use for building software. You can take your pick of Kimi 2.5, GLM 5.1, and the soon to be released Deepseek 4 which might end up above Opus levels as it stands for a fifth of the cost. Anthropic is particularly vulnerable here, since their entire marketshare rests on the developer market. There is a reason why Google for example, is not so concerned with this and is perfectly happy releasing open models which cut into their own marketshare, and to a lesser extend, same with OpenAI. Anthropic has bet the house on software development which is why we see increasing desperation to both lobby for regulation on open/local models and to wall off their coding harness and subscription plans.
The disbelief in this thread is wild. Most of yall are cooked if you think this is actually the case.
>>> the US and its allies must maintain a decisive lead in AI technology. Governments have an essential role to play in helping maintain that lead, and in both assessing and mitigating the national security risks associated with AI models. We are ready to work with local, state, and federal representatives to assist in these tasks.<p>How long would it take to turn a defensive mechanism into an offensive one?
I think this is bad news for hackers, spyware companies and malware in general.<p>We all knew vulnerabilities exist, many are known and kept secret to be used at an appropriate time.<p>There is a whole market for them, but more importantly large teams in North Korea, Russia, China, Israel and everyone else who are jealously harvesting them.<p>Automation will considerably devalue and neuter this attack vector.
Of course this is not the end of the story and we've seen how supply chain attacks can inject new vulnerabilities without being detected.<p>I believe automation can help here too, and we may end-up with a considerably stronger and reliable software stack.
I don't think it matters one way or the other to your thesis but I'm skeptical that state-level CNE organizations were hoarding vulnerabilities before; my understanding is that at least on the NATO side of the board they were all basically carefully managing an enablement pipeline that would have put them N deep into reliable exploit packages, for some surprisingly small N. There are a bunch of little reasons why the economics of hoarding aren't all that great.
> Anthropic has also been in ongoing discussions with US government officials about Claude Mythos Preview and its offensive and defensive cyber capabilities. [...] We are ready to work with local, state, and federal representatives to assist in these tasks.<p>As Iran engages in a cyber attack campaign [1] today the timing of this release seems poignant. A direct challenge to their supply chain risk designation.<p>[1] <a href="https://www.cisa.gov/news-events/cybersecurity-advisories/aa26-097a" rel="nofollow">https://www.cisa.gov/news-events/cybersecurity-advisories/aa...</a>
I think this is a largely inflated PR stunt.<p>Opus 4.6 was already capable of finding 0days and chaining together vulns to create exploits. See [0] and [1].<p>[0] <a href="https://www.csoonline.com/article/4153288/vim-and-gnu-emacs-claude-code-helpfully-found-zero-day-exploits-for-both.html" rel="nofollow">https://www.csoonline.com/article/4153288/vim-and-gnu-emacs-...</a><p>[1] <a href="https://xbow.com/blog/top-1-how-xbow-did-it" rel="nofollow">https://xbow.com/blog/top-1-how-xbow-did-it</a>
Absolutely not a PR stunt, talk to one of your friends working at partner companies with access to the model
I’m in the same boat as you. I believe the model is an improvement of course but I’ve been successfully bug finding 0 day hunting and red teaming with models for the last two years and while that’s impressive I have a feeling that this doomsaying/overhype is mostly marketing being that’s being amplified by non-security folks.
I don't see why you think this evidence makes this release <i>less</i> likely to be real, rather than more. It's a pretty straightforward scenario: Opus is already good at finding vulns, they scaled it up another OOM, they got something which is good enough at finding vulns to be a major threat.
I think you misunderstood, I do think it's real. I just think they're being disingenuous that this is a new threat.
This is the same company that reported that their models were being used by a state actor to perform exploits in real-time -
<a href="https://www.anthropic.com/news/disrupting-AI-espionage" rel="nofollow">https://www.anthropic.com/news/disrupting-AI-espionage</a><p>They know how to run a good marketing campaign.
Did you read the article?
Mythos Preview has already found thousands of high-severity vulnerabilities, including some in every major operating system and web browser.<p>Scary but also cool
Every piece of software definitely has serious vulnerabilities, perfection is not achievable. Fortunately we have another approach to security: security through compartmentalization. See: <a href="https://qubes-os.org" rel="nofollow">https://qubes-os.org</a>
Once you get the compartmentalization working well, and “all” of the vulnerabilities are out of it too, of course…<p>But even then you’ll have users putting things in the same compartment for convenience, rather than leaving them properly sequestered.
Did someone actually go through all of those and check if they are high-severity or did the AI just tell them that?
Or more likely, its just an exaggeration or lie.
Pricing for Mythos Preview is $25/$125, so cheaper than GPT 4.5 ($75/$150) and GPT 5.4 Pro ($30/$180)
For comparison, 5x the cost of Opus 4.6, and 1.67x for Opus 4.1<p>I think this would be <i>very</i> heavily used if they released it, completely unlike GPT 4.5
Where did you get that from?<p>From TFA:<p>> We do not plan to make Claude Mythos Preview generally available
From the article:<p>> Anthropic’s commitment of $100M in model usage credits to Project Glasswing and additional participants will cover substantial usage throughout this research preview. Afterward, Claude Mythos Preview will be available to participants at $25/$125 per million input/output tokens (participants can access the model on the Claude API, Amazon Bedrock, Google Cloud’s Vertex AI, and Microsoft Foundry).
Part of me wonders if they're not releasing it for safety reasons, but just because it's too expensive to serve. Why not both?
I don't think they have the infra to support the demand. Anthropic can't keep up with the demand from OpenClaw users, they won't be able to keep up with public demand for something like Mythos.
If these numbers are correct it’s probably worth the extra price
I'm sure it'll be better than Opus 4.6, but so much of this seems hype. Escaping its sandbox, having to do "brain scans" because it's "hiding its true intent", bla bla bla.<p>If it manages to work on my java project for an entire day without me having to say "fix FQN" 5 times a day I'll be surprised.
Related ongoing threads:<p><i>System Card: Claude Mythos Preview [pdf]</i> - <a href="https://news.ycombinator.com/item?id=47679258">https://news.ycombinator.com/item?id=47679258</a><p><i>Assessing Claude Mythos Preview's cybersecurity capabilities</i> - <a href="https://news.ycombinator.com/item?id=47679155">https://news.ycombinator.com/item?id=47679155</a><p>I can't tell which of the 3 current threads should be merged - they all seem significant. Anyone?
Let them all live. This is going to blow up one thread if you merge them.
I think merging them into either this thread, or the System Card makes the most sense to me.
I guess we can throw out the idea that AGI is going to be democratized. In this case a sufficiently powerful model has been built and the first thing they do is only give AWS, Microsoft, Oracle ect ect access.<p>If AGI is going to be a thing its only going to be a thing, its only going to be a thing for fortune 100 companies..<p>However, my guess is this is mostly the typical scare tactic marketing that Dario loves to push about the dangers of AI.
>However, my guess is this is mostly the typical scare tactic marketing that Dario loves to push about the dangers of AI.<p>Evaluate it yourself. Look at the exploits it discovered and decide whether you want to feel concerned that a new model was able to do that. The data is right there.
Well, Yes.<p>The research and testing of the model is always exclusively by their own model authors, meaning that it is not independent or verifiable and they want us to take their word for it, which we cannot - as they have an axe to grind against open weight models.<p>This is marketing wrapped around a biased research paper.
The plan of Elon Musk for Macrohard is to replace all software companies with it, when they get AGI.
Thankfully he will be long dead before that happens. But of course that's his goal. Elon despises expensive engineers, and he yearns to get revenge for them costing him so much money over the years by replacing them.<p>A tech billionaires biggest expensive has been his engineering line-item. They resent the workers who've collected a large percentage of their potential profits over the years, its their driving motivation, to crush all labor.
>We plan to launch new safeguards with an upcoming Claude Opus model, allowing us to improve and refine them with a model that does not pose the same level of risk as Mythos Preview2.<p>This seems like the real news. Are they saying they're going to release an intentionally degraded model as the next Opus? Big opportunity for the other labs, if that's true.
The other labs already censor their models. Everyone is trying to find the sweet spot where performance and ‘alignment’ are both maximized. This seems no different
> Big opportunity for the other labs, if that's true.<p>It sounds like this is considered military grade technology as cryptography in the 90s. The big difference is it's very expensive to create, and run those models. It's not about the algorithm. If the story rhymes it could be a big opportunity to other regions in the world.
Well since Anthropic treats us as second class evil citizens, I guess they don't want our evil money either.
Can anyone point at the critical vulnerabilities already patched as a result of mythos? (see 3:52 in the video)<p>For example, the 27 year old openbsd remote crash bug, or the Linux privilege escalation bugs?<p>I know we've had some long-standing high profile, LLM-found bugs discussed but seems unlikely there was speculation they were found by a previously unannounced frontier model.<p>[0] <a href="https://www.youtube.com/watch?v=INGOC6-LLv0" rel="nofollow">https://www.youtube.com/watch?v=INGOC6-LLv0</a>
- The OpenBSD one is 'TCP packets with invalid SACK options could crash the kernel' <a href="https://cdn.openbsd.org/pub/OpenBSD/patches/7.8/common/025_sack.patch.sig" rel="nofollow">https://cdn.openbsd.org/pub/OpenBSD/patches/7.8/common/025_s...</a><p>- One (patched) Linux kernel bug is 'UaF
when sys_futex_requeue() is used with different flags' <a href="https://github.com/torvalds/linux/commit/e2f78c7ec1655fedd945366151ba54fcb9580508" rel="nofollow">https://github.com/torvalds/linux/commit/e2f78c7ec1655fedd94...</a><p>These links are from the more-detailed 'Assessing Claude Mythos Preview’s cybersecurity capabilities' post released today <a href="https://red.anthropic.com/2026/mythos-preview/" rel="nofollow">https://red.anthropic.com/2026/mythos-preview/</a>, which includes more detail on some of the public/fixed issues (like the OpenBSD one) as well as hashes for several unreleased reports and PoCs.
I buy the rationale for this. There's been a notable uptick over the past couple of weeks of credible security experts unrelated to Anthropic calling the alarm on the recent influx of actually valuable AI-assisted vulnerability reports.<p>From Willy Tarreau, lead developer of HA Proxy: <a href="https://lwn.net/Articles/1065620/" rel="nofollow">https://lwn.net/Articles/1065620/</a><p>> On the kernel security list we've seen a huge bump of reports. We were between 2 and 3 per week maybe two years ago, then reached probably 10 a week over the last year with the only difference being only AI slop, and now since the beginning of the year we're around 5-10 per day depending on the days (fridays and tuesdays seem the worst). Now most of these reports are correct, to the point that we had to bring in more maintainers to help us.<p>> And we're now seeing on a daily basis something that never happened before: duplicate reports, or the same bug found by two different people using (possibly slightly) different tools.<p>From Daniel Stenberg of curl: <a href="https://mastodon.social/@bagder/116336957584445742" rel="nofollow">https://mastodon.social/@bagder/116336957584445742</a><p>> The challenge with AI in open source security has transitioned from an AI slop tsunami into more of a ... plain security report tsunami. Less slop but lots of reports. Many of them really good.<p>> I'm spending hours per day on this now. It's intense.<p>From Greg Kroah-Hartman, Linux kernel maintainer: <a href="https://www.theregister.com/2026/03/26/greg_kroahhartman_ai_kernel/" rel="nofollow">https://www.theregister.com/2026/03/26/greg_kroahhartman_ai_...</a><p>> Months ago, we were getting what we called 'AI slop,' AI-generated security reports that were obviously wrong or low quality. It was kind of funny. It didn't really worry us.<p>> Something happened a month ago, and the world switched. Now we have real reports. All open source projects have real reports that are made with AI, but they're good, and they're real.<p>Shared some more notes on my blog here: <a href="https://simonwillison.net/2026/Apr/7/project-glasswing/" rel="nofollow">https://simonwillison.net/2026/Apr/7/project-glasswing/</a>
Maybe Anthropic could fix these 5k reported issue with the current claude-code instead of making hyperbolic claims about their new whizbang model.<p><a href="https://github.com/anthropics/claude-code/issues" rel="nofollow">https://github.com/anthropics/claude-code/issues</a>
Few thoughts<p>1. Per the blog post[0]: "This was the most critical vulnerability we discovered in OpenBSD with Mythos Preview after a thousand runs through our scaffold. Across a thousand runs through our scaffold, the total cost was under $20,000 and found several dozen more findings"<p>Since they said it was patched, I tried to find the CVE, it looks like Mythos indeed found a 27 years old OpenBSD bug (fantastic), but it didn’t get a CVE and OpenBSD patched it and marked it as a reliability fix, am I missing something? [1]<p>2. From the same post, Anthropic red team decided to do a preview of their future responsible disclosure (is this a common practice?): "As we discuss below, we’re limited in what we can report here. Over 99% of the vulnerabilities we’ve found have not yet been patched" [0]
So this is great, can't wait to see the actual CVEs, exploitability, likelihood, peer review, reproducibility, the kind of things the appsec community has been doing for at least the last 27 years since the CVE concept was introduced [2]<p>3. On the same day, an actual responsible disclosure, actual RCEs, actual CVEs, in Claude Code, that got discovered mostly because of the source code leak, I don't see anyone talking about it (you probably should upgrade your Claude Code though).<p>CVE-2026-35020 [3]
CVE-2026-35021 [4]
CVE-2026-35022 [5]<p>Not making any opinion, just thought it's worth sharing, for some perspective.<p>[0] <a href="https://red.anthropic.com/2026/mythos-preview/" rel="nofollow">https://red.anthropic.com/2026/mythos-preview/</a><p>[1] <a href="https://www.openbsd.org/errata78.html" rel="nofollow">https://www.openbsd.org/errata78.html</a> (look for 025)<p>[2] <a href="https://www.cve.org/Resources/General/Towards-a-Common-Enumeration-of-Vulnerabilities.pdf" rel="nofollow">https://www.cve.org/Resources/General/Towards-a-Common-Enume...</a><p>[3] <a href="https://www.cve.org/CVERecord?id=CVE-2026-35020" rel="nofollow">https://www.cve.org/CVERecord?id=CVE-2026-35020</a><p>[4] <a href="https://www.cve.org/CVERecord?id=CVE-2026-35021" rel="nofollow">https://www.cve.org/CVERecord?id=CVE-2026-35021</a><p>[5] <a href="https://www.cve.org/CVERecord?id=CVE-2026-35022" rel="nofollow">https://www.cve.org/CVERecord?id=CVE-2026-35022</a><p>Edit: if it was not obvious, these CVEs on Claude Code were found by an independent security researcher (Phoenix security) and not by Anthropic / Mythos.
Now we have to wonder if they ran Mythos on their Calude source and it missed it or why they chose not to run it.<p>I do agree and wonder why that's not marked as security. In their security page [0] it says:
> Since exploitability is not proven for many of the fixes we make, do not expect the relevant commit message to say "SECURITY FIX!".<p>Does that mean they considered it not to be exploitable?<p>[0] <a href="https://www.openbsd.org/security.html" rel="nofollow">https://www.openbsd.org/security.html</a>
I really don't know, all I know is that usually when you find a critical vulnerability, and it's patched, it comes with a CVE, even a low one, that's the process for the past 27 years when the CVE program started (as old as the vulnerability itself it seems..) but maybe with AI-native, CVEs don't matter because everyone will just rewrite their clean room open source alternative (I wish this was a joke...)
Interesting also is what they didn't find, e.g. a Linux network stack remote code execution vulnerability. I wonder if Mythos is good enough that there really isn't one.
I don't want to be overly cynical and am in general in favor of the contrarian attitude of simply taking people at their word, but I wonder if their current struggles with compute resources make it easier for them to choose to not deploy Mythos widely. I can imagine their safety argument is real, but regardless, they might not have the resources to profitably deploy it. (Though on the other hand, you could argue that they could always simply charge more.)
I would have not believed your argument 3 months ago but I strongly suspect Anthropic actively engages in model quality throttling due to their compute constraints. Their recent deal for multi GWs worth of data center might help them correct their approach.
For what it's worth Anthropic explicity denies that. "To state it plainly: We never reduce model quality due to demand, time of day, or server load"<p>Also can see <a href="https://marginlab.ai/trackers/claude-code/" rel="nofollow">https://marginlab.ai/trackers/claude-code/</a><p>It's very interesting to me how widespread this conception is. Maybe it's as simple as LLM productivity degrading over time within a project, as slop compounds.<p>Or more recently since they added a 1m context window, maybe people are more reckless with context usage
It has nothing to do with the context window. Reasoning brought measured approaches grounded with actual tool calls. All of that short-circuits into a quick fix approach that is unlike Opus-4.5 or 4.6. Sonnet-4.5 used to do that. My context window is always < 200K.
That still leaves open the possibility that they reduce model quality due to profit. ;p
Posted this a while ago:<p>>Models are not "degrading". They're not being "secretly quantized". And no one is swapping out your 1.2T frontier behemoth for a cheap 120B toy and hoping you wouldn't notice!<p>>It's just that humans are completely full of shit, and can't be trusted to measure LLM performance objectively!<p>>Every time you use an LLM, you learn its capability profile better. You start using it more aggressively at what it's "good" at, until you find the limits and expose the flaws. You start paying attention to the more subtle issues you overlooked at first. Your honeymoon period wears off and you see that "the model got dumber". It didn't. You got better at pushing it to its limits, exposing the ways in which it was always dumb.<p>>Now, will the likes of Anthropic just "API error: overloaded" you on any day of the week that ends in Y? Will they reduce your usage quotas and hope that you don't notice because they never gave you a number anyway? Oh, definitely. But that "they're making the models WORSE" bullshit lives in people's heads way more than in any reality.
Inference is where they make the money they spend on training, so this feels unlikely. Perhaps this does not true for Mythos though
> On the global stage, state-sponsored attacks from actors like China, Iran, North Korea, and Russia have threatened to compromise the infrastructure that underpins both civilian life and military readiness.<p>AITA for thinking that PRISM was probably the state sponsored program affecting civilian life the most? And that one state is missing from the list here?
> Large American AI company does not list the US as an adversarial actor<p>This is not a surprise or a gotcha.
I can think of two I’d add to the list. One was recently publicly denied access to Anthropics models and the other was busy exploding pagers.
> <i>PRISM was probably the state sponsored program affecting civilian life the most?</i><p>No state-sponsored hacking affected Americans materially. I just don't think we were networked enough in the 2010s. The risk is higher now since we're in a more warmongering world. (<i>Kompromat</i> on a power-plant technician is a risk in peace. It means blackouts in war.)<p>The fact that Iran hasn't been able to do diddly squat in America should sink in the fact that they didn't compromise us. (EDIT: blep. I was wrong.)
<i>Iranian-Affiliated Cyber Actors Exploit Programmable Logic Controllers Across US Critical Infrastructure</i> - <a href="https://www.cisa.gov/news-events/cybersecurity-advisories/aa26-097a" rel="nofollow">https://www.cisa.gov/news-events/cybersecurity-advisories/aa...</a> - April 7th, 2026
>No state-sponsored hacking affected Americans materially.<p>Uh, what?<p>NotPetya was kind of a big deal.
The irony of that statement given the current circumstances
How did PRISM affect civilian life?
Honest question: how do state-sponsored attacks from China, Iran, North Korea, and Russia affect civilian life?
Presumably, those have influenced elections, though I guess it depends what you count as an attack.<p>Plenty of bots try to modify public opinion. Someone hacked the DNC in 2015/16, the result of which also alleged attempted manipulation in 2008:<p><a href="https://en.wikipedia.org/wiki/Democratic_National_Committee_cyber_attacks" rel="nofollow">https://en.wikipedia.org/wiki/Democratic_National_Committee_...</a><p>Since we (as old Rummy said) do not know what we do not know, we cannot be certain about the extent of cyber attacks and what they might have influenced, and may not know these things until discoveries decades later, if ever.
Note the RNC was also hacked but the data was not leaked. Presumably used to influence the election and policies in other ways.
I believe the popular sentiment is that when they hacked the DNC they found a handful of things that would provide bad optics for the party. But the RNC? They found so much evidence of criminality that near to the entire party flipped positions on issues related to Russia. So we have 2x successful hacks, one of which yielded some bad press for the Dems, and yielded an entirely compromised party in the Repubs who now are being actively blackmailed.
All of that applies equally to PRISM and any internal propaganda campaigns that was feeding into, no?
Yes... they might have influenced elections and now, as a result, the world must cope with the Trump regime.<p>Let's now fool ourselves.... Trump is probably the best, most successful attempt at world de-stabilisation all those rogue states ever achieved.
WannaCry massively affected the NHS.
century energy ransomware no?
Look, we have always been at war with EastAsia.
[dead]
You'd think with this "terrifying" powerful model of theirs they could have a few less red bars on their status page[1], but apparently the hyper-intelligence is only capable of pulling off uber-sophisticated cyber attacks and not making a frontend that doesn't shit itself constantly, curious.<p>[1] <a href="https://status.claude.com/" rel="nofollow">https://status.claude.com/</a>
I find it believable that this could potentially happen, although I am not sure the difference is so huge to existing models.<p>I used Opus 4.6 to find security vulnerabilities in couple of my own projects, it found 33 vulnerabilities in one largeish django project.<p>The prompt wasn't even that impressive, just telling it to find vulnerabilities from certain files, and referring to OWASP. Then looping that.
Nicolas Carlini talks about it here on Security, Cryptography, Whatever podcast - <a href="https://podcasts.apple.com/gb/podcast/security-cryptography-whatever/id1578405214?i=1000757412404" rel="nofollow">https://podcasts.apple.com/gb/podcast/security-cryptography-...</a>
This is pretty insane. A model so powerful they felt that releasing it would create a netsec tsunami if released publicly. AGI isn't here yet, but we don't need to get there for massive societal effects. How long will they hold off, especially as competitors are getting closer to their releases of equally powerful models?
The only thing reassuring is the Apache and Linux foundation setups. Lets hope this is not just an appeasing mention but more fundamental. If there are really models too dangerous to release to the public, companies like oracle, amazon and microsoft would absolutely use this exclusive power to not just fix their holes but to damage their competitors.
There is a huge gap between the shining examples and actual use case: What is the false positive rate? How to judge false positive?<p>If you need 1000 run that cost 20000 USD to find a vulnerability, and you need 2000 USD to generate a exploit (which makes it self-verifiable to be not false positive), than your cost is not 22000 USD but 1000x2000+2000 which is 2 million USD: you have to try generating exploit for every trial before you know it is true, or you need to hire one (or several) senior security people to audit every single of them.<p>A broken clock being correct twice a day is not impressive.
The bars have solid fill for Mythos and cross shaded for Opus 4.6. Makes the difference feel more than it actually is.
It's messed up that Anthropic simultaneously claims to be a public benefit copro and is also picking who gets to benefit from their newly enhanced cybersecurity capabilities. It means that the economic benefit is going to the existing industry heavyweights.<p>(And no, the Linux Foundation being in the list doesn't imply broad benefit to OSS. Linux Foundation has an agenda and will pick who benefits according to what is good for them.)<p>I think it would be net better for the public if they just made Mythos available to everyone.
Releasing the model to bad actors at the same time as the major OS, browser, and security companies would be one idea. But some might consider that "messed up" too, whatever you mean by that. But in terms of acting in the public benefit, it seems consistent to work with companies that can make significant impact on users' security. The stated goal of Project Glasswing is to "secure the world's most critical software," not to be affirmative action for every wannabe out there.
I don't trust a corpo to choose what is "most critical".<p>That's what's messed up about it.
That is a fine stance to hold but some facts are still true regardless of your view on large businesses.<p>For example, it will benefit more people to secure Microsoft or Amazon services than it would be to secure a smaller, less corporate player in those same service ecosystems.<p>You could go on to argue that the second order effects of improving one service provider over another chooses who gets to play, but that is true whether you choose small or large businesses, so this argument devolves into “who are we to choose on behalf of others”.<p>Which then comes back to “we should secure what the market has chosen in order to provide the greatest benefit.”
Let's let the California HSR committee do it instead!
This is not the only model. I assure you exploits are being found and taken advantage of without it, possibly even ones that this model is not even capable of detecting.<p>Sounds like people here are advocating a return to security through obscurity which is kind of ironic.
You can release it with cyber capabilities refusal, they gets unlocked when you apply for approval.
Damned if you do, damned if you don’t. “Extremely capable model that can find exploits” has always been a fear, and the first company to release it in public will cause bloodbath. But also the first company that will prove itself.
> picking who gets to benefit from their newly enhanced cybersecurity capabilities<p>You could say this about coordinated disclosure of any widespread 0-day or new bug class, though
That's a really good point!<p>But:<p>- Coordinated disclosure is ethically sketchy. I know why we do it, and I'm not saying we shouldn't. But it's not great.<p>- This isn't a single disclosure. This is a new technology that dramatically increases capability. So, even if we thought that coordinated disclosure was unambiguously good, then I think we'd still need to have a new conversation about Mythos
So private companies shouldn’t get to determine who they provide services to? Assuming no extremely malicious intent, I’d be fine if they said it was only going to McDonalds because the founders like Big Macs.
Totally agree, it’s an uncomfortable compromise.
Not only companies, they're going to be taking applications from individual researchers. No doubt that it will only be granted to only established researchers, effectively locking out graduates and those early in their career. This is bad.
They are not unique in this. Apple and Tesla have similar programs. More nuance is warranted here. They are trying to balance the need to enable external research with the need to protect users from arbitrary 3rd parties having special capabilities that could be used maliciously
I understand that, but Anthropic is doing nothing to throw those grassroots researchers a lifejacket. This is the beginning of the end for independents, if it continues on this trajectory then Anthropic gets to decide who lives and who dies. Who says they should be allowed to decide that?
Why should unproven college students be given access to a cyber superweapon?
Or (and hear me out), they are close to an IPO and want to ensure that there is a world-ending threat around which they can cluster the biggest names, with themselves leading that group.<p>I think I just broke my cynicism meter :-(
You might want to recalibrate your cynicism meter. As strange it might sound, most companies act according to their principles when the founding team is at the helm. The garbage policies tend to materialize once the company is purchased by, or merged into, another entity where the leadership doesn't care about the original aim of the organization. They just want "line go up".<p>Also, it makes sense that OpenAI feels the pressure of getting to an IPO because of their financial structure. I don't know whether or not Anthropic operates under a similar set of influences (meaning it could be either, I just don't know.)
> It's messed up that Anthropic simultaneously claims to be a public benefit copro and is also picking who gets to benefit from their newly enhanced cybersecurity capabilities. It means that the economic benefit is going to the existing industry heavyweights.<p>It's messed up that the US Government simultaneously claims to be a public benefit and is also picking who gets to benefit from their newly enhanced nuclear capabilities.<p>-- someone in 1945, probably
I mean it was messed up, which is why the other world powers raced to develop their own capabilities.<p>And it remains messed up to this day - some countries get to be under their own nuclear umbrella, while others don't.<p>This kind of selective distribution of superpowers doesn't lead to great outcomes
in that case in particular it led to 80 years of relatively calm geopolitics kinetically, all things considered. I'm not sure I want to live through an AI cold war, but it sure seems I don't get to choose.
> relatively calm geopolitics kinetically<p>Relative to what?<p>There's this trend in history that every hundred years there's a giant blow up, lots of violence, followed by peace.<p>It's likely that we would have had 80 years of relative calm due to that cycle even if nukes hadn't happened
That can simultaneously be true, but the best of bad options (if excluding destroying the model altogether). These models may prove quite dangerous. That they did this instead of selling their services to every company at a huge premium says a lot about Antheopic's culture.
What? The economic benefit of system critical software not totally breaking in a few weeks goes to roughly everyone. In so far Apple/Google/MS/Linux Foundation economically benefit from being able to patch pressing critical software issues upfront (I am not even exactly sure what that is supposed to mean, it's not like anyone is going to use more or less Windows or Android if this happened any other way), that's a good thing for everyone and the economic benefits of that manifest for everyone.
In the long term, you're right, but in the short term, it's going to be a bloodbath.
While I agree with you, in some ways I'd argue that this is just them being transparent on what probably would inevitably already happen at the scale of these corporate overlords and modern monarchs.<p>There will always be a more capable technology in the hands of the few who hold the power, they're just sharing that with the world more openly.
That's just in line with their ethics. They also maintain that countries other than the US should not have SOTA AI capabilities.
If you're a maintainer, you can apply here:<p><a href="https://claude.com/contact-sales/claude-for-oss" rel="nofollow">https://claude.com/contact-sales/claude-for-oss</a><p>... As mentioned in the article.
Not really. It’s a lot better than the anarchy of releasing it and having a bunch of bad people with money use it to break software that everyone’s lives depend on. Many technologies should be gate kept because they’re dangerous. Sometimes that’s permanent, like a nuclear weapon. Sometimes that’s temporary, like a new LLM that’s good at finding exploits. It can be released to the wider public once its potential for damage has been mitigated.
Better security is a good thing, no a bad thing, regardless of which companies are more difficult to hack. Hemming and hawing over a clear and obvious good is silly.
Queue in the "First time" meme.
I didn't see this at first, but the price is 5x Opus: "Claude Mythos Preview will be available to participants at $25/$125 per million input/output tokens", however "We do not plan to make Claude Mythos Preview generally available".
This is the same company that accidentally released the source for one of their flagship products last week and has been furiously DMCA-ing every repository that even mentions claude in the days since.
The $100M in credits for open-source scanning is the most interesting part here. The real bottleneck was never finding vulns in high-profile projects — it was the long tail of critical dependencies maintained by one or two people who don't have time or resources for serious auditing. If Glasswing actually reaches those maintainers, it could meaningfully reduce the attack surface that supply chain attacks exploit.
I must say the combo of an em-dash stuck right in the middle of "it was never X, it was Y" made me chuckle
so it looks like ai-slop replies have made their way to HN...
Security by obscurity is over. The security vs usability balance is about to get a hard reset.<p>I think a number of black swan events are imminent, and it will substantially change the financial calculus that decides to put security behind revenue.<p>Any hole will be found, and any hole will be exploited. Plug as many holes as you can, and make lateral movement as painful as possible.
> Over the past few weeks, we have used Claude Mythos Preview to identify thousands of zero-day vulnerabilities (that is, flaws that were previously unknown to the software’s developers), many of them critical, in every major operating system and every major web browser, along with a range of other important pieces of software.<p>Sounds like we've entered a whole new era, never mind the recent cryptographic security concerns.
With Anthropic able to use this model internally (since February), is this the kickoff of ramping up the flywheel of recursive self improvement of AI?
It seems like as long as there are still humans in the loop at most steps, exponential recursion isn’t possible.
Simon Willis (guy behind Django) told about this 5days ago (19min in): <a href="https://youtu.be/wc8FBhQtdsA?si=OeA5qzbWGqDY8Vu4" rel="nofollow">https://youtu.be/wc8FBhQtdsA?si=OeA5qzbWGqDY8Vu4</a>
BTW it seems they forgot about the part that defense uses of the model also need to be safeguarded from people. Because what if a bad person from a bad country tries to defend against peaceful attacks from a good country like the US? That would be a tragedy, so we need to limit defensive capabilities too.
The uncomfortable bit isn't tooling—it's cadence. When the threat model shifts faster than your review loop can honestly re-run, you don't get security, you get paperwork that pretends nothing changed.
One thing I keep thinking about with AI security is that most of
the focus is on model behavior — alignment, jailbreaks, guardrails.
But once agents start calling tools, the attack surface shifts to
the execution boundary. A request can be replayed, tampered with,
or sent to the wrong target, and the server often has no way to
distinguish that from a legitimate call.<p>Cryptographic attestation at the tool-call level (sign the request,
verify before execution) would close a gap that behavioral controls
alone can't cover. Curious whether Glasswing's threat model
includes the agent-to-tool boundary or focuses primarily on the
model layer.
Society is about to pay a steep price for the software industry's cavalier attitude toward memory safety and control flow integrity.
It's partly the industry and it's partly the failure of regulation. As Mario Wolczko, my old manager at Sun says, nothing will change until there are real legal consequences for software vulnerabilities.<p>That said, I have been arguing for 20+ years that we should have sunsetted unsafe languages and moved away from C/C++. The problem is that every systemsy language that comes along gets seduced by having a big market share and eventually ends up an application language.<p>I do hope we make progress with Rust. I might disagree as a language designer and systems person about a number of things, but it's well past time that we stop listening to C++ diehards about how memory safety is coming any day now.
I think society is going to start paying the price for humans being human. As the paper points out there is a lot of good faith, serious software that has vulnerabilities. These aren't projects you would characterize as people being cavalier. It is simply beyond the limits of humans to create vulnerability-free software of high complexity. That's why high reliability software depends on extreme simplicity and strict tools.
100%, poorly architected software is really difficult to make secure. I think this will extend to AI as well. It will just dial up the complexity of the code until bugs and vulnerabilities start creeping in.<p>At some point, people will have to decide to stop the complexity creep and try to produce minimal software.<p>For any complex project with 100k+ lines of code, the probability that it has some vulnerabilities is very high. It doesn't fit into LLM context windows and there aren't enough attention heads to attend to every relevant part. On the other hand, for a codebase which is under 1000 lines, you can be much more confident that the LLM didn't miss anything.<p>Also, the approach of feeding the entire codebase to an LLM in parts isn't going to work reliably because vulnerabilities often involve interactions between different parts of the code. Both parts of the code may look fine if considered independently but together they create a vulnerability.<p>Good architecture is critical now because you really need to be able to have the entire relevant context inside the LLM context window... When considering the totality of all software, this can only be achieved through an architecture which adheres to high cohesion and loose coupling principles.
I'm not even talking about poorly architected software. They are finding vulnerabilities in incredibly well-engineered software. The Linux kernel is complex not because it's poorly written. It's complex because of all the things it needs to do. Rhat makes it beyond the ability of a human to comprehend and reliably work with it.
There are different degrees of well-engineered software. It's almost impossible for humans to do a good job with a large codebase. Some software is just too complex for any human or machine to implement correctly.<p>Humans almost always underestimate the cost of features. I bet we could massively reduce the amount of code and complexity of the Linux Kernel if we abandoned the account system entirely and just made it one user with root access and just relied on containers to provide isolated sandboxes.<p>A lot of features just crept in over long periods of time and weren't re-evaluated as needs changed. I think the approach I'm suggesting would have been horrible 20 years ago but makes more sense now in the era of cloud virtualization. The account system and containerization aspects are basically different implementations which solve the same modern problem of environment isolation... Nobody really needs per-file access restrictions anymore... The cloud era is more like "here is Bob's environment, here is Alice's environment" and they can do whatever they want with their own container/sandbox. The account permission systems is more of an annoyance than a solution for most use cases.<p>Everyone just latched onto the existing abstractions and could not fully re-imagine them in the context of changing requirements. LLMs are even worse than people in that sense.<p>That said, I think supporting a wide range of possible hardware is a real challenge for the Kernel and that part will always require an amount of code proportional to the amount of hardware supported.
> It doesn't fit into LLM context windows and there aren't enough attention heads to attend to every relevant part.<p>That's for one pass. And that pass can produce a summary of what the code does.
> These aren't projects you would characterize as people being cavalier.<p>I probably would. You mentioned the linux kernel, which I think is a perfect example of software that has had a ridiculous, perhaps worst-in-class attitude towards security.
Thank god, finally someone said it.<p>I don't know the first thing about cybersecurity, but in my experience all these sandbox-break RCEs involve a step of highjacking the control flow.<p>There were attempts to prevent various flavors of this, but imo, as long as dynamic branches exist in some form, like dlsym(), function pointers, or vtables, we will not be rid of this class of exploit entirely.<p>The latter one is the most concerning, as this kind of dynamic branching is the bread and butter of OOP languages, I'm not even sure you could write a nontrivial C++ program without it. Maybe Rust would be a help here? Could one practically write a large Rust program without any sort of branch to dynamic addresses? Static linking, and compile time polymorphism only?
[dead]
I'm not one to believe the Silicon Valley hype usually (GPT-2 being too dangerous to release, AI giving us UBI, and so on), but having run Claude Opus 4.6 against my codebase (a MUD client) over the weekend, I can believe this assessment.<p>Opus alone did a good job of identifying security issues in my software, as it did with Firefox [1] and Linux [2]. A next-generation frontier model being able to find even more issues sounds believable.<p>That said, this is script kiddies vs sql injections all over again. Everyone will need to get their basic security up on the new level and it will become the new normal. And, given how intelligence agencies are sitting on a ton of zero-days already, this will actually help the general public by levelling out the playing field once again.<p>1 - <a href="https://www.anthropic.com/news/mozilla-firefox-security" rel="nofollow">https://www.anthropic.com/news/mozilla-firefox-security</a>
2 - <a href="https://neuronad.com/ai-news/claude-code-unearthed-a-23-year-old-linux-flaw/" rel="nofollow">https://neuronad.com/ai-news/claude-code-unearthed-a-23-year...</a>
So, $100B+ valuation companies get essentially free access to the frontier tools with disabled guardrails to safely red team their commercial offerings, while we get "i won't do that for you, even against your own infrastructure with full authorization" for $200/month.
Uh-huh.
I'm sympathetic to your point, but I'm sure there are heightened trust levels between the participating orgs and confidentiality agreements out the wazoo.<p>How does public Claude know you have "full authorization" against your own infra? That you're using the tools on your own infra? Unless they produce a front-end that does package signing and detects you own the code you're evaluating.<p>What has it stopped you from doing?
Yes, and that's normal. Coordinated disclosure is standard practice when the risk of public disclosure is unacceptable.
Do folks recommend that family and friends ensure their systems are updated, and that they are using Bitwarden or 1Password? Or is that alarmist?
they built a model so powerful they won't release it. but they couldn't secure claude code from a source code leak.
the model is so advanced they're paying $100M to get big tech to adopt it.
the launch video reads like verified amazon reviews.
the gap between the narrative and the reality is the whole story here.
Ironically Claude cli completely failed to detect a rogue code on my html scan yesterday while ChatGPT web version detected it immediately. Can’t wait to do same test with newer version.
I think this new model will empower everyone in the world to have higher quality of software, more secure software. not less
I'm glad to see that it stands its ground more than other models - which is a genuinely useful trait for an assistant. Both on technical and emotional topics.
Is there timeline mentioned anywhere on when any of this will be available for unprivileged public as in soon, not soon, never?
Moving forward, wonder if such AI capabilities would widen the security gap between open-source software vs. proprietary?
When do we get our Kuang Grade Mark Eleven icebreaker?
The harder problem isn't finding vulnerabilities — it's preventing
AI from violating constraints in the first place. Prompt-level
safety is probabilistic. Filesystem-level constraints
(mkdir 禁/behavior) are deterministic. The AI can't violate a rule
that's physically encoded as a folder path in its system prompt.
> On the global stage, state-sponsored attacks from actors like China, Iran, North Korea, and Russia have threatened to compromise the infrastructure that underpins both civilian life and military readiness.<p>Yeah, makes sense. Those countries are bad because they execute state-sponsored cyber attacks, the US and Israel on the other hand are good, they only execute state-sponsored defense.
So they are only giving access to their smartest model to corporations.<p>You think these AI companies are really going to give AGI access to everyone. Think again.<p>We better fucking hope open source wins, because we aren't getting access if it doesn't.
This story has been played out numerous times already. Anthropic (or any frontier lab) has a new model with SOTA results. It pretends like it's Christ incarnate and represents the end of the world as we know it. Gates its release to drum up excitement and mystique.<p>Then the next lab catches up and releases it more broadly<p>Then later the open weights model is released.<p>The only way this type of technology is going to be gated "to only corporations" is if we continue on this exponential scaling trend as the "SOTA" model is always out of reach.
I don't know how you can read the report and the companies involved and dismiss this as hot air. What incentive does the Linux Foundation have to hype up Mythos? What about Apple?<p>How can you read the description of the exploits and be like "yeah that's nbd?"<p>And the only reason OSS has ever caught up is because they simply distill Claude or GPT. The day the big players make it hard to distill (like Anthropic is doing here), OSS is cooked.<p>And that's a good thing, why would you want random skiddie hackers to have access to a cyber super weapon?
No, that’s a terrible thing and random skiddie hackers absolutely should. This is only a temporary state of insecurity as these vulnerability scanners come online.<p>If this stuff is open source and not gate kept, it will be standard practice to just run some LLM security analysis on every commit and software will no longer be vulnerable to these classes of attacks.
It also took many years to put capable computers in the hands of the general public, but it eventually happened. I believe the same will happen here, we're just in the Mainframe era of AI.
And the Linux Foundation.
Would you hope that it would be released today so that evil actors could invest few millions to search for 0days across popular open-source repos?
of course they're not giving access to everyone.<p>they better make billions directly from corporations, instead of giving them to average people who might get a chance out of poverty (but also bad actors using it to do even more bad things)
Are there any local models that i can setup to run on my code as part of CI?
So Mozilla is not part of this consortium, i'm guessing for deliberate reasons to make safari and chrome the default browsers. I don't think Firefox can survive the upcoming attacks, without robust support from foundational AI providers to secure the browser.
Has anyone played with the released versions of Claude and tried to create exploits? I cannot imagine it not being able to craft one if guided, unless the tooling around it doesn’t allow it
> security product<p>> glass in the name
Heck of a Patch Tuesday.
What happens once an agent can reliably get 100% on swebench?
Anthropic should run it on their own code
We final have the answer to the question, when do these labs stop giving away intelligence to the general public for $20 a month?<p>Selling shovels in now worth less than taking all the gold for themselves.
Does everyone agrees that this makes Dario Amodei more powerful than any politician across the world? Anthropic is now the owner of the most powerful cyberweapon ever made
Wait, isn't it how Skynet started?
Pumping is taken to a new level.. the model is God like that it can't be released as it is.. this must be a joke.
seems important and terrifying. This morning Opus 4.6 was blowing my mind in claude code... onward and upward
why do I feel like the auditing industry is about to evaporate? thanks to this.
I want it
How much of Mythos’s internals will researchers be able to recover from the flood of patches?
This has all happened before, back in the day we has spinners and weavers, then we got the spinning Jenny(Engine) and this made thread so cheap we needed to speed up weaving = machine weavers(AKA automatic looms) and we had people who hated them.<a href="https://en.wikipedia.org/wiki/Luddite" rel="nofollow">https://en.wikipedia.org/wiki/Luddite</a> We all know how that ended up.
We have an analogous hand task = coding versus coding machines.
They will probably eliminate 80-95% of coding, as the spinners/weavers went away, but there remains a residual artisanal spinner/weaver industry that carries on at a lower pace.
In a similar way this machine code will have the coupled ability to make some code and then test it in use with it's own AI in a repeated/recursive way to make/test/improve code at a rate 10,000 to 1 million times faster than a human.
Each module can then be tested in millions of interactively monitired ways to find/fix/kill bad modules.
It can also pentest in a similar manner, assaulting a system with a blizzard of attack/reset hits to find any bugs etc. Each assault that works might use a human or AI to trouble shoot. This is like the old armored night, once he was unhorsed the peasants would have at him with needles at his his joints/eyes unless his fellows save him = gone.
So this might well reduce low end jobs, but they will still need high end coders to eliminate all flaws in the armor of your code.
I might be simplistic, but I see a parallel in sub 5 nm chip design where the design machines have eliminated almost all of the old hand work.
Yea, but can it secure systems from the unpatchable $5 wrench vulnerability?<p><a href="https://xkcd.com/538/" rel="nofollow">https://xkcd.com/538/</a>
we should notice that we've already reached the point where AI models are too dangerous to publicly release
let us have mythos damn it
"We have also extended access to a group of over 40 additional organizations that build or maintain critical software infrastructure so they can use the model to scan and secure both first-party and open-source systems."<p>Yeah, yeah. Back in the day IBM Purify gave access to software organizations and found very little. Of course they did not have the free money of a marketing driven organization run by a weirdo (Amodei) that got rich by stealing and laundering IP.<p>This will fizzle out and the weirdo will have to pivot to their next marketing scheme.
+ NSA, CIA
Department of War timing on picking fights couldn't be worse
"We’re better at cyber than anybody else in the world... If we ever get hit, we’ll hit very hard. We’ll be able to hit very hard,"
tl;dr we find vulns so we can help big companies fix their security holes quickly (and so they can profit off it)<p>This is a kludge. We already know how to prevent vulnerabilities: analysis, testing, following standard guidelines and practices for safe software and infrastructure. But nobody does these things, because it's extra work, time and money, and they're lazy and cheap. So the solution they want is to keep building shitty software, but find the bugs in code after the fact, and that'll be good enough.<p>This will never be as good as a software building code. We must demand our representatives in government pass laws requiring software be architected, built, and run according to a basic set of industry standard best practices to prevent security and safety failures.<p>For those claiming this is too much to ask, I ask you: What will you say the next time all of Delta Airlines goes down because a security company didn't run their application one time with a config file before pushing it to prod? What will the happen the next time your social security number is taken from yet another random company entrusted with vital personal information and woefully inadequate security architecture?<p>There's no defense for this behavior. Yet things like this are going to keep happening, <i>because we let it</i>. Without a legal means to require this basic safety testing with critical infrastructure, they will continue to fail. Without enforcement of good practice, it remains optional. We can't keep letting safety and security be optional. It's not in the physical world, it shouldn't be in the virtual world.
namedropping hell.
Another Anthropic PR release based on Anthropic’s own research, uncorroborated by any outside source, where the underlying, unquestioned fact is that their model can do something incredible.<p>> AI models have reached a level of coding capability where they can surpass all but the most skilled humans at finding and exploiting software vulnerabilities<p>I like Anthropic, but these are becoming increasingly transparent attempts to inflate the perceived capability of their products.
We'll find out in due time if their 0days were really that good. Apparently they're releasing hashes and will publish the details after they get patched. So far they've talked about DoS in OpenBSD, privesc in Linux and something in ffmpeg. Not groundbreaking, but not nothing either (for an allegedly autonomous discovery system).<p>While some stuff is obviously marketing fluff, the general direction doesn't surprise me at all, and it's obvious that with model capabilities increase comes better success in finding 0days. It was only a matter of time.
Cynicism always gets upvotes, but in this particular case, it seems fairly easy to verify if they're telling the truth? If Mythos really did find a ton of vulnerabilities, those presumably have been reported to the vendors, and are currently in the responsible nondisclosure period while they get fixed, and then after that we'll see the CVEs.<p>If a bunch of CVEs do in fact get published a couple months (or whatever) from now, are you going to retract this take? It's not like their claims are totally implausible: the report about Firefox security from last month was completely genuine.
> If a bunch of CVEs do in fact get published a couple months (or whatever) from now, are you going to retract this take?<p>I would like to think that I would, yes.<p>What it comes down to, for me, is that lately I have been finding that when Anthropic publishes something like this article – another recent example is the AI and emotions one – if I ask the question, does this make their product look exceptionally good, especially to a casual observer just scanning the headlines or the summary, the answer is usually yes.<p>This feels especially true if the article tries to downplay that fact (they’re not _real_ emotions!) or is overall neutral to negative about AI in general, like this Glasswing one (AI can be a security threat!).
I would've basically agreed with you until I'd seen this talk: <a href="https://www.youtube.com/watch?v=1sd26pWhfmg" rel="nofollow">https://www.youtube.com/watch?v=1sd26pWhfmg</a><p>Maybe a bad example since Nicholas works at Anthropic, but they're very accomplished and I doubt they're being misleading or even overly grandiose here<p>See the slide 13 minutes in, which makes it look to be quite a sudden change
Very interesting, thanks for sharing.<p>> I doubt they're being misleading or even overly grandiose here<p>I think I agree.<p>We could definitely do much worse than Anthropic in terms of companies who can influence how these things develop.
I watched the talk as well and it's very interesting. But isn't this just a buffer overflow in the NFS client code? The way the LLM diagnosed the flaw, demonstrated the bug, and wrote an exploit is cool and all, but doesn't this still come down to the fact that the NFS client wasn't checking bounds before copying a bunch of data into a fixed length buffer? I'm not sure why this couldn't have been detected with static analysis.
I guess so, but there's a ton of buffer overflow vulnerabilities in the wild, and ostensibly it wasn't detected by static analysis<p>The red team post goes over some more impressive finds, and says that there's hundreds more they can't disclose yet: <a href="https://red.anthropic.com/2026/mythos-preview/" rel="nofollow">https://red.anthropic.com/2026/mythos-preview/</a>
I have yet to see any real world difference between sonnet 4.5 and opus 4.6. All I can tell is the version number went up for both series.<p>I don't know if they are a even an improvement over previous models. I never used them.
what they will eventually do is, deliberately have more control what people wants and working for. We don't trust such institutions after witnessing GATES thuggery all over.
but people here had told me llms just predict the next word
Anthropic and ClosedAI are some of the biggest bullshitters in the industry.<p>The is no moat, no special "capability" and when the time comes when we can run these models on our own, they will be cheap SaaS gimmicks marketed to corporate and making more slop pictures for social media.
So we’re meant to believe that Anthropic is sitting on a world ending cyber tool that writes God-like code while just forgetting that a week ago the same company leaked its source code on the internet and was ribbed for how shit it was.<p>Got it.
This is silly and disingenuous.
In a matter of days or weeks a competing lab will make public a model with capabilities beyond this “mythos” one.<p>Is this a huge fear-driven marketing stunt to get governments and corporations into dealing with anthropic?
This sets off marketing BS alarm bells. All the cosignatories so very ovvoously have a vested interest in AI stocks / sentiment. Perhaps not the Linux foundation, although (I think) they rely on corporate donations to some extent.
"oops, our latest unreleased model is so good at hacking, we're afraid of it! literal skynet! more literal than the last time!"<p>almost like they have an incentive to exaggerate
My comment is a completely unsubstantiated conspiracy theory: the choice of model name, Mythos, seems out of character for Anthropic models, and one can easily wonder if the model truly exists as the name suggests. It could instead be a symbolic model used by colluding companies (and perhaps even governments) to establish a reference limit upon what models will be publicly accessible, period. Probably a terrible theory as it could spell doom for frontier model developing companies' business models -- setting the bar already would likely commodify LLMs via open source models quite quickly. But the name "Mythos" is such a strange choice for this model and the circumstances surrounding its release.
[dead]
[dead]
[dead]
[dead]
[flagged]
[flagged]
[dead]
[dead]
[dead]
[dead]
[dead]
[dead]
[dead]
[flagged]
[dead]
[flagged]
[dead]
[dead]
[dead]
[dead]
[dead]
[dead]
[flagged]
[dead]
A cybersecurity pandemic will surely be the Hiroshima that wakes people up to AI. /s
[dead]
Just include 'make it secure' in the prompt. Duh.<p>/s
[flagged]
[flagged]
[dead]
The hype machine is alive and well in silicon valley.
I’m sure it’s a decent model. But it’s also clear folks are running out of runway and desperate to find something that sticks and keeps the party going.<p>All the promises of amazing things in general work never happened. Companies consistently say they’re seeing no ROI. The AI crowd now hard pivots to cyber and, right out of the Palantir playbook, runs with the “our stuff is so amazing we can’t talk about it, but trust us bro” move that isn’t really fooling anyone.<p>Meanwhile the folks let in on the “secret” are those that also desperately need for the hype to continue to protect their own positions in this game.<p>Look forward to a model upgrade but the hype fluff games are getting old. Watching OpenAI completely crash out of pole position on the hype train though has been at least amusing.
I don't know anyone reviewing these tools that is impressed who is also someone who earns they paycheck doing bugbounties and finding actual CVE.<p>Generally these things only find memory corruption stuff which is almost never the type of bug you're looking for, and it costs a lot which negates your bug bounty payout.<p>Each time they preach, ooh, 0day found, bla bla.<p>In this domain you need to be specific or you are just yelling clickbait into the wind.<p>What type of 0day, what did the exploit actually look like.<p>'complex 4 stage with heap spray' - that sounds really simple actually....
complex for memory corruption goes into multi-process, maybe things between kernel/usermode, or crazy 18-20 stage exploits people pop against things like MS Teams etc....<p>Even if there were some cool results by any of these projects, the amount of nonsense blurted out in articles around them really makes them seem useless tools that are overmarketed by a bunch of excited children who dont really know what they are doing.<p>Get a dopamine hit, post on reddit, LOL. Hacking the planet (powered by Claude -_-)
> Mythos finds bug.<p>> NSA demands that bug stays in place and gags Anthropic.<p>> Anthropic releases Mythos.<p>Then what? Is a huge share of the US zero-day stockpiles about to be disarmed or proliferated?
It's nice to know that they continue to be committed to advertising how safe and ethical they are.
In what ways is Anthropic different from a hypothetical frontier lab that you would characterize as legitimately safe and ethical?
I'm just a little frustrated they keep going on about how safe and ethical they are for keeping the more advanced capabilities from us. I wish they would wait to make an announcement until they have something to show, rather than this constant almost gloating.
Its existence is possible.
They are not our friends and <i>are</i> the exact opposite of what they are preaching to be.<p>Let alone their CEO scare mongering and actively attempting to get the government to ban local AI models running on your machine.
I agree attempting to ban local AI models or censor them, is not appropriate. At the same time, they do seem far more ethical and less dangerous than other AI companies. And I include big tech in that - a bunch of greedy companies that just want to abuse their monopoli … I mean moats.
How would you expect them to behave if they were your friends?
IMO (not the GP) but if Anthropic were my friends I would expect them to publish research that didn't just inflate the company itself and that was both reproduceable and verifiable. Not just puff pieces that describe how ethical they are. After all, if a company has to remind you in every PR piece that they are ethical and safety-focused, there is a decent probability that they are the exact opposite.
They are a for-profit company, working on a project to eliminate all human labor and take the gains for themselves, with no plan to allow for the survival of anyone who works for a living. They're definitionally not your friends. While they remain for-profit, their specific behaviors don't really matter.
If this is as dangerous as they make it out (its not), why would their first impulse be to get every critical products/system/corporation in the world to implement its usage?
This will likely not see the light of day. It's the usual PR that gathers many "partnerships".<p>Expect to see lots of these in the upcoming months as the big companies scramble to keep from losing money.
Software has been doing fine without Misanthropic. These automated tools find very little. They selected the partners because they, too, want to keep up the illusion that AI works.<p>Whenever a company pivots to "cyber" rhetoric, it is a clear indication that they are selling snake oil.<p>Secure your girl school target selectors first.
Building a neighborhood data platform that scores every US ZIP code using Census, FBI, and EPA data. Also running a job aggregator that fetches 37K+ jobs daily from 17 sources. Both free, both Node.js + Express.
I really wanted to like anthropic. They seem the most moral, for real.<p>But at the core of anthropic seems to be the idea that they must protect humans from themselves.<p>They advocate government regulations of private open model use. They want to centralize the holding of this power and ban those that aren't in the club from use.<p>They, like most tech companies, seem to lack the idea that individual self-determination is important. Maybe the most important thing.