Railway Security Disclosure (blog.railway.com)

• vldszn 20 minutes ago

Crazy day for cybersecurity: PHP RCE, eMudhra certificates, and now Railway.

And it’s all just getting started imo.

https://blog.cloudflare.com/emudhra-certificate-compromise

https://www.wiz.io/blog/php2shell-php-rce

• netvarun 3 minutes ago

I think the pingcap hack might be the biggest of them all, somehow it has gone under the radar.

[0] https://news.ycombinator.com/item?id=50173716

• tom1337 14 minutes ago
• vldszn 9 minutes ago

Madness..

• bokchoi 8 minutes ago

And litellm too

• vldszn 6 minutes ago

true =(

• theturtletalks an hour ago

Postiz founder posted on X that his service is being brought down, his keys were already used and Railway was quiet about this until he spoke up:

https://x.com/wickedguro/status/2113015432974405658

• lifeisloving 5 minutes ago

Why is a 300k mrr company (his tiwtter bio) running on raleway?

• fbrncci an hour ago

Right just as I take my first day off (for the entire year!) from work to fly out for a vacation. The mother of all security bombs starts dropping all around stacks and services that I am responsible for. How else could have taken time off go for me…

• jazzyjackson 12 minutes ago

Brother do not cancel anything for these people, they do not care about you, it's their fault for not considering bus factor in their org chart. Why can't the person above you handle that?

• jjulius 27 minutes ago

Prioritize your mental health, go enjoy your vacation.

• bryancoxwell 20 minutes ago

Strongly concur

• Liuser 12 minutes ago

Not your problem. Enjoy your vacation. Bus factor of 1 is poor planning of leadership.

• MattIPv4 an hour ago

Seen multiple folks in the Railway Discord confirming that their secrets stored in Railway have been used by third parties, so it definitely sounds like the attackers were able to read decrypted environment variables.

• numbsafari 15 minutes ago

Environment variables are a terrible place to store secrets.

I'm just going to say it, since having said it non-stop for over 20 years, nobody seems to listen and we keep circling this drain.

The 12 Factor manifesto was 100% wrong on this point.

Use environment variables to point to where secrets are located, not to store their values.

• tptacek 5 minutes ago

Environment variables are generally fine for secrets. Environment files are problematic. Modern systems that inject secrets into the environment launch the program itself.

• zaik 7 minutes ago

systemd makes it easy: https://systemd.io/CREDENTIALS/

• martinald an hour ago

I have a bad gut feeling that every day is going to look a bit like today with endless urgent patches and breaches.

Fwiw it sounds similar to the hack over the weekend that opencode suffered.

• xtracto a minute ago

The internet is over. We are going back to static htmls for public pages, and Point to Point VPN bases connections for B2B service provision.

B2C? too risky to publish services online haha.

• 0x1F8B 29 minutes ago

The security team at my company is working with a frontier lab to scan all our code/systems. They are in a borderline panic to close every possible issue, even innocuous ones that are buried under defense in depth. Whatever they are seeing from our partner has them spooked -- as in "acceptable risk" is no longer a thing anymore.

• Fordec an hour ago

I fully believe the only sustainable future is that hot patching will need to itself become fully automated. Hot patch now with a minimal allowed amount of line changes to head off the AIs, review it in office hours for auditing and the team is actually awake.

My second belief is that environment variables as a development concept will need to be retired. If it's something that causes a security breach if it by its mere existence on a public git repo, it is information that by design cannot ever pass to a filesystem out of a chain of trust, not by mere development conventions people choose to adhere to.

• munificent an hour ago

> hot patching will need to itself become fully automated.

Great, even less control over the things we use and more power ceded to corporations.

• Fordec an hour ago

Due to the small nature of hot patching (eg. bump this dependency, rotate these keys, turn off that config, follow the runbook) it will unlikely need to be a frontier model and is likely able to be done LocalLLM/Jev style decision making rather than having to hand all the keys to frontier model operators.

• stabbles 36 minutes ago

Hot patching is itself a liability

• Fordec 16 minutes ago

Not reacting is a liability. Blue-Green deployment is a liability. Code is itself a liability. Choosing this career at all is a liability.

• yakz an hour ago

It's only just starting. It'll get worse before it gets better.

• reconnecting an hour ago

I think the only way out is to go back to on-prem for everything, like in the 00s.

LAN cables will go up in price soon.

• seanw444 10 minutes ago

Ha, Cyberpunk 2077 is becoming reality. We're proposing the Blackwall.

• solyin an hour ago

How does on-prem help if your product is a SaaS.

• lawrenceduk 43 minutes ago

You open a SaaS shop where people come to use it

• codeulike 38 minutes ago

Instead of being a SaaS it will need to just become a S

• 80fj0348i 37 minutes ago

You put the SaaS into a Box your customers can install into their datacenter!

• doubled112 12 minutes ago

What a brave new concept!

Sometimes I do miss owning the hardware to run a thing.

What I don't miss was having all of those appliances run a different base distro of Linux, each with varying levels of update support, while the security team keeps reading security scans to me.

• reaperducer 13 minutes ago

Like back when you could rent a Google appliance.

• Sivart13 an hour ago

surely once there's been enough patches the code will be perfect though?

• arbayi 4 minutes ago

i revoked my api keys, changed with new ones but guess what? railway does not allow deployments at the moment, so my app is down.

• fyzix an hour ago

How is it possible rotate keys if you disable deployments? You're basically telling us to take our services offline...

• frio 9 minutes ago

Yep. What an incredibly frustrating notice. I like Railway and I guess their hands are tied here, but wow.

• tossstone 34 minutes ago

I've already taken my applications offline and will be migrating to a new host...

• DrawTR an hour ago

Jeez, what a rough past 24 hours for all security folk. Hang in there

• llama052 29 minutes ago

I'm already tired, between pushing back on vibe coded internal projects being put onto the internet and then the constant barrage of CVEs that mean nothing.

Then you have real security incidents that you need to tune into constantly.

• jacquesm an hour ago

It's going to be a rough decade.

• rectang an hour ago

I really don't know how we are going to deal with accelerated exploit generation via LLMs — it blows up the disclosure processes we've evolved.

The only thing I can think of is hunkering down with static HTML to reduce attack surface, but that's laughably incompatible with many many business requirements.

• aaron_m04 7 minutes ago

Business requirements will have to change. All your competitors are under the same pressure with the same shitty set of options, after all.

• jacquesm 28 minutes ago

I think it will kill open source to some degree. I found it already very hard to imagine how the endless queues of issues were being dealt with so diligently, but at least there was a human on the other side. The torrent that is unleashed now is not manageable on a human scale. It's a highly automated arms race with a bunch of good-willing humans caught in the crossfire between large companies and criminals duking it out.

• rectang 10 minutes ago

Could open source activity transition towards provably correct software, with far more modest feature sets?

I don't have experience with proof based tools, so I'm not sure what's feasible.

• cortesoft an hour ago

It feels like the only solution is going to be proactively running your own AI agents looking for patches and applying them.

• rectang an hour ago

The issue is where to direct the LLM's attention.

Prompting the LLM to "look for vulnerabilities in PHP's multipart upload handling code" is going to find stuff that "look for vulnerabilities in PHP" won't.

• cyberpunk 22 minutes ago

Or, you know, use client certificates so the bots can’t hit you.

Those can leak / be stolen of course, but a bunch of my clients php apis survived as without a cert they’re told to fuck right off.

It does make their client onboarding a bit harder but it’s a trade off which seems to have been the right one.

• jacquesm 27 minutes ago

Yes, so who will pay for that? Open source so far meant you would use your brains and your creativity, now you need to use your money too if you want to keep pace. From a 'guts, credits & glory' proposition to 'slop processor if you can afford it' is not really an upgrade.

• merlindru 29 minutes ago

job security!

• sergiotapia 4 minutes ago

Actually I will move my projects away from Railway. With AI what it is today, no reason to shy away from hosting on actual VPS.

What is the best VPS to use today? Is it still hetzner or ovh?

• AJRF an hour ago

Do cloud providers have a lock-down mode where you can press 1 button and stop all spend?

• Aboutplants 24 minutes ago

Not a bad idea

• tom1337 7 minutes ago

It is… for their business.

• minraws an hour ago

how are the secrets decrypted, I would like some explanation so that I can have some understanding here, I am starting to feel like all these companies are just meme-ing with their security posture.

Like did someone vibe code too hard, how do env secrets leak for everyone...

• 9cb14c1ec0 an hour ago

Easy, all the bad guys need to do is access whatever system stores the decryption keys.

• torben-friis 13 minutes ago

>We believe this is part of a series of attacks recently targeting platform companies with the aim of compromising AI inference providers.

Is that an accusation? As in, major AI players taking out competitors ?

• alpineman an hour ago

Train wreck. People were writing on discord 3 hours ago, 10 hours after the incident started, that keys created just for railway were running up usage. Meanwhile builds have been down for more than 12 hours. Only NOW did they just send out an email to all customers. I wouldn't have found out until then if I wasn't checking the discord periodically.

• paxy an hour ago

It’s funny that every security breach disclosure now has a mandatory “the attacker used AI!” as if it absolves you from having to maintain a secure system. If anything it makes the situation more damning. If it was possible to find exploits using AI then your own red teaming should have found them before the attacker did.

• tokioyoyo an hour ago

Defending is so much harder than attacking. You don't even have to focus on one target, as you can just mass-AI-script a lot of attacks wherever it's possible, and see what sticks. Even if you did everything right, there's always the social-engineering angle, or a single compromised device, or just accidental bad upgrade through supply chain. If you can mass-spread the seed, and plant something that "calls home" constantly, you can just have an agent that would start the attack the minute it gets infected, and go deeper.

It's really a wild west right now, have no idea how we fix it. I'm assuming everything will get more concentrated in big co's hands, as having a very robust security is extremely hard.

Also, we have to agree that younger people will start companies. There will be small companies that cannot afford red teams. There will be companies that are just not equipped, and their profit margins cannot sustain constant attacks.

• nrmitchi 28 minutes ago

> It’s funny that every security breach disclosure now has a mandatory “the attacker used AI!”

This isn't in the article? They do not at all claim "the attacked used AI!".

The only mention of "AI" is "We believe this is part of a series of attacks recently targeting platform companies with the aim of compromising AI inference providers." This is the same (apparently) end-goal as the Opencode breach last week, and is not blaming or finger-point at AI. It is stating (rightfully) that AI inference is very easy to resell and turn stolen credentials into cash.

• arcanemachiner an hour ago

> your own red teaming should have found them before the attacker did

Easier said than done. The defender has to do everything right, all the time, to prevent a headline like this. The attacker only needs to be right once, and it's game over. AI or no AI.

• gkoberger an hour ago

Unless they edited the post, they never said this. You should delete this; it's false information.

• mbreese an hour ago

I didn’t actually see that in this post at all. They mention that the end goal of the attackers might be to get to AI inference providers. But I don’t think they are crying “AI was used” here.

Or did I miss something?

• barrrrald an hour ago

This one doesn’t?

• shinycode 23 minutes ago

I’m lucky I moved away from it to host my own db with coolify

• dgellow 18 minutes ago

That’s coming for all platforms unfortunately

• eecks an hour ago

Huh, I've been using Railway tonight and this was the first I've seen of this. Just got an email about it now too at 23:36

• MattIPv4 an hour ago
• wateralien an hour ago

Is this our new AI daily reality?

• iririririr an hour ago

companies probably have php and Python applications exposed to the web and nobody knows.

the speed of irresponsible deployments is infinite now, by design

• gbnwl an hour ago

The past two days have been awful as someone who uses Railway.

• goforbg 7 minutes ago

the worst service I've signed up for has to be railway. What a terrible product.

• sergiotapia an hour ago

If you're on Railway do not wait, ROTATE every API key at the source, and do not set new values because Railway is still compromised and not secured.

• lijok an hour ago

Damn I guess all those l33t hiring practices were for nothing

• rvz an hour ago

Of course, it was a giant scam that tested for nothing and optimized for how to pass a test.

Let's see if companies are ready to hire more people who know what they are doing, against a super-intelligent swarm of millions of agents with cyber capabilities.

• Keloran an hour ago

Well this is certainly interesting, I wonder how their secrets were being stored, I assumed they were stored in vault and then injected with a sidecar, but I guess not

• esseph an hour ago

Fuck, I thought this was about trains