Image 1 — recreated the exact AWS misconfiguration behind the 2019 Capital One breach in Terraform, and hit a real IaC lesson doing it !!
Image 2 — recreated the exact AWS misconfiguration behind the 2019 Capital One breach in Terraform, and hit a real IaC lesson doing it !!

recreated the exact AWS misconfiguration behind the 2019 Capital One breach in Terraform, and hit a real IaC lesson doing it !!

So i built a deliberately vulnerable stack in Terraform to mirror the actual AWS-side misconfiguration from the Capital One breach, not the ssrf bug itself !!, that was application-layer, but the two settings that turned it into 106 million exposed records: an EC2 instannce still accepting unauthenticated IMDSv1 requests...., with an IAM role attached granting broader S3 access than the instance needed.

writing this as code surfaced something worth shariing on its own. If you fix a misconfiguration like this by hand, live, outside your Terraform state, aws ec2 modify-instance-metadata-options directly, say, the next terraform apply can silently revert it back to whatever the .tf file still says. A real fix needs to go into the actual resource block, http_tokens = "required" on the instance's metadata_options, not a one-off CLI command patched onto a live resource.

then i Ran Plexavo, an open source AWS cloud security intelligence tool i built, against the stack afterward to confirm the chain traced correctly end to end, internet-facing instance, unauthenticated metadata, over-permissioned role, straight into the bucket.

Repo if anyone wants to see the actual checks: https://github.com/plexavo/Plexavo

u/kavee-core141 — 14 days ago

Where does AI actually help with AWS operations ???

been curious about how people are using AI with AWS beyond generating Terraform or explaining error messages.

AWS environments can have a lot of moving pieces IAM, EC2/ECS, VPCs, CloudWatch, S3, Lambda, CI/CD, security tooling, etc.

for people running AWS in real environments:

  • what AWS tasks have you actually found useful to delegate to AI?
  • are you using AI for incident investigation or troubleshooting?
  • do you let agents inspect your AWS environment, or keep them completely read-only?
  • Has AI helped you understand relationships between resources when something breaks?
  • Are you using AI to review Terraform/IaC before it reaches AWS?
  • what AWS tasks are still too risky or context-heavy to give an agent?
  • If an AI agent finds something wrong, would you rather have it explain the issue, propose a fix, or actually make the change?

I'm less interested in "AI will replace DevOps" discussions and more interested in what is genuinely saving AWS engineers time today.

What has actually worked for you?

reddit.com
u/kavee-core141 — 1 month ago

What do you actually trust AI agents to do repeatedly ??

there's a lot of discussion around increasingly capable agents, MCP, skills, tool use, computer use, memory, etc. !!!!

But I'm more interested in the boring question:

What are you actually letting an agent do every week?

For people using agents regularly:

  • what tasks have become genuinely useful enough that you keep doing them?
  • what tools/services do you give your agent access to?
  • What do you still refuse to give it access to?
  • do you prefer agents that operate through your existing tools, or standalone agent apps?
  • Are you using MCP/skills in your daily workflow? If so, what actually made them useful?
  • how much autonomy do you give an agent before requiring approval?
  • what made you stop using an agent/workflow that looked impressive initially?
  • what's one task where you wish your agent had better access to context or tools?

One thing I've noticed is that the impressive demos aren't necessarily the workflows people keep using.

I'd love to hear about the boring, repetitive, genuinely useful stuff you've ended up delegating.

Bonus: if your agent touches cloud infrastructure, what do you let it do there???

reddit.com
u/kavee-core141 — 1 month ago

3 weeks into building Plexavo in the open no big numbers yet, but real people are actually using it !

Not a huge growth story yet, but wanted to share where things actually stand.

Open-sourced an AWS security scanner about 3 weeks ago tool-first, before building anything paid, specifically to see if real demand exists before committing further.

Since then: posted across a bunch of subreddits, launched on Product Hunt, and the part that actually matters most to me a few real strangers have run it against their own AWS accounts and found genuine things.

One caught a stale access key they'd forgotten existed. Another found a security group left wide open.

No exponential growth, nothing to brag about numbers-wise. But every person who's tried it found this through organic posting, not paid anything feels like the right kind of slow.

Happy to answer anything if it's useful to anyone else validating something early.

Repo: https://github.com/plexavo/plexavo

u/kavee-core141 — 1 month ago

I launched Plexavo in Product Hunt !! the Open source AWS Cloud Security tool iam building.

Posted here a while back looking for beta testers a few of you actually ran it and found real things, including someone who caught a stale access key they'd forgotten about, which was honestly the best feedback I could've asked for. Just launched on Product Hunt:

https://www.producthunt.com/products/plexavo?utm_source=other&utm_medium=social

Same tool, same ask as before if you run it against a real account, I'd rather hear what it found or where it broke than get a vote.

reddit.com
u/kavee-core141 — 2 months ago

Launched an open-source AWS security scanner on Product Hunt today

Been building Plexavo in public here and elsewhere for a few weeks

open-source AWS misconfiguration scanner, built for solo founders who

own an AWS account but don't have a security background. Live on

Product Hunt today:
https://www.producthunt.com/products/plexavo?utm_source=other&utm_medium=social

Biggest lesson from this whole process: posting early and getting real

people to actually run it against their own accounts mattered more than

any amount of polish would have. Happy to talk through any of it if

useful to anyone else validating something similar.

reddit.com
u/kavee-core141 — 2 months ago
▲ 0 r/B2BSaaS+1 crossposts

Beta testers wanted: open-source AWS Cloud Security tool

Plexavo scans an AWS account for misconfigurations open security

groups, stale keys, unencrypted storage and returns a plain-English

report with the exact fix for each finding, not a wall of JSON or 200 noisy findings

Early stage (v0.2.0). Looking for people willing to run it against a

real account and tell me what broke or what it missed. Local

credentials only, nothing sent anywhere.

(From less than 3 commands you can setup and make it ready to scan your AWS account)

Plexavo is one of the most less friction tool to setup and run the scan, you just need to select the options it gives in the command line

Repo: https://github.com/plexavo/Plexavo

Sample report: https://plexavo.com/sample-report

Happy to jump in and help if you hit anything.

u/kavee-core141 — 1 month ago
▲ 7 r/Python

How are you all testing boto3-heavy tools without hitting real AWS?

Building a tool that walks a live AWS account checking for

misconfigurations, and testing has been the hardest part not the

detection logic itself, but avoiding either (a) hitting real AWS

constantly in CI or (b) mocking so much the tests stop meaning

anything.

Using moto for the straightforward stuff, but some checks need

multi-service interactions (cross-referencing an EC2 instance's

security group with its actual open ports) that get awkward to mock

realistically. What do you all reach for here moto, LocalStack, a

disposable AWS test account, something else?

reddit.com
u/kavee-core141 — 2 months ago

Plexavo, open source AWS Cloud security tool (Python)

Built this because I got tired of clicking through AWS console tabs trying to figure out if an IAM role was quietly over permissioned. Plexavo scans an AWS account for misconfigurations and privilege escalation paths across IAM, S3, EC2, and networking, then generates a report with a 0-100 score and plain English explanations of what is wrong and how to fix it.

Runs entirely with local credentials, zero telemetry, nothing leaves your machine. Open source under AGPL-3.0. Install with pip install plexavo inside a venv.

If you run it against your own account, drop your score or whatever it flags in the comments. Curious what it turns up on other people's setups.

http://github.com/plexavo/plexavo

More improvements coming soon !!

(This image is a result of a DEMO TEST Scan of a throw away stack)

For more details about the tool, visit the GitHub Repo

u/kavee-core141 — 2 months ago
▲ 2 r/buildinpublic+1 crossposts

Solo AWS founders do you ever go back and actually check your setup after launch?

Curious how common this is. If you set up your own AWS account for your SaaS no dedicated ops or security person, just you did you ever actually go back and review it once things were live? Or was it more "deployed it, moved on, hope for the best"? Not judging at all, genuinely curious how many of us are in the same boat.

reddit.com
u/kavee-core141 — 2 months ago

Built a tool that scans your AWS account and explains what's wrong in plain English (not security-jargon)

Side project I've been building while learning cybersecurity: a scanner for AWS misconfigurations public buckets, overly permissive IAM roles, logging gaps, that kind of thing.

The part I actually care about is the output. Most tools in this space dump a list of findings assuming you already know the terminology. Mine (optionally, using your own Claude API key) rewrites each finding into plain language what's wrong, what someone could actually do with it, and the exact command to fix it.

Open source (AGPL-3.0), runs locally with your own AWS credentials nothing gets sent anywhere. Free scan works fine without the AI part too, if you'd rather skip the API key.

repo: github.com/plexavo/plexavo

Would love feedback from anyone who runs it against their own account, especially if the explanations still feel confusing anywhere that's the part I'm actively trying to get right.

reddit.com
u/kavee-core141 — 3 months ago

If you deployed your own AWS account and you're not a security person, you probably have blind spots you don't know about.

Not a sales post, genuinely curious how common this actually is. A lot of solo and small-team founders end up being the ones who set up their own cloud infrastructure!! not because they're security experts, but because there's no one else around to do it. I did the same thing, and while learning cybersecurity properly (separate from my actual business), I found real, would've-been-embarrassing misconfigurations sitting in my own AWS account. Nothing had gone wrong yet. I just had no idea they were there.

Tools for catching this already exist, but they're mostly built by and for security professionals the output assumes you already know what IAM privilege escalation or CloudTrail coverage means. If you don't have that background, the report is basically noise you scroll past.

So I built one that just tells you plainly: this is wrong, here's what someone could actually do with it, here's the exact fix. Free, open source, runs on your own machine with your own credentials nothing gets uploaded anywhere.

If you've set up your own AWS account and never had anyone properly check it would you actually want to know what's sitting in there, or is this the kind of thing you'd rather not think about until something breaks?

reddit.com
u/kavee-core141 — 3 months ago
▲ 1 r/betatests+1 crossposts

I benchmarked my open-source AWS scanner against Prowler, PMapper, and ScoutSuite on the same misconfigured account sharing the honest results

So I've been building an open-source AWS misconfiguration scanner !!! focused specifically on privilege-escalation chains, PassRole+launch, AssumeRole-to-admin, policy-version hijacking rather than flagging a single risky policy in isolation. Runs on your own local AWS credentials, nothing granted to me or anyone else.

Before posting this, I stood up an identical misconfigured AWS environment and ran Prowler, PMapper, and ScoutSuite against it alongside my own tool, then wrote up the honest comparison including where the other three are ahead of mine:

https://github.com/plexavo/Plexavo/blob/main/docs/COMPARISON.md

A few specific things that came out of it:

  • Prowler's the most mature by far (405 AWS checks vs. my 31) and I'd still recommend it for broad compliance coverage mine isn't trying to replace it.
  • ScoutSuite flagged /250 VPC findings in the same run; most turned out to be default settings on unused regions, not real risk. Mine only asserts findings I could trace to actual exposure.
  • PMapper's local IAM policy simulator goes deeper on privilege modeling than anything I've built but it crashed outright on Python 3.13 during testing, and it has no report output at all.

Repo: https://github.com/plexavo/Plexavo (AGPL-3.0, pip install plexavo)

Genuinely interested in feedback from anyone running Prowler or ScoutSuite in production curious where this holds up and where it doesn't..............

u/kavee-core141 — 2 months ago

Can i get some hints from those who solved "Checkpoint"

For 3 days iam trying to Escalate Privileges to get the System Flag, i found many things..

What's confirmed working:

  • svcdmsa$ created in OU=DMSAHolder by ryan.brooks ✅
  • Full mutual pairing: svcdmsa$ - svc_deploy ✅
  • dMSA TGT request succeeds ✅
  • CIFS service ticket request succeeds ✅

Why we're stuck:
The CIFS ticket for svcdmsa$ lands in the session, but VMBackups returns ACCESS_DENIED. The PAC in the ticket appears to not carry svc_deploy's BackupAccess group SID. This is the one thing blocking me

Can any who solved the system flag can give me some genuine hints please ??. Or DM me

u/kavee-core141 — 4 months ago

Built an AI that writes payment follow-up emails in your tone for freelancers & agencies who hate chasing invoices

Most freelancers lose money on late invoices not because clients refuse to pay but because the follow-up feels awkward. They'd rather write off $500 than send a third reminder.

Existing reminder tools send robotic templates. Clients ignore them or feel insulted. The freelancer still ends up rewriting every email manually.

So I built an AI layer that solves the tone problem specifically:

- Freelancer sets their voice once (casual, professional, firm)
- AI generates each follow-up using the invoice context amount, days overdue, client history
- Sends on a schedule Day 3 friendly nudge, Day 10 firmer, Day 18 overdue notice, up to Day 30
- If the client replies to any email, the sequence pauses automatically
- Payment detected, it stops completely

The AI messages actually sound human, not templated.

The hardest part wasn't the AI it was getting the escalation tone right. A Day 3 nudge and a Day 25 notice need completely different energy but both need to sound like the same person wrote them.

Would love feedback from anyone working with AI in business communication. What matters most tone accuracy or timing?

reddit.com
u/kavee-core141 — 4 months ago

Just launched my first real SaaS after killing my first one. Here's what failing taught me about validation.

5 months ago I built a SaaS for 3 months without talking to a single customer. Launched to zero users. Killed it.

Here's what I did differently the second time.

Before writing any code I spent 3 weeks on Reddit just asking freelancers one question: what's your actual process for following up on late invoices?

The answers were almost all the same. They send one reminder, maybe two, then stop. Not because they forgot. Because it feels personal and awkward. Like they're begging for money they already earned.

One freelancer told me they wrote off $800 in a single month because sending the third reminder felt worse than losing the money.

That told me three things:

The pain is emotional, not logistical Existing tools solve the wrong problem (workflow instead of avoidance). People would pay to never feel that way again

So I built forrcle. AI writes payment follow-ups in your tone, sends them on schedule, stops when the client replies or pays. Set it once, never think about it.

Biggest lesson: 3 months of building in silence taught me nothing. 3 weeks of conversations taught me everything.

Free tier available. Would love feedback from anyone who's dealt with this. Building forrcle SOLO.

reddit.com
u/kavee-core141 — 4 months ago

Failed my first SaaS in 3 months. Validated the next one in 3 weeks. Shipped it solo !!!

V1 the failure (January - April)

Built a freelancer nice-to-have too for 3 months. Thought I was building something big.

Reality check:

Zero validation before building, tried to replace giants at once needed two people to get value from the product Launched to zero users

Diagnosed my own mistakes within days. Killed it.

The pivot validation first (May)

Did the complete opposite. Spent 3 weeks on Reddit talking to freelancers before writing one line of code. Posted in many subreddits. Just asking questions, listening.

The same pain kept surfacing: freelancers don't struggle with sending invoices. They struggle with the follow-up. Specifically the dread of it. One person told me they lost $800 across three invoices in a month not because the client refused, because sending the third reminder felt worse than losing the money.

V2 the build (3 weeks) MVP

forrcle AI-powered payment follow-up for freelancers.

You send the invoice AI writes follow-up reminders in your tone (not robotic templates) Sends them on a schedule Day 3, 10, 18, 25, 30 Client replies? Sequence pauses automatically Payment detected? It stops

Built the entire thing solo in 3 weeks.

What I learned:

3 months building in silence taught me nothing. 3 weeks of conversations taught me everything. The pain that makes people pay isn't "I need a tool." It's "I need to stop feeling this way" Validation doesn't mean people say "cool idea." It means they describe their exact scenario without you prompting it. Ship ugly. Fix later. The live product taught me more in 2 days than the spec taught me in 2 weeks

Where I am now:

Live at forrcle.com. Free tier, 2 active invoices, no card needed. Pro $19/month. Zero revenue. Zero paying customers yet. Just launched distribution this week.

Solo founder. No co-founder, no funding, no support system. Just building anyway.

Happy to answer anything about the process honestly. Roast the product if you want.

reddit.com
u/kavee-core141 — 4 months ago

I built a micro SaaS that chases late invoices. AI writes the follow-ups in your tone so you never have to

Agencies, Freelancers don't lose money because they forget to follow up. They lose it because following up feels awkward. One person told me they lost $800 in a single month across three invoices not because clients refused to pay, but because sending the third reminder felt worse than losing the money.

So I built Forrcle.

What it does:

You send the invoice Forrcle sends follow-ups on a schedule (Day 3, 10, 18, 25, 30) (FULLY Customize scheduling coming soon !!) Every message is written by AI in your tone & auto calibrating the tone in every reminder by considering its payment deadline and how many days passed the deadline not a robotic template Client replies? Sequence pauses automatically Payment detected? It stops. And tracks the invoice details.

Set it once per invoice. Never think about it again.

forrcle

Free tier with 2 active invoices, no card needed. Pro is $19/month.

Solo founder, 18. This is my second attempt after V1 failed from zero validation. Would love honest feedback.

reddit.com
u/kavee-core141 — 4 months ago