I love talking to myself about external access reviews.
I've tried talking to other people about external access reviews. They change the subject. Weird.
So here's 2 minutes 43 seconds on why the AWS one you did last quarter probably missed most of your external access.
Managing network access in AWS used to mean babysitting endless lists of VPC IDs. Painful. Easy to screw up.
Now AWS has 3 new condition keys that scale:
🔑 aws:VpceAccount → restrict to accounts
🔑 aws:VpceOrgPaths → restrict to OUs
🔑 aws:VpceOrgID → restrict to your org
Full write-up: aws.amazon.com/blogs/securit…
For more AWS security tips try Pleri, our AI cloud security teammate.
plerion.com/pleri-ai
Diversity is the enemy of security!
No, I’m not sledging DEI. I’m saying that doing things in a million different ways - in the name of speed, innovation, or employee satisfaction - has a hidden cost. A cost most people don’t notice, because they aren’t the ones who feel it.
Want a great security tool for AWS that also does the basics in GCP and Azure? Check out Plerion.
plerion.com/?utm_source=soci…
Plerion retweeted
Meet Pleri, the newest member of your security team.
Created by @PlerionHQ & powered by #AWS services, the #AI teammate acts like a seasoned security engineer, proactively protecting systems at scale.
Ready to build your own? Plerion explains how: go.aws/46zxkqu
Vulnerability fix SLAs are common but having systems to support them is not. That's why they fail!
A vulnerability fix SLA is great because it sets the standard and expectations for everyone on how quickly each type of security issues needs to be fix.
So if you've already got a vulnerability SLA in place, or are thinking of implementing one, build systems to do these 4 things:
1. Attribution
2. Notification
3. Escalation
4. Accountability
It's still going to be hard, but at least you'll have a chance.
If you're struggling with vulnerability management in the cloud, I'd recommend having a look at Plerion's cloud security platform. We find and prioritize vulnerabilities in cloud containers, images, and code.
plerion.com/use-cases/find-a…
Every security capability needs a coverage metric. If you don't pair security goals with coverage goals, you're just pretending to do security.
Just dropped a 🔥 conversation with a non-technical CISO. I learned so much from this guy!
You don't have to be technical to be a CISO but if you make silly metrics your goal, you'll get silly results.
Tag your favourite CISO.
Need help with cloud security? Get a free assessment from Plerion.
plerion.com/company/contact-…
Plerion retweeted
My favourite part about hacking AWS and blogging about it is the good folks at AWS valiantly trying to change my clickbait titles.
I just think "How to get rekt using AWS Neptune" is way more interesting than "Best practices for using AWS Neptune".
plerion.com/blog/how-to-get-…
Plerion retweeted
Bad prioritization kills security teams. So I did some experiments to see if AI could help.
If you think about it, prioritization is just sorting. So why not use sorting algorithms to prioritize? The LLM can be the comparison function.
plerion.com/blog/automatical…
Plerion retweeted
I wrote some code and a guide to figure out who has access to your AWS production, through transitive trusts. It's always scary to figure this out but well worth it.
plerion.com/blog/root-in-pro…
No one will tell you this, but one of the dumbest — and most valuable — things you’ll do as a cloud security engineer is ask people, “Do you own this?”
And you won’t be able to fix it — whether it’s an S3 bucket or an RDS database — unless you know who owns it. Typically, only they understand how to solve the problem without breaking the business.


