Viewing profile — firer
firer
HN member- Joined
- Wed, Sep 20, 2023, 6:07 AM UTC
- HN karma
- 183
- Public activity
- 17 items
- HN profile
- View on Hacker News ↗
About firer
Recent public activity
-
comment
Comment #49181279
Exactly! Hopefully going to get around to it next weekend :) Also, although you can't trivially cross wires, you can create a wire crossing using a few XOR gates [1] [1] https://cs…
- story
-
comment
Comment #48913582
Hah, not trying to pass off as human. Just communicating with my fellow men in black ;) To be as explicit as possible: whether disclosing this publicly actually did more good then …
-
comment
Comment #48912940
All too common... It's sad yet understandable how a company would not prioritize security. At the same time, it's also understandable how a security start-up, upon (rightly) gettin…
-
comment
Comment #48054730
From what I understand, the copy fail bug was found by researcher who noticed something weird and then using AI to scan the codebase for instances where that becomes a problem. I b…
-
comment
Comment #48054647
There are two vulnerabilities here. The RxRPC one is definitely a different root cause (although caused by a very similar mistake). For the ESP one it's a bit harder to tell. I don…
-
comment
Comment #48054587
SUID mitigations have nothing to do with the vulnerability itself - just the exploit. If there's a root cronjob that runs a world readable binary, you could modify it in the page c…
-
comment
Comment #48054428
My immediate reaction was the same. But this is very similar to Copy Fail, and I'm assuming there was an assumption that others might also discover this soon as well. Hence the urg…
-
comment
Comment #48054321
This is very similar in root cause and exploitation to Copy Fail. Which illustrates pretty well something that's lost when relying heavily on LLMs to do work for you: exploration. …
-
comment
Comment #47953084
System partitions being non-writable has nothing to do with the vulnerability - it allows modifying the cache of any file that you can open for reading. Not using setuid anywhere m…
-
comment
Comment #47726729
Yeah, totally agree now that I've looked into it more. > If OSS models are equally up to the task, why not find novel vulnerabilities? To be fair, in the same blog post Anthropic m…
-
comment
Comment #47726389
> Open source models found the same bugs? Sure, if you tell them "here is a for which may contain a vulnerability, look for a big in how function XYZ handles ABC" In one of Anthrop…
-
comment
Comment #47726293
Security efforts are not evenly distributed, even within a single project. This includes both the thinking that the developers put in, and the scrutiny given to a piece of code by …
-
comment
Comment #45897569
I agree with the general sentiment, but it seems fair to me that an old "lifetime" license won't have access to new features.
-
comment
Comment #42233654
I love this stuff. If anybody wants another outlandish example here is an emulator I built: https://github.com/DanielFi/sqlite-vm/blob/main/emulator.sql
-
comment
Comment #42155125
Fuzzing data flow separately from control flow is an interesting idea I can believe that it dramatically speeds up finding certain bugs, but I doubt that it can reach a large class…
-
comment
Comment #41471702
[dead]