News for hackers. Stuff that matters.

cookiengineer

Do you have some repo link for your harness?

Would love to take a look at it.

Re:Official Claude Code extension compromise on Friday October 30, 2026 @12:55PM (#50306693)
It's dangerous to go alone, take this [1]

[1] https://github.com/cookiengineer/check-claude-code-exfil

Re:Backdoors in official Claude Code extensions on Friday October 30, 2026 @09:39AM (#50303740)
LGTM [1] sing

In all seriousness, there is nobody at Anthropic who can even give you that answer, because nobody there reads their pushed code anymore. Take a look at the previous Claude Code leaked codebases if you don't believe me, there is hundreds of files with 1000+ or more import statements at the top.

Any human would immediately tell you that it needs to be refactored from scratch. Their codebase also leaked that they're using review bots automatically instead of a human-in-the-loop review process.

[1] https://m.youtube.com/watch?v=3TNpOD6bov8

edit: downvoting me doesn't make it untrue, by the way. Check the leaked codebases, I dare you to provide evidence to the contrary.

Re:StackOverflow now gets fewer than 1000 questions a month on Friday October 30, 2026 @12:11AM (#50299789)
Had to check the nickname before I realized.

Hello, blast from the past! Feels like a lifetime ago.

I'm so grateful for WHATWG listening to the jquery community though, sizzle.js and the CSS query selector API made building dynamic websites so much easier.

One of the three co-founders also founded NSO Group, and was developing the Pegasus malware.

Just for context, that is the type of evil we're talking about here.

A German comedian made an episode about it [1]

[1] https://youtube.com/watch?v=_PF23EdGNcE

Re:I still teach OpenGL ES 3.0 on Tuesday October 27, 2026 @05:53AM (#50256696)
Yep, can confirm.

The tutorials and hands on coding examples made me understand how to program with GPUs. I loved them because at the time, khronos was still in its infancy and just started out with GLES extensions and the whole WebGL ecosystem.

Meanwhile I kind of believe that learning where it came from (fixed function pipeline, buffer/texture and uniform problems etc) makes a lot of sense to learn first so you start thinking in shader computation pipelines much easier, as you understand the whys and whens much better.

As the author pointed out, most soft routers are easily blockable because their protocol can be observed even from an opaque perspective.

Tricks for obfuscation I learned over the years:

- use exfil protocols (e.g. http smuggling via chunked encoding, DNS TXT)

- rotate exit nodes while sessions not only between (ronin behavior)

- encryption is useless with no padding or zero based padding, use one based padding instead

- scatter traffic through peers

- use manual caching everywhere, DNS TTL, HTTP entity based tracking, etc will be automatically unfeasible

- always think about the god's eye perspective of ISPs

One of my working soft router concepts, I've open sourced as Tholian Warps [1]

[1] https://github.com/tholian-network/warps

Re:Brotli vulnerability affects curl and Git on Saturday October 24, 2026 @10:37PM (#50227753)
Remember yesterday, when all the top comments here claimed that "no real software is affected by this"? The same folks who wrote that the PHP RCE isn't real and downvoted everyone claiming otherwise?

Where are all those folks now?

For reference (the thread I am talking about): https://news.ycombinator.com/item?id=50219177

Did your parents have an outdoor cat before you were born?

If yes, check for [1]

[1] https://en.wikipedia.org/wiki/Toxoplasmosis

Re:There isn't an easy exploit for this PHP vulnerability on Thursday October 22, 2026 @10:54PM (#50203969)
I'm amazed that you didn't write "come on, not with muslc???"

Read up on what ASLR does, then read the heap feng shui document, then come back here.

Because it does not work the way you think it does.

So many wiseasses here with zero knowledge about exploitation, it's getting ridiculous.

I even let the agent create two separate demos for this, one for ASLR and one without, but people are still to stupid to understand it.

Versions are pinned, replace it, check the fatal.php to get the initial memory distances, then retry it again. It'll work, that is the freakin point of the demo.

> ASLR

Read the heap feng shui doc, and headline 4 in the README.

The involved heap feng shui is independent of ASLR.

Maybe read up on what ASLR actually does before trying to be a wiseass?

Eh, no?

It is split up into two branches and demos, see the heap feng shui document?

ASLR enabled requires a way to create more data, which I intentionally did not create in the index.php because other folks claimed that is "cheating". That was the demo that wiz created.

Maybe you should read the repo next time? It is literally headline 4.

The whole point of this demo is that the assumed to be hard part (mem feng shui) is what LLMs are actually good at.

My PoC (generated) was able to exploit an index.php with a simple echo.

The only thing you have to know in advance is the relative memory offset distances, and that's it. Memory feng shui was the longest part of the implementation.

[1] https://github.com/cookiengineer/actual-php2shell

Re:There isn't an easy exploit for this PHP vulnerability on Thursday October 22, 2026 @05:39PM (#50201426)
> Sounds like you didn't prove its vulnerable against a stock PHP server though, so that's not a great response.

No I proved exactly that. Learn to read.

Re:There isn't an easy exploit for this PHP vulnerability on Thursday October 22, 2026 @05:38PM (#50201415)
Don't engage the troll. Look at their comment history, they comment senseless comments like this everywhere.
Shameless self promo for all the naysayers that are deflecting: https://news.ycombinator.com/item?id=50195017
> Hi, you haven't looked at the code in your exploit.

No, I did. But thanks for leading with an offensive comment, makes reading the rest much more enjoyable /s

> Take a look at the php files you're shipping with your "stock" server - theyre pretty contrived, no? fatal.php? producer.php boom() str repeat X 32?

> You use that to get the constants for the RCE, but without that information you're in trouble. How transferrable are these constants? Do they work with any config changes?

Yes, they work with changes. The point is that you have to use a container to have a reproducible memory layout that you can target. And that _is_ known and _is_ reproducible.

It's not that hard to find out which OS images or which PHP version you're running on the server, there's plenty of well working scanning tools (e.g. projectdiscovery).

And this is setting aside that 99% of servers probably run standard versions of Ubuntu or Debian combined with the distribution packages of Magento, Wordpress, etc. And those are also reproducible in their memory layout, hosting setup, built package versions, etc.

Just as a disclaimer because I know where this is going: No, I didn't target muslc. Because most operating systems still don't use it, and that's the actual problem here we should discuss here.

Re:There isn't an easy exploit for this PHP vulnerability on Thursday October 22, 2026 @09:30AM (#50195069)
My response to all the naysayers and downvoters:

https://news.ycombinator.com/item?id=50195017

Vibecoded on purpose without any of my influence, just to prove a point that a local Qwen3.8 model that's post trained on DeepSeek's reasoning traces makes this exploit and the necessary Heap Feng Shui totally feasible.

After being downvoted for writing that this exploit is actually feasible, and me pointing out that it's just a little heap feng shui work that any agentic LLM will find out by themselves ...

Here we go, 12 hours later, end-to-end exploit of an index.php that echoes "ok" and nothing more. Pinned PHP versions, reproducible containers for each of the CVE and exploit path/killchain variants and everything.

php.ini set intentionally to defaults. max_input_vars set to defaulted value of 1000 so it's actually harder to exploit than with a higher value.

Implemented using my Exocomp agentic environment, and my post-trained Qwen3.8 27B model that I trained on reasoning traces of DeepSeek v4 Pro. All on my github, needs a single 48GB Radeon VRAM GPU for training/inference via Vulkan (before someone claims it's too expensive).

Wake up folks, your assumptions about what is hard to do and what is not is the wrong rationality here. Humans are sequential beings, therefore we think that a lot of tasks are harder to achieve. But that's not the correct metric.

Heap Feng Shui work is gruntwork, therefore LLMs are better and faster at this than any human could ever be.

> Finally the last vulnerabilities of the year ... until today

Fixed that for you

Re:There isn't an easy exploit for this PHP vulnerability on Wednesday October 21, 2026 @08:28PM (#50189517)
[removed]
Re:There is no official XScreenSaver GitHub repository on Tuesday October 20, 2026 @01:41PM (#50169922)
> Why do you presume he uses git, though? He might, but he may as well use cvs or sccs or just a set of dated folders named “…-final2(7)”.

He might also still be using SunOS or HP/UX or maybe even 386BSD.

But is that likely? Not being pwned/hacked for 25+ years while still using the same old OS? On the internet that changed quite a bit since HTTP/0.9? While using the GitHub website with TLS and HTML5 and JS requirements to register an account which doesn't run in such an outdated browser?

I think your assumptions about statistical likeliness are a bit off.

Re:There is no official XScreenSaver GitHub repository on Tuesday October 20, 2026 @08:19AM (#50165239)
> Prove it.

There's enough demo videos on how to use gogs, github or forgejo on YouTube.

I have faith in your ability to use the YouTube search.

Re:There is no official XScreenSaver GitHub repository on Tuesday October 20, 2026 @08:13AM (#50165155)
I didn't criticize the motivations to ditch GitHub. I applaud that.

I criticized the intentional creation of a GitHub account just to write a README file wherein they say that there's no repository, instead of providing any useful information for people looking for a repository.

If there's no repository and you go to such great lengths just to clarify that there isn't any, then maybe you can just push your code to codeberg or gitlab or a selfhosted gogs instance if you don't trust them?

Nobody said that he MUST accept pull requests or MUST engage with any community at all. You can just disable all the features, I do that too since 4chan raided my repos in 2021 and GitHub didn't do shit about it.

But this way at least there's no risk for people installing malware infiltrated forks of xscreensaver on their machines. And that's what is the important part that wasn't actually solved/avoided/prevented with that README file.

Re:There is no official XScreenSaver GitHub repository on Tuesday October 20, 2026 @05:56AM (#50163638)
Instead of providing a mirrored repository, they decided to intentionally not fixing the correctly identified problem while simultaneously still living 30 years in the past.

Setting up a git mirror that auto syncs takes less than 2mins of effort. And way less time than writing up this README that's just there to lecture people. If it's about disagreement with github, there's also better alternatives.

You can still setup the mirror and be done with it, and put the original repo links at the top in the README.

Re:Tesla Roadster on Saturday October 17, 2026 @01:46AM (#50128313)
What if the purpose is not flying but accident prevention when falling off a bridge or cliff?
Re:Claude reveals ECDSA curve origins on Friday October 16, 2026 @06:18PM (#50125521)
> 133784883

Ghislaine Maxwell's social security number?

Older »