
Cloud whisperer. 🇺🇸 🇩🇪 🇫🇷 🇰🇷 @hacknotcrime advocate Stark sein bedeutet, immer zu lernen ❤️ @EISBRECHER
Joined May 2022
- Tweets12.6K
- Following1.6K
- Followers100
- Likes4.6K
Tolven retweeted
I have a few pieces of cybersecurity advice for anyone willing to listen:
Reduce the number of vendors your core security depends on.
Expect lots of small, medium-sized, and even some large security / services companies to get compromised in the next year or so, if they aren't already.
Put most of your trust in the absolute top tier of companies in terms of security and engineering.
These are companies like Google, Apple, and (I would argue) Cloudflare. A good heuristic is how big and talented their security teams, and how much money their company invests in security.
If there is a security issue in Chrome, or iOS, for example, you can be damn sure that hundreds or thousands of the smartest people in the world are working to fix it. And these companies would be willing and/or happy to spend tens of millions of dollars instantly to solve the issue.
I'm not going to name companies, but there are many applications and services out there for managing keys, passwords, source code, secrets, etc., where the security teams are decent, but they're basically large startups. The security teams are far more varied in talent levels and budget levels.
Basically we're about to be hit with a tidal wave (or global forest fire, pick your metaphor) of both advanced and persistent attacks with existing vulnerabilities, as well as lots of completely new attacks nobody's seen before.
You want to have your personal and company security relying on as few of these small to medium sized companies as possible. Not because they're totally incompetent, but because many of them are likely not up to the challenge of defending against millions of agents running open source attack models and harnesses.
Look at your whole security tech stack. See where you can reduce dependency on small-to-medium sized Jenga blocks that have a high chance of getting compromised during this storm.
And remember, it's not just that the teams and budgets aren't as big as companies like Google and Apple. It's also the fact that these companies (like password managers, for example) are so damn attractive.
Millions of users and their passwords. These are not good places to have credentials right now. Or data. Or infrastructure.
This is not an absolute thing. I'm not saying cancel all engagements and get our of all small companies or whatever. Or that the big ones will be perfect either.
I'm saying, as a general truth, on the whole, moving in this direction is likely to make you more secure while this thing hits us.
Tolven retweeted
Breaking into a new field feels impossible until it finally happens. After months of silence and rejection, one pivot point changed everything.
Check out the full episode of the Phillip Wylie Show on YouTube, Apple, or Spotify.
#CareerPivot #CyberSecurity #CareerChange #DevOps
🧠 Checkov is a static code analysis tool for infrastructure as code (IaC) and also a software composition analysis (SCA) tool for images and open source packages. 🧠
#aws #infosec #linux #webdev #devops #devsecops #database
github.com/bridgecrewio/chec…
💥 🛠️ Kubernetes and Flask 🛠️ 💥
@AWS @AWSUserGroups
#infosec #linux #webdev #devops #devsecops #database
🐳 Confirmed the Flask application is responding successfully through Docker on port 5000.
❤️ tech life
Tolven retweeted
How to get the current database transaction id
vladmihalcea.com/current-dat…
Tolven retweeted
Security called me at 6:12 AM today.
"Patch every PHP server immediately."
I asked what happened.
"Two critical vulnerabilities. Remote code execution. No authentication required."
Cool.
How many PHP servers do we have?
According to inventory: 12
According to reality:
Nobody knows.
We found one running WordPress.
Three running old internal tools.
One under someone's desk.
Two inside vendor appliances.
A forgotten employee directory from 2016.
And a server named:
PHP-OLD-DO-NOT-TOUCH
Naturally, that one runs payroll exports.
Then we found a PHP 5.6 box.
I asked who owned it.
The documentation said:
BRIAN.
Brian left in 2019.
We called Brian.
He said:
"Oh wow, that's still running?"
Excellent.
By 8 AM, leadership joined the incident call.
CEO:
"Can hackers actually get in?"
Security:
"Potentially yes."
CEO:
"Without a password?"
Security:
"Yes."
CEO:
"Then why do WE need passwords?"
Not the lesson.
Finance asked if we could wait until the weekend to patch because downtime affects revenue.
Security explained that the alternative was letting strangers execute code on our servers.
Finance asked for a cost comparison.
At 9:17, someone suggested temporarily taking the vulnerable websites offline.
Marketing refused.
"Our campaign is live."
So for the next hour, the company officially decided maintaining a landing page for 20% off webinar registration was more important than preventing remote server takeover.
We finally patched everything we could find.
Then our scanner discovered another PHP server.
Hostname:
TEMP-PHP-2014
Uptime:
4,512 days.
Nobody knows what it does.
Nobody owns it.
Nobody can shut it down.
But every time we block network access, the warehouse stops printing shipping labels.
Security has classified it as critical infrastructure.
It is running PHP 5.4.
The vulnerability has existed longer than half our employees.
The emergency patch took four hours.
Finding out what PHP actually runs took eleven.
The internet isn't held together with code.
It's held together with servers everyone is afraid to turn off.
Security called me at 6:12 AM today.
"Patch every PHP server immediately."
I asked what happened.
"Two critical vulnerabilities. Remote code execution. No authentication required."
Cool.
How many PHP servers do we have?
According to inventory: 12
According to reality:
Nobody knows.
We found one running WordPress.
Three running old internal tools.
One under someone's desk.
Two inside vendor appliances.
A forgotten employee directory from 2016.
And a server named:
PHP-OLD-DO-NOT-TOUCH
Naturally, that one runs payroll exports.
Then we found a PHP 5.6 box.
I asked who owned it.
The documentation said:
BRIAN.
Brian left in 2019.
We called Brian.
He said:
"Oh wow, that's still running?"
Excellent.
By 8 AM, leadership joined the incident call.
CEO:
"Can hackers actually get in?"
Security:
"Potentially yes."
CEO:
"Without a password?"
Security:
"Yes."
CEO:
"Then why do WE need passwords?"
Not the lesson.
Finance asked if we could wait until the weekend to patch because downtime affects revenue.
Security explained that the alternative was letting strangers execute code on our servers.
Finance asked for a cost comparison.
At 9:17, someone suggested temporarily taking the vulnerable websites offline.
Marketing refused.
"Our campaign is live."
So for the next hour, the company officially decided maintaining a landing page for 20% off webinar registration was more important than preventing remote server takeover.
We finally patched everything we could find.
Then our scanner discovered another PHP server.
Hostname:
TEMP-PHP-2014
Uptime:
4,512 days.
Nobody knows what it does.
Nobody owns it.
Nobody can shut it down.
But every time we block network access, the warehouse stops printing shipping labels.
Security has classified it as critical infrastructure.
It is running PHP 5.4.
The vulnerability has existed longer than half our employees.
The emergency patch took four hours.
Finding out what PHP actually runs took eleven.
The internet isn't held together with code.
It's held together with servers everyone is afraid to turn off.
💥 🛠️ AWS - S3 LifeCycle Configurations 🛠️ 💥
#aws #infosec #linux #webdev #devops #devsecops #database
@AWS @AWSUserGroups
Learn how to manage secure storage in AWS using S3 lifecycle configurations.
coder1life.blogspot.com/2024…
❤️ tech life
💥 🛠️ Black Hat webinar review 2026 🛠️ 💥
From alert fatigue to machine-speed defense presented by Elastic.
@BlackHatEvents @elastic #infosec #linux #webdev #devops #devsecops #database
coder1life.blogspot.com/2026…
❤️ tech life
🌟 🚨 Podcast - Phillip Wylie Show 🚨 🌟
#infosec #linux #webdev #devops #devsecops #database
@thehackermaker
open.spotify.com/show/6LH3TY…
💥 🛠️ AWS Serverless Hero - Ran Isenberg 🛠️ 💥 #aws
@RanBuilder
#infosec #linux #webdev #devops #devsecops #database
🔥 Ran's website: 🔥
ranthebuilder.cloud/





















