Nils Adermann (@naderman) header
Nils Adermann (@naderman) profile picture

Co-Founder of @packagist / https://nitter.cf/t.co/J7OZsciXbE and Co-Creator of #composerphp - he/him - @naderman@phpc.social

Berlin, Germany
Joined January 2008
Photo by Nils Adermann (@naderman)Photo by Nils Adermann (@naderman)Photo by Nils Adermann (@naderman)Photo by Nils Adermann (@naderman)Photo by Nils Adermann (@naderman)Photo by Nils Adermann (@naderman)Photo by Nils Adermann (@naderman)Photo by Nils Adermann (@naderman)Photo by Nils Adermann (@naderman)
Nils Adermann retweeted
i have no time to maintain all my vibe coded tools we need a business model where someone else maintains the code and i just pay a monthly fee
388
123
116
3,042
269,445
Nils Adermann retweeted
Just to clarify my current level of security paranoia. Somebody is making videos of my PRs and sending them to me, and my first thought is: does the Mac/Linux/Windows decoder have an RCE, and is someone trying to hack me?
7
2
118
9,128
Nils Adermann retweeted
Cooldown now works for WordPress plugins and themes too! WP Packages records when it first serves each version, and resets the clock if a release is changed after the fact on WordPress.⁠org roots.io/wp-packages-now-sup…
3
4
12
918
Maybe companies need Evals? 🤔
BREAKING: Employers worldwide are pulling back on AI as they navigate a flood of errors and low-quality work that sap employee time, raise privacy and security risks, and drive up costs, per the Guardian.
1
9
696
Nils Adermann retweeted
me a month ago: bro using public wifis is completely fine in 2026, everything uses TLS, stop being paranoid eMudhra: 4 me: well,
17
175
9
4,673
91,749
Nils Adermann retweeted
Composer 2.11 is out 🚀 cooldown dependency policies hold back freshly published package versions for an hour or a day, so compromised releases can be flagged before they reach your composer update. blog.packagist.com/composer-… #php #phpc #composerphp #supplychainsecurity
4
47
8
148
11,713
I got confirmation that the original version just had an index.html. So there never was any php code executed hahaha. But they added now an actual .php file (like 18h after they started the challenge. So the 21 hours without successful hack is misleading) Now it should be exploitable. But of course it’s incredibly hard to do so when the service gets hammaered and crashing like crazy. Keep in mind, tons and tons of php service don’t get hammered like this. So if somebody gets it now, then that’s actually crazy!
12
8
7
228
31,297
Let me help you @techcrunch: @AWS labeling honeypot hits with PHP_SESSION_UPLOAD_PROGRESS as php2shell is absurd. That field has been in public PHP crash reports and exploit writeups for 10+ years. Likelier: attackers stabbing in the dark with old public info 🧵
4
8
2
59
6,473
3/ Attackers have also been sending PHP_SESSION_UPLOAD_PROGRESS to servers since Orange Tsai's 2018 HITCON LFI-to-RCE trick blog.orange.tw/posts/2018-10…, which is documented on Exploit-DB exploit-db.com/docs/50157. A honeypot seeing it from an anonymizer IP proves scanning, not php2shell.
1
11
734
4/ it's a bit absurd to suggest moving from PHP to Python for memory safety in this context. CPython, written in C like the PHP VM can have memory issues too. PHP is as memory safe a language as Python is.
1
16
357
Nils Adermann retweeted
I think we've discovered another critical vulnerability: CVE-2026-BURNOUT: AppSec Professional Exhaustion Severity: Critical (CVSS 10.0) Description: A vulnerability affecting security professionals exposed to a continuous stream of critical RCEs, zero-days, emergency patches, and Friday afternoon disclosures. Impact: Sleep deprivation, excessive caffeine consumption, and an inability to enjoy weekends. Attack vector: Reading security advisories. Affected versions: All AppSec professionals, regardless of experience. Mitigation: No known patch. Air-gapping may delay the inevitable. Total system collapse remains a possibility. 🔥
56
385
38
1,871
107,662
Nils Adermann retweeted
-----BEGIN PRIVATE KEY-----
49
587
21
7,270
69,005
Nils Adermann retweeted
Set session.upload_progress.enabled=0 till next PHP release to block an unlikely RCE vector (CVE-2026-115560). Already recommended for CVE-2026-109619 Wed, keep disabled. Only apps with non-default serialize_handler switching it to "php" at runtime can be affected. #php #phpc
51
903
151
2,849
409,562
Nils Adermann retweeted
43
2,362
75
30,668
284,540
If all the govs shutting down servers for a PHP update, all the hosters & enterprises terrified by the vuln, gave $100k, or just $50k a year to the PHP Foundation, things could look very differently. Go, make your employer sponsor *today* thephp.foundation/sponsor/ #php #phpc @ThePHPF
4
130
12
273
19,548
Nils Adermann retweeted
PHP docker image built failed because the maintainer locked the comments and the CI has a step posting status to github comments.
15
52
15
1,615
66,507
The keyword here is *attempts* and this is getting a bit frustrating, @aws threat intelligence put out a similar statement. But all this is, are requests trying to find a way in, trying to corrupt memory. They don't describe anyone who actually figured out the rest of a chain for RCE. Now, is that concerning, cause clearly quite a few people jump to attacking with AI with even little info? Yes. Is it a sign there was any exploitation, successful RCE before disclosure? No.
Some stats on #php2shell. In the 10 hours before it was publicly announced, across the @Cloudflare network we saw thousands of attempts to exploit it. That jumped to tens of thousands in the 45 minutes post announcement, hundreds of thousands within 2 hours, and millions now.
1
6
2
69
10,653
So I guess now is the moment where I start thinking about the fact I'm supposed to give a talk on PHP supply chain security at @MeetMagento_DE tomorow and in the midst of all this haven't really prepared a talk yet? 😆 Guess worst case it's an AMA
5
2
49
2,472