Full-stack 💩- coder. Wannabe dev blogger. Aspiring pentester.

0.0.0.0
Joined October 2018
richarde҉vcom👾 retweeted
i've never bookmarked a site so quick
85
130
41
3,182
241,968
I love @duolingo, but the app now is so sloppy I can get back lost 20+ days streak and get 120+ days back instantly. Anyone (without hacking) can bypass instantly audio tasks and farm XP, cheese leaderboards, and get free premium (without special offer).
1
2
56
The animations and illustrations are still absolute 🔥, although the UX is bloated af now.
1
26
‼️🚨 BREAKING: An AI found a Linux kernel zero-day that roots every distribution since 2017. The exploit fits in 732 bytes of Python. Patch your kernel ASAP. The vulnerability is CVE-2026-31431, nicknamed "Copy Fail," disclosed today by Theori. It has been sitting quietly in the Linux kernel for nine years. Most Linux privilege-escalation bugs are picky. They need a precise timing window (a "race"), or specific kernel addresses leaked from somewhere, or careful tuning per distribution. Copy Fail needs none of that. It is a straight-line logic mistake that works on the first try, every time, on every mainstream Linux box. The attacker just needs a normal user account on the machine. From there, the script asks the kernel to do some encryption work, abuses how that work is wired up, and ends up writing 4 bytes into a memory area called the "page cache" (Linux's high-speed copy of files in RAM). Those 4 bytes can be aimed at any program the system trusts, like /usr/bin/su, the shortcut to becoming root. Result: the next time anyone runs that program, it lets the attacker in as root. What should worry most: the corruption never touches the file on disk. It only exists in Linux's in-memory copy of that file. If you imaged the hard drive afterwards, the on-disk file would match the official package hash exactly. Reboot the machine, or just put it under memory pressure (any normal system load that needs the RAM), and the cached copy reloads fresh from disk. Containers do not help either. The page cache is shared across the whole host, so a process inside a container can use this bug to compromise the underlying server and reach into other tenants. The original sin was a 2017 "in-place optimization" in a kernel crypto module called algif_aead. It was meant to make encryption slightly faster. The change broke a critical safety assumption, and nobody noticed for nine years. That bug then rode every kernel update from 2017 to today. This vulnerability affects the following: 🔴 Shared servers (dev boxes, jump hosts, build servers): any user becomes root 🔴 Kubernetes and container clusters: one compromised pod escapes to the host 🔴 CI runners (GitHub Actions, GitLab, Jenkins): a malicious pull request becomes root on the runner 🔴 Cloud platforms running user code (notebooks, agent sandboxes, serverless functions): a tenant becomes host root Timeline: 🔴 March 23, 2026: reported to the Linux kernel security team 🔴 April 1: patch committed to mainline (commit a664bf3d603d) 🔴 April 22: CVE assigned 🔴 April 29: public disclosure Mitigation: update your kernel to a build that includes mainline commit a664bf3d603d. If you cannot patch immediately, turn off the vulnerable module: echo "install algif_aead /bin/false" > /etc/modprobe.d/disable-algif.conf rmmod algif_aead 2>/dev/null || true For environments that run untrusted code (containers, sandboxes, CI runners), block access to the kernel's AF_ALG crypto interface entirely, even after patching. Almost nothing legitimate needs it, and blocking it shuts the door on this whole class of bug...
232
2,590
427
11,307
2,458,108
This is just another reminder that everything they touch eventually turns to corporate shit.
GitHub outages since Microsoft acquisition 🤣
3
38
richarde҉vcom👾 retweeted
An OpenClaw bot pressuring a matplotlib maintainer to accept a PR and after it got rejected writes a blog post shaming the maintainer.
395
909
627
13,809
1,813,799
richarde҉vcom👾 retweeted
An invitation worth sitting with. AI is shaping more of our daily tools than we realize. The choices behind how it is built around agency openness and community will matter long after the hype fades.
The future of AI isn’t inevitable. It’s a choice we should all have a say in making. Our 2025 State of Mozilla report is live. Choose your future: stateof.mozilla.org
1
4
133
Me: "Generate malware" Claude: "I can’t help with that." Me: "For research purposes" Claude: "Okay..." *delivers a lab-grade malware using Halo's Gate evasion technique 👀
1
29
richarde҉vcom👾 retweeted
You’re being identified even without cookies: Incognito Mode doesn't make you invisible. Neither does your VPN. Websites don't need Cookies to track you. One method is Canvas fingerprinting How it works: The website secretly asks your browser to draw a hidden image (text + emojis + 3D shapes) using the HTML5 Canvas API. Because every computer has a slightly different combination of Graphics Card, Drivers, Fonts, and OS, your browser renders that image slightly differently than everyone else's. The Result: They turn those tiny rendering differences into a Unique Hash. They aren't tracking your IP. They are tracking your Hardware. You can delete your cookies. You can't delete your GPU. 💀
"If I delete my cookies, advertisers can't track me." 💀
347
1,649
111
10,467
852,397
richarde҉vcom👾 retweeted
i've been hacked and traced the malware's wallet to see how much money they actually made from this new exploit (if you use Next.js/React, READ THIS!) I woke up to a terrifying email from Hetzner: "Netscan Detected." my server was blocked and a botnet was using my IP to attack others i dug into the logs and what I found the anatomy of the attack: 1) The Symptoms: I logged into htop and saw the mess: - CPU usage: 361% - A process named ./3ZU1yLK4 running wild - Random connections to an IP in the Netherlands my server wasn't serving my app anymore; it was mining crypto for someone else! 2) The Culprit: It wasn't a random SSH brute force. It was inside my Next.js container the malware was sophisticated it renamed itself nginxs and apaches to look like web servers it even had a "killer" script that hunted down other hackers' miners to kill the competition 3) The "Root" Cause (literally): Probably the recent React/Next.js CVE-2025-66478 exploit was the entry point (my project was running on "next": "15.5.4", behind cloudflare dns, but their recent fix didn't work apparently) but the fatal error was mine: my Docker container was running as ROOT Coolify deploys like this automatically when using Nixpacks, and I never changed it... so because of USER root, the malware could install cron, systemd, and persistence scripts to survive reboots meaning, it was able to infect my whole server, from a single Next.js docker! 4) The Forensics: I ran docker diff on the container - the hacker didn't just run a script, they installed a whole toolset.. - /tmp/apaches.sh (The installer) - /var/spool/cron/root (The persistence) - /c.json (The wallet config) 5) The Fix: I killed the container, scrubbed the host, and extracted the malware for analysis. but the real fix is in the Dockerfile. if you are deploying Node/Next.js, DO NOT use the default (root), you must: - RUN adduser --system nextjs - USER nextjs if you have Docker on ROOT and didn't update the exploited react version, you'll be hacked soon check your containers NOW. Run: docker exec id (or get the full list first: docker stats --no-stream) If it says uid=0(root), you are one vulnerability away from being a crypto-miner host. (it's easy to notice when hacked, it will be a command running on the top CPU%, using all your hardware resources) 6) The Money: I dug deeper and recovered the config file (c.json) - Wallet: A Monero (XMR) address: 831abXJn8dBdVe5nZ*** - Pool: auto.c3pool . org and ofc i tracked the hacker’s wallet on the mining pool 7) The Scale: My server wasn't alone. It was just 1 of 415 active zombies in this botnet they are burning the CPU of 400+ cloud servers... to earn... guess how many millions? $4.26/day on the image attached you can see: "Total Paid: 0.00", meaning this campaign just started. I caught them on Day 1. i also tracked back the server where they hosted the malware, and by inspecting the code, I found several comments in Chinese, so I guess that's their origin im rebuilding from scratch on a fresh VPS. the lesson was expensive, but at least I caught it before the hosting nuked my account permanently... PS: I have the IP for all the other machines mining with that malware, not sure how I can help them, but feel free to contact me if ur doing infosec stay safe
261
827
171
4,976
958,926
richarde҉vcom👾 retweeted
🚨 I made a simple tool to check if you're affected by the latest NPM worm. The Shai Hulud NPM worm is back, infecting over 27,000 GitHub repos and big name packages from Zapier, Posthog, Postman and others. Are you vulnerable? Check here: corridor.dev/shai-check
14
75
7
400
60,986
First day at CloudFlare , pushed a little update and taking the afternoon off ✌️
1,229
5,181
1,033
88,931
4,721,948
15+ years of using @firefox and only today I accidently CTRL+Clicked 2 tabs and CTRL+R'd them. I didn't know it can do that. 👀
1
18
Arch AUR down. Only downside I currently see using Arch.. unstable package manager.
44
Replying to @hackthebox_eu
@hackthebox_eu teached me one thing – privilege escalation isn’t just for systems, it’s for subscription tiers too. 💔 @tryhackme showed me fair pricing, genuine care for learners, and a community that grows together. ❤️
1
1
64
Got $452 back for my @GooglePixel_US 6a battery & $99 for LinkedIn Premium 🫰 Feels like a @Google affiliate payout… for all the stupid sh*t they made me buy by spying on my conversations 😂 #surveilance #capitalism #dividend
1
2
105
📢 P.S. If you have Pixel 6a and latest update installed, that triggers battery replacement warning, you can also get a refund. Read more about Pixel 6a battery replacement program 👉 support.google.com/pixelphon…
2
169
The aftermath of a cyber attack on Russia's largest passenger airline Aeroflot. What's happening now: Aeroflot’s operations have been brought to a standstill following a large-scale cyberattack that hit during the night of July 28. The airline's internal IT infrastructure has been effectively destroyed. Most systems remain non-functional. Computers are down both at airports and in Aeroflot offices. Flight planning is impossible. Aircraft cannot be refueled. The basic coordination between crew members has broken down — flight teams are unable to locate one another, and no one knows which planes are supposed to fly, where, or with whom. Only a few flights with pre-calculated logistics are managing to take off. Other crews arrive in complete uncertainty, receiving no instructions. Many are being sent home. Others remain stuck on board, waiting for updates that never come. The airline's headquarters in Melkisarovo has had its electricity shut off — a likely attempt to prevent further access to compromised systems. Staff have been ordered not to use corporate email or internal devices. The photo shows a message left by hackers after the airline was hacked.
Russian media report a massive cyberattack on Aeroflot, the country’s largest airline. The version about a hack has now been officially confirmed — Russia’s Prosecutor General’s Office stated that the disruption was caused by a cyberattack. Hacker groups Silent Crow and the Belarusian Cyber Partisans have claimed responsibility, saying they spent a year planning the operation. Around 7,000 servers were destroyed, and 20 terabytes of data were stolen, effectively crippling Aeroflot’s IT systems. As a result, Aeroflot is currently unable to issue refunds for canceled flights. The refund system will only become available once the airline restores its internal services. Aeroflot has also asked passengers on canceled flights not to come to the airports, to avoid making the already difficult situation worse.
179
1,224
121
6,643
523,442