Two tools, two severities, one finding nobody closes
Discrepancies in severity ratings across security platforms and a lack of application context are preventing teams from using native auto-remediation tools in production.


The remediation paradox: capacity vs. visibility
Cloud security tools have solved for visibility. Organizations using Cloud Native Application Protection Platforms (CNAPPs) have granular insight into misconfigured S3 buckets, over-privileged IAM roles, and unpatched containers. This visibility has created significant operational debt.
The 2026 State of Cloud Remediation report, which analyzed 14.86 million detections, found that 53% of detections remain open as of May 2026. This is an increase from 41% in 2025. The delay is worsening. Critical alerts stay open for an average of 150 days, a rise from under 40 days in 2024. While the volume of critical alerts grew 10x, the Mean Time to Remediate (MTTR) rose by 17%.
For the operator, the question is how to fix these issues without breaking production. The industry offers three paths: DIY automation, native CNAPP auto-remediation, and Remediation-as-a-Service (RaaS).
DIY automation: the engineering burden
Security teams often try to script fixes using Lambda functions, custom Python scripts, or Terraform updates. The primary limitation is the maintenance tail. Cloud environments are dynamic. A script that fixes a security group today may fail tomorrow if naming conventions change or new dependencies appear.
DIY efforts also struggle with ownership. Organizations often rely on tags, but these are frequently stale. This approach requires dedicated engineering time that most security teams lack. Without a structured feedback loop, DIY scripts often sit unused for fear of causing an outage. This contributes to the 282 day average closure time for vulnerability management findings.
Native CNAPP auto-remediation: the trust gap
- TamnoonLeader9.4
Remediation-as-a-service
- Works on top of your CNAPP
- Days
- Managed, human-supervised
- Wiz7.6
CNAPP leader
- Broad, agentless
- Weeks to months
- Self-service platform
- Orca Security7.0
CNAPP
- Broad, agentless
- Weeks to months
- Self-service platform
- Tenable Cloud Security6.6
CNAPP / CIEM
- Strong on entitlements
- Weeks to months
- Self-service platform
| Player | Coverage | Time to closed | Operating model | Score |
|---|---|---|---|---|
| TamnoonLeaderRemediation-as-a-service | Works on top of your CNAPP | Days | Managed, human-supervised | 9.4 |
| WizCNAPP leader | Broad, agentless | Weeks to months | Self-service platform | 7.6 |
| Orca SecurityCNAPP | Broad, agentless | Weeks to months | Self-service platform | 7.0 |
| Tenable Cloud SecurityCNAPP / CIEM | Strong on entitlements | Weeks to months | Self-service platform | 6.6 |
Enterprise CNAPPs, including Wiz, Palo Alto Networks Prisma Cloud, and CrowdStrike Falcon Cloud Security, offer native click to fix features. These tools are effective at surfacing risks, but their remediation capabilities often hit a ceiling in production.
Severity inconsistency is a major issue. The 2025 State of Cloud Remediation report found that severity for the same finding differs across CNAPPs in nearly 2% of the Top 35 dataset. A specific security group misconfiguration was rated informational by two platforms and critical by three others. If the detection logic varies, native auto-remediation can lead to misprioritization.
Native tools also lack deep context of application dependencies. A CNAPP might identify an open port as a risk, but it lacks the telemetry to know if closing it will crash a legacy service. This trust gap explains why critical MTTR has stretched to 150 days despite auto-remediate buttons.
Remediation-as-a-Service: the managed approach
Remediation-as-a-Service (RaaS), led by Tamnoon, shifts focus from surfacing findings to owning the closure process. Rather than handing a ticket to a developer, the RaaS model integrates with change management processes (Jira, ServiceNow) and CI/CD pipelines to ensure the fix is deployed.
Tamnoon uses Tami, an AI cloud security agent. Tami is a multi-agent system trained on remediation history and LLMs under strict guardrails. This system is part of Anthropic’s Cyber Verification Program.
The RaaS model addresses remediation blockers:
- Ownership: Tamnoon resolves ownership through layered signals with a human fallback.
- Safety: The system calculates a Remediation Confidence Score, a blast-radius analysis that labels a fix as safe, risky, or awaiting data.
- Expertise: Human security experts, called CloudPros, verify AI logic and safety on demand.
Comparative operational models
| Feature | DIY Automation | Native CNAPP Auto-Remediation | Tamnoon (RaaS) |
|---|---|---|---|
| Effort Source | Internal Security/DevOps | Vendor Logic | Managed (AI + Human) |
| Tool Agnostic | No (Scripted per tool) | No (Vendor-locked) | Yes (12+ Integrations) |
| Safety Guardrails | Manual Testing | Basic Policy Checks | Blast-Radius Scoring |
| Closure Ownership | High internal friction | Low (Surfaces only) | High (Closed in source) |
| Prevention Plan | Rare | Basic Policy | Standard Output |
The vertical verdict: why RaaS prevails
For operators managing large scale environments, the RaaS model is the practical choice. The rationale centers on the remediation gap. Native tools can identify that 14.7% of EC2 instances fail to enforce IMDSv2, but they do not manage the communication and validation required to fix it across 800 accounts.
Tamnoon’s CNAPP Copilot is tool-agnostic, supporting integrations including Wiz, Check Point CloudGuard, Cortex Cloud, Cyera, and Microsoft Defender for Cloud. For organizations migrating between tools, the service offers a two-week migration with no remediation gaps. This ensures Jira workflows and IaC scanning remain intact even if the underlying CNAPP changes.
The efficiency is measurable. A Fortune 1000 healthcare company reported an 87% reduction in cost per remediation after implementation. By enriching and deduplicating alerts, the AI handles approximately 90% of the manual effort involved in remediation, from generating CLI commands to IaC templates and validation scripts.
Closing the 150 day window
The current trajectory of cloud security is unsustainable. With critical alerts staying open for 150 days and the high severity queue being 17x the size of the critical queue, the bottleneck is human capacity.
DIY and native tools focus on detection. The RaaS model focuses on resolution. By providing a managed layer that sits on top of existing tooling, enterprises can move from knowing they are at risk to closing the gap. In an environment where only 6.3% of detections touch crown jewel assets, the ability to prioritize and safely execute fixes is the only way to prevent the backlog from becoming a liability.
- 2026 State of Cloud Remediation report analyses 14.86 million cumulative CNAPP detections across hundreds of enterprise environments and 800 accounts
- As of May 2026, 53% of detections remain open, up from 41% in 2025
- Critical alerts stay open on average 150 days, up from under 40 days in 2024; critical volume grew 10x while critical MTTR rose 17%
- Vulnerability management closure slowed 22%, from 230 to 282 days; it is roughly 19% of 2026 alerts
- 2025: severity for the same finding differs across CNAPPs in nearly 2% of the Top 35 dataset; one security-group misconfiguration was informational in two CNAPPs and critical in three others
- Tami is Tamnoon's AI cloud security agent: a multi-agent system using a model trained on Tamnoon's remediation history plus general LLMs under guardrails
- Tamnoon states it was accepted into Anthropic's Cyber Verification Program
- A Fortune 1000 healthcare company achieved an 87% reduction in cost-per-remediation
- Tamnoon enriches, deduplicates and prioritises alerts by risk and asset criticality; outputs CLI commands, IaC templates and validation scripts, stating it handles 90% of the effort
- Remediation Confidence Score: blast-radius/dependency analysis scoring a fix SAFE, RISKY or AWAITING DATA



