509 karma · joined July 25, 2016
I think the whole CVE/CVSS system is completely outdated, and it doesn't reflect the reality of software making for a while now (years). Also. for years, major software providers have been fighting to control their own release logs and security vulnerabilities. Recently, NIST stopped actually analyzing CVE's (one can relate to that), and the fact is that the system only makes sense as 1) vuln database; 2) in the context of responsible discosure; Responsible disclosure is from a non-AI era, where the time between a finding and a release woulds be measured in months, not weeks. Also, from a time where the probability of another human to stumble on that specific vulnerability was quite low. Pre-AI times.
Also, in April 2025 MITRE announced that fundings to the CVE/CWE program would expire, and it took a couple of days for the Trump administration to backpedal from that. We need a global system, not an american one - and clearly, americans should not be in charge of these global programs, as there is no way to isolate the world from their local politics. Their programs, their funding, nothing against it. I just think we, collectively, should have something a bit more robust, and while at it, do it on a quite more modern basis (EU CRA is actually a good start, as it includes SBOM and mandatory reporting).
CVE, CVSS, CPE seem all designed by comittee; CVSS and CPE are a flagrant case of that (try to apply CPE versioning to your own software, you'll get it); Its "what we have now" - there are alternatives, afaik but not that mainstream.
By now, is your Markov chain still a Markov chain, or does it have another name?
People love to discuss semantics. Yes, *today* a competent product manager enters requirements and - if not too complex - the llm will shit, review, debug, fix an application. That is the reality today. Not in 2031.
Only developers think that in most cases, the hard part is code. Its never been.
An LLM is a stochacstic system. With enough rounds, its undistinguishable from an emulated deterministic one, if you consider a delta greater than zero. Oh and each implementation/iteration give you the same determinism guarantees :)
Vaguely related, I recently designed a ws28x emulator (a physical device with support upto 1024*4 led stripes) to test firmware of our own devices. Ill probably make it oss when we release our system.
Technically, they arent even a business. One is a business when the revenue model works. People in IT tend to forget that.
We have a statistics problem. Thing is, the way successful surgeries vs botched procedures are measured isn't transparent; as an example, my mother died 2 years ago victim to a routine procedure; It was a combination of both "bad luck" (something went wrong with the procedure) with laxity (prolonged weekend, nobody cared about complaints). Because she didn't died on the table, instead from "complications in recovery" (fyi they accidentally perfurated the intestine during the procedure), its "natural causes".
Many years ago, my dad died from meningitis, 8-10 months after a surgery and a very long recovery. I'd bet a couple of fingers it was a hospital-contracted infection during either the surgery or the recovery. Again, a routine surgery took 8h instead of the expected 2.5-3h. Shit happens, we know - surgery is extremely dangerous, and there is a shit ton of stuff that can go wrong.
Thing is, none of this get into the statistics; There are no reliable survival metrics; The papers you sign are riddled with medical terms to isolate you from the consequences (would you do a non-critical surgery if you could end up shitting on a stomach bag for the rest of your life?), and many many doctors are quite happy into "selling you" their trade option. To be clear, the number any doctor presents you is *wrong*; it has no connection with reality; failure rates measure deaths on the table (the best kind of death, btw), and studies extrapolate from badly measured (per-hospital metrics) or non-existing data.
Tl,DR: avoid surgery if you can; If you really need it (after asking for at least 2 more opinions), your health (and often life choices) matter - bad kidneys, weak liver, etc may be the difference between someone rushing it up or giving an extra 20 min to ensure everything is kosher.
I can change the behaviour of many/most applications by just having read/write access to files; Can you give me examples of mainstream applications that are resistant to filesystem tampering when eg.you have install access? Maybe I'm missing something.
You are conflating "not understanding how to build software" with "not knowing how to write code". Most developers I've crossed paths with couldn't build a consistent library, let alone a complete, well written, architecturally sound and useful application. Sure, I also know plenty that don't fall into that category but those are the few.
Problems with deploy? Ask claude, use ssh with key-based auth and he will take care of it :) just saying.
I've been writing code "almost daily" for the last 35 years; been doing it professionally for at least 29 years. I've been around, and my peers consider me a proficient developer. I've built stuff ranging from embedded/os level development to DSL languages, from 3D programming to VBA macros. I wrote software used by me, and wrote software used by millions. In some cases, I've maintained products written by me nore than a decade. By your definition, I must be wrong, truth is I can afford to be wrong - my job is not writing code, is designing solutions. Writing code is often the easiest part, and we're mostly automating it. Thank god.