Verified evidence
Every sentence an agent shows was checked by code against the records it cites. What cannot be proven is dropped and counted, and every page says what it could not check.
Security agent for AWS and Kubernetes
Warden is a security agent that lives in your own AWS account: it works every finding, investigates an intrusion while it is still happening, and stops the attacker when you sign once with your passkey.
Warden is in an early access preview. Leave your email and access arrives by e-mail. How the install works.
Thank you. You are on the early access list.
We email the address you gave once, to confirm the request. Requests are approved by hand, and an approved one gets an invite link by email. No marketing is sent. To be taken off the list, write to support@wardensec.ai.
The agent
Agents run on Amazon Bedrock inside your AWS account. Rules read what changed every 15 minutes and the whole estate every hour; the agents work what the rules surface, the way a good security engineer would. Nothing goes to us.
Every finding, weighed.
Weighs each new finding against 30 days of your own estate's history. It proposes the false positives away, and catches the quiet finding that belongs to something bigger.
Every dangerous one, worked.
Turns a dangerous finding into a case. It reads CloudTrail, and EKS audit logs and VPC flow logs where you have them, and builds the timeline, the actors, and what they can reach.
What no rule names.
Finds enumeration bursts, machine-paced sessions and credentials that mint credentials. It traces each lineage back to the first stolen key from fields AWS recorded, and finds self-replicating AI-agent swarms at any branching factor.
The few fixes that matter.
Turns findings into a short list of fixes and tighter rules, ranked by what an attacker could reach through each one. Every fix is a proposal for you to sign.
Every write call in every account is read as AWS delivers it. Within the five-minute cycle the case exists, and with Defend on, its response plan is ready to sign, while the intrusion is still in progress.
Defend
For each attack, Warden prepares a response plan and shows you every step in plain words. It contains every attacker identity first: it fences their sessions, quarantines the principals they created, disables their keys and isolates their instances. Then it closes the path they used.
What Warden may not do itself, such as rotating a secret or rewriting a trust policy, it lists under "You do these yourself".
Defend licenses are not issued yet. They are issued by request while Defend is proven in AWS.
Under attack: 1 key, 7 principals it created, can reach your signing key.
Proven: 9 facts from 23 records, 2 sources.
AKIA…7QF2 origin of the lineage ‹ci-deploy› ends tokens the key already minted ‹gen-1›…‹gen-3› created by the attacker i-0c94…e1 calls from its own address ‹deploy-prod› the path they used ‹prod/db› the key read. Remove the 7 roles after forensics. The command center
The console answers first, in one of five states: watching, suspected, under attack, blinded, or not watching. An attack in progress takes the top of the page. Below it: what needs you, what the agent is handling, your vulnerabilities as stories, what Warden itself costs, and what to turn on in AWS so it sees more. Type "block them" and the plan appears in the chat. You sign it there.
A key from outside your network is minting roles in account 1111…
Youblock them
I drafted the response for case k/7Q3F from its lineage: deactivate the origin key, fence ‹ci-deploy›, quarantine the 7 roles it created, isolate i-0c94…e1, then fence ‹deploy-prod›. Each step passed its dry run.
Contained
Everything Warden runs lives in the wardensec namespace: four
workloads, each labelled. In AWS, every resource sits in a named
wardensec- stack, tagged, in one application view.
Every resource it created, in Kubernetes and in each account, with why it exists and what it costs a month.
The console shows everything that goes and undoes anything Defend holds first. It
removes everything but the tamper-evident ledger, then proves it with
warden footprint --after-uninstall.
| Place | Kind | Name | Why | $/month |
|---|---|---|---|---|
| namespace wardensec | Deployment | wardensec-console | the console and signing page | in node |
| namespace wardensec | Deployment | wardensec-lane | the event lane | in node |
| namespace wardensec | CronJob | wardensec | the 15-minute read | in node |
| namespace wardensec | Deployment | wardensec-egress | the one route out | in node |
| cluster | Node group | wardensec | runs the four workloads | $31.00 |
| hub account | Stack | wardensec-hub | VPC endpoints, 1 zone | $94.90 |
| hub account | Stack | wardensec-ledger | Object Lock bucket, KMS key | $4.20 |
Proof, not opinions
No model can act, suppress or excuse anything without a person's signature. That is why an attacker who talks to the agent cannot talk it into anything.
Every sentence an agent shows was checked by code against the records it cites. What cannot be proven is dropped and counted, and every page says what it could not check.
Any passkey signs: a password manager, your phone, or a hardware key if you want one. The signature binds the exact plan, so a stolen console session can ask questions and nothing more.
Every read, proposal, signature and step is chained into a ledger in your own account, under S3 Object Lock. It outlives an uninstall.
One model drafts. A model from a different maker has one job: to refute it. A claim the refuter contests is shown as contested, with the counter-fact.
Why not one admin-role agent
An agent with an admin role and a prompt can read a lot. Here is what it is missing.
Pricing
Free license
The agents, the console, every case and finding, the posture stories and the hardening proposals. Warden reports and proposes, and takes no action in your accounts.
Paid plan, by request
Everything in Watch, plus response plans: one passkey signature to contain the attacker and close the path, every step undoable.
You pay AWS for what Warden creates in your account. Setup prints a dollar line for each item before it creates anything, and the Footprint page keeps the total in view.
Install
Warden is in an early access preview. Leave your email and access arrives by e-mail, with the install line. The Install page shows that line and the script it runs, for anyone who wants to read them first.
Thank you. You are on the early access list.
We email the address you gave once, to confirm the request. Requests are approved by hand, and an approved one gets an invite link by email. No marketing is sent. To be taken off the list, write to support@wardensec.ai.
You need one AWS account, an EKS cluster and a domain you control for the console and the signing page. An estate is the AWS accounts and EKS clusters one hub watches: a single account, or an organization's accounts.
curl | sh installs one program, warden, verified against the release keys it carries.
warden setup prints what it creates and what it costs, then creates the read-only roles, the hub and the chart.
You become the first keeper in the browser, with your passkey.
Add your Watch license from this site, and Warden starts watching.