Recent submissions

Comment · 8 days ago
Comment · 8 days ago
Check out https://calif.io/research/the-great-glyph-grift, which shows one could go wrong with PDF in iOS.

We're gonna publish more in the coming weeks. Writing these blog posts take time, and we've been busy with another PHP thing.

Comment · 8 days ago
We disclosed most bugs to Apple, and are going to disclose the rest. We've disclosed probably close to 100 bugs to Apple in the past 6 months.

We've also been working with closely with the Signal Foundation to help them reduce the attack surface.

It's not true that we don't want to make devices more secure. We do and it's why we do this research.

We also do want our name out there because we're having a lot of fun and want to share that with our friends and the rest of the world.

Comment · 8 days ago
Thanks Tom! You're always super kind to us.
Comment · 8 days ago
We disclosed most of the bugs used in these chains to Apple, and are going to disclose the rest, if not already.

>Just as a reminder for some folks here: During their WeWorm research in July–September 2026, Calif didn't stop at proving RCE to Tencent—they spent an extra week using AI to build a fully functional, self-propagating zero-click worm across three live phones, triggering temporary account bans from Tencent during testing.

Not sure what exactly your point is. The WeWorm demo was done in a controlled environment.

Also we do this for free. We don't charge neither Tencent nor Apple. We don't even take their bounties. Why can't we have some fun?

If you're so upset about how we do it, my suggestion is go find your own bugs.

Comment · 5 months ago
Comment · 5 months ago
Nope. Try the PoC on macOS:

https://github.com/califio/publications/blob/main/MADBugs/fr...

The script downloads and sets up FreeBSD on QEMU, then runs the exploit.

The exploit is very smart: https://github.com/califio/publications/blob/main/MADBugs/fr.... It basically backdoors sshd.

Comment · 5 months ago
You're always super kind to me :)
Comment · 5 months ago
Comment · 6 months ago
The feature is enabled by default. You can test it by yourself.
Comment · 6 months ago
This is a good title, thanks! There was iTerm2 in the original title, but it overflowed to the subtitle in Substack.

I've now updated the blog post.

Comment · 6 months ago
Comment · 6 months ago
Disclosure: I didn't discover the vulnerability. I wrote the blog post.

>The author was able to develop an exploit by prompting an LLM with just the upstream commit

Yes, I was able to do this. I believe anyone watching iTerm2's commits would be able to do this too.

>but I still think this blog post raises the visibility of the vulnerability.

Yes, I wanted to raise the visibility of the vulnerability, and it works!

The author of iTerm2 initially didn’t consider it severe enough to warrant an immediate release, but they now seem to have reconsidered.

Comment · 7 months ago
>Key point is that Claude did not find the bug it exploits.

It found the bug man. You didn't even read the advisory. It was credited to "Nicholas Carlini using Claude, Anthropic".

Comment · 7 months ago
>But you would expect running "git status" or "git ls-files" in the unzipped directory to completely pwn your system? Probably not either.

That’s fair, but it would be pretty unusual for me to run Git commands in a directory I’m not actively working on. On the other hand, I open files from random folders all the time without really thinking about it, so that scenario feels much more realistic.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton