Closed at machine speed on your audit trail. Rescan clean.
- Investigated
- read-only, 08:27
- Change
- PUBLIC → PRIVATE
- Rollback
- ready before execution
Closed at machine speed on your audit trail. Rescan clean.
Add context and correlate Orca Alerts to trace them back to their root cause, providing clearer insights for addressing the underlying issues.
No scanner to replace. No contract to end.
Nothing to install in production.
53 percent of everything ever detected is still open. The State of Cloud Remediation 2026, 14.86M detections across hundreds of enterprise environments.
Orca alone
Orca plus Tamnoon
An alert opens
Scored by severity, exploitability, accessibility and business impact


Investigated read-only, then rated
An attack path forms
Risk combinations drawn to the crown jewels, choke points marked


The path is walked read-only, each hop rated
Identical alerts
One control, one answer

Six buckets, three answers

Safe

Risky

Awaiting data
What cannot be proven safe
Stays open


Risky
Declined, with the reason attached
The safe ones
Wait for an engineer


Safe
Closed on your execution plane
After detection, three questions are left standing:
What stays open after that is the residue: the misconfigured bucket that three workloads quietly read, the KMS key nobody admits to owning, the alert where the fix is obvious and its blast radius is not.
That is the mile Tamnoon runs, read-only first, on every finding, with the answer and its evidence filed back where your team already works.

Is this fix safe here?

Who answers for it?

Will it stay closed?
The queue carries the environment facts that decide the answer. The record carries the change, the owner, the rollback and where it lands in your ticketing.
| Scanner | Severity | Finding | Environment fact | Verdict |
|---|---|---|---|---|
![]() | Critical | Misconfigured S3 bucket open to the internet | no requests in 90 days | Safe |
![]() | High | Attack path: exposed workload reaches crown jewel data store | 2 services, live traffic | Risky |
![]() | Medium | Improperly configured KMS key on production data | owner unresolved | Awaiting data |
| Priority | Investigated | Cloud provider | Asset | Status | Lands in |
|---|---|---|---|---|---|
| Medium | read-only, 07:40 | AWS | rds-billing-prod-009 | Safe | ServiceNow |
Read-only investigation runs before anything is proposed, and it is the evidence attached to whichever answer comes back. Identifiers on this page are fictional.
Closed at machine speed on your audit trail. Rescan clean.
Closed at machine speed on your audit trail. Rescan clean.
Refused, with the reason. The change that would have caused the 3am page was refused at two.
Refused, with the reason. The change that would have caused the 3am page was refused at two.
A third answer, chosen. Ownership could not be resolved, so nothing was touched and the missing context was requested. It does not guess.
A third answer, chosen. Ownership could not be resolved, so nothing was touched and the missing context was requested. It does not guess.
Identifiers fictional · one healed never travels without the declines beside it
Through the Orca API, read access only. No scanner change, no re-scan, no agent added anywhere.
Live traffic, usage, dependencies and ownership, all read-only.
Under your IAM policies, on your audit trail, with rollback defined first.
Move scanners and every judgment already made comes with you.
Findings from your scanner, context from your cloud, changes on your execution plane.
Self-healing infrastructure restores desired state: a pod restarts, an instance is replaced, a group scales back up. It is availability automation and it exercises no judgment about safety. Tamnoon heals the security posture instead: it investigates the finding in context, decides whether a change is safe to make at all, refuses what it cannot prove, and leaves the receipt behind. Restarting a pod is not the same as knowing which bucket must stay public.
Orca automates hygiene on its own findings. Tamnoon works on what remains after that. It investigates each alert read-only in your live environment, groups things together to increase efficiency of each action instead of going a single alert at a time, closes what it can prove safe through your own change process, declines what it cannot with the evidence why, and answers for the outcome.
No. Tamnoon reads Orca’s alerts and your cloud’s own telemetry through APIs, read-only. Your estate stays exactly as agentless as Orca left it, and execution happens through your own change process when a fix is proven safe.
Tamnoon builds on it. Orca’s scoring already weighs exploitability, accessibility and business impact, and attack paths mark the choke points. Tamnoon adds the question the score cannot answer: whether the fix itself is safe to make here, today, given what is actually reading that resource.
A tool that fires fixes blind is an autoimmune reaction: it attacks the body it is supposed to protect. Tamnoon starts from the opposite premise. Every fix is investigated read-only first, against live traffic, usage, dependencies and ownership. What it cannot prove safe it refuses, and the refusal ships with the evidence why. You were not wrong to pull the plug on a tool that could not tell you why a change was safe.
They approve a change class, not a black box. Starting mode is SAFE-only: the engine closes only the class of change your board has approved, through your own change process, under your IAM policies, on your audit trail. Autonomy widens on evidence, class by class, and every decision leaves a record your auditor can read.
Read-only, in the first meeting. Live discrimination, a live refusal, and a live safe heal.
WizSelf-healing for Wiz →
CrowdStrike Falcon CloudSelf-healing for Falcon Cloud →
Palo Alto Prisma CloudSelf-healing for Prisma Cloud →
Microsoft Defender for CloudSelf-healing for Defender →
Palo Alto Cortex CloudSelf-healing for Cortex Cloud →
SentinelOneSelf-healing for SentinelOne →
Upwind SecuritySelf-healing for Upwind →
Lacework FortiCNAPPSelf-healing for FortiCNAPP →
Qualys TotalCloudSelf-healing for TotalCloud →
Sweet SecuritySelf-healing for Sweet →