Contextualization of Third-Party Cloud Security Findings
cs.CR, cs.AI
Submitted: 2026-10-06
Updated: 2026-10-06
Comments: 11 pages, 1 figure, 2 tables
Code: https://github.com/prowler-cloud/prowler
License: http://creativecommons.org/licenses/by/4.0/
The gist: Finding severity is the main driver of how security teams prioritize remediation.
Terminology
Abstract
Finding severity is the main driver of how security teams prioritize remediation. For third-party cloud security findings, that severity is static: the rule that raised the finding assigns it before the rule meets any environment, so it reflects the risk of the condition in general rather than the risk the finding poses to the concrete environment where it lives. Scoring standards define where environment-specific context belongs. How far that context changes finding severities in production, where the deciding evidence lies, and whether it holds against the live environment have not been measured. We address this gap with contextualization, re-deriving each finding's severity from evidence in the environment where the finding lives. A deep research agent over a precomputed cross-signal asset graph investigates each finding against the resource's state, its graph neighborhood, and other products' signals, and returns an adjusted severity with an evidence trace. We evaluate it in a production field study of 9,967 vendor HIGH findings from two commercial cloud security platforms across eight real production environments, on three criteria: the faithfulness of the facts behind each verdict to the live environment, the dependence of each decision on context beyond the flagged resource, and the regularity of the reasoning. Three in four findings are re-graded, mostly downward, and the same rule often moves in opposite directions inside a single environment. About half of the decisive evidence lies beyond the flagged resource, and read-only probes of live infrastructure confirm the decisive fact for 99.4% of decided findings.
Sources
- Adaptive Incident Prioritization for Security Operations at Scale
- Precision over Noise: Tailoring S3 Public Access Detection to Reduce False Positives in Cloud Security Platforms
- Reducing False Positives with Active Behavioral Analysis for Cloud Security
- Does Runtime Topology Context Improve LLM-Generated Kubernetes Security Patches?
- Coding Agents Aren't Enough! Evaluating an Enterprise Security Brain for Agentic Cloud Investigations
- AI Native Asset Intelligence
- A Non-Intrusive and Context-Based Vulnerability Scoring Framework for Cloud Services
- From Description to Score: Can LLMs Quantify Vulnerabilities?
- Prompting the Priorities: A First Look at Evaluating LLMs for Vulnerability Triage and Prioritization
- SastBench: A Benchmark for Testing Agentic SAST Triage
- JAF: Judge Agent Forest
- KubeGuard: LLM-Assisted Kubernetes Hardening via Configuration Files and Runtime Logs Analysis
- Deep Research Agents: A Systematic Examination And Roadmap
- ReAct: Synergizing Reasoning and Acting in Language Models
- FActScore: Fine-grained Atomic Evaluation of Factual Precision in Long Form Text Generation
Related papers
- SoK: AI-Augmented Binary Reversing
- Relaxed Sender Anonymity for CBDC Interbank Settlement: A Zero-Knowledge Approach on Permissioned EVM
- Calibration-Family Overfit: Why Trusted Sabotage Monitors Don't Transfer Across Lineages
- Estimating the Social Cost of Corporate Data Breaches
- Efficient Fuzzy PSI under One-Sided Assumptions
- Sealing the Audit-Runtime Gap for LLM Skills