@infosec_coder

Cloud whisperer. 🇺🇸 🇩🇪 🇫🇷 🇰🇷 @hacknotcrime advocate Stark sein bedeutet, immer zu lernen ❤️ @EISBRECHER

Joined May 2022
💥 🛠️ 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
9
💥 🛠️ ☁️ EKS Workload Monitoring 🛠️ 💥 #infosec #linux #webdev #devops #devsecops #database - Learning how to configure readiness and liveness probes. - Learning about patterns across events and bypassing alert fatigue. ❤️ tech life
12
💥 🛠️ MySQL Database Schema 🛠️ 💥 #aws #infosec #linux #webdev #devops #devsecops #database Learning more about: - MySQL container images - Updates to init.sql does not update an initialised database - Commands to update subsequent schema changes ❤️ tech life
20
How to get the current database transaction id vladmihalcea.com/current-dat…
4
35
2,697
💥 🛠️ 🔐 Terraform Plan Inspection 🛠️ 💥 #aws #infosec #linux #webdev #devops #devsecops #database 🔎 Readable JSON 🛡️ Security Validation: - Inspected S3 bucket policies - Encryption settings - Public-access controls. ❤️ tech life
15
💥 🛠️ AWS | Duration Anomalies 🛠️ 💥 #aws #infosec #linux #webdev #devops #devsecops #database Invocation issues | False positives | API Latency ❤️ AWS 🤓 ❤️ tech life
10
💥 🛠️ Having so much fun learning more about 🐳 ☸️ Another Docker + Kubernetes error -> troubleshooting 🛠️ 💥 #aws #infosec #linux #webdev #devops #devsecops #database ❤️ tech life
1
16
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.
903
6,959
1,129
56,951
3,661,872
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.
32
💥 🛠️ 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
59
💥 🛠️ MySQL Database Schema 🛠️ 💥 #aws #infosec #linux #webdev #devops #devsecops #database Learning more about: - MySQL container images - Updates to init.sql does not update an initialised database - Commands to update subsequent schema changes ❤️ tech life
39
💥 🛠️ 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
26
💥 🛠️ AWS Serverless Hero - Ran Isenberg 🛠️ 💥 #aws @RanBuilder #infosec #linux #webdev #devops #devsecops #database 🔥 Ran's website: 🔥 ranthebuilder.cloud/
1
30
💥 🛠️ Builder -> Rich Mogull , Security Expert 🛠️ 💥 #aws #infosec #linux #webdev #devops #devsecops #database @rmogull 📢 Website: slaw.securosis.com/p/welcome…
1
34
📢 Another AWSome content creator: 📢 ✨ Helen Chukwukelu ✨ @HelenBliss30 🎥 YouTube: Tech with Helen Top 5 AWS Cloud Projects To get You the Job || 5 AWS Projects to Boost Your Portfolio & Resume #aws #infosec #linux #webdev #devops #devsecops youtube.com/watch?v=WjZVXBws…
1
18
🪄 🚨 AWS Hero - @Lockhead 🚨 🪄 #aws #infosec #linux #webdev #devops #devsecops 🛠️ A DevOps enthusiasts and a builder by heart. 🛠️ Software development, cloud computing, and DevOps practices. Website: lockhead.info/ YouTube: youtube.com/_cicdonaws
1
2
31
🪄 Quote: Steve Katz 🪄 #infosec #linux #webdev #devops #devsecops #database 💥The following quote was taken from @fykim 's website >> 💥 frankkim.net/ "There are no securite risks. There are only business risks." Frank Kim
1
10
📢 AWS Community Hero 📢 🥳 Devops Engineer based in New Zealand #aws #infosec #linux #webdev #devops #devsecops #database @awsfanboy awsfanboy.com
1
21