Skip to main content
The AI assessment assigns each risky call one primary category and up to two secondary categories. Each category belongs to one of six domains. The assessment also rates severity and evidence strength. Likely benign calls have no category or severity.

Categories

A category describes the call’s action and potential effects. Investigate the call to establish the agent’s intent and whether the call succeeded. A permission change on a test resource shares a category with one on your production cloud account. Read the explanation and arguments to understand the scope.

Severity

The assessment rates each call’s potential impact as Low, Medium, High, or Critical. It rates the requested action, so a blocked call can still be critical.

Evidence strength

The assessment rates evidence strength as weak, moderate, or strong. This measures how directly the command, arguments, and session context support its conclusion. Redacted values, truncated commands, and missing context weaken the evidence. High severity with weak evidence means the assessment could not confirm a potentially serious risk.

ATT&CK, ATLAS, and OWASP references

Each category maps to its closest entries in MITRE ATT&CK Enterprise v20.1, MITRE ATLAS v2026.10, the OWASP Top 10 for Agentic Applications 2026, and the OWASP Top 10 for LLM Applications 2026. Kontext uses a fixed mapping for each category, checked against MITRE’s published data on 4 November 2026. The AI assessment does not choose the mapping. Each entry identifies the closest technique if the call were an attack. Many flagged calls perform legitimate work with broad effects, such as a force push. These calls may only loosely match an attack technique. In a finding’s drawer, the Risk panel lists every entry for its primary category, one per line with ID and name, each linked to the framework. The Coverage tab of the Risk page shows findings by framework entry, and the findings API takes a framework filter such as ASI03 or T1059. Slack risk alerts include the first entry of each framework.
  1. ATLAS has no staging technique. Kontext maps its collection techniques to sensitive data access.
  2. These calls usually perform legitimate actions with broad effects, such as a force push or a cloud resource change. ATT&CK matches only hostile changes.
  3. ATLAS covers infrastructure an attacker owns. It has no technique for a victim exposing its own service.
Every OWASP entry is either mapped by a category or listed with the reason Kontext can’t see it:

EU AI Act, NIST, ISO, and SOC 2

These frameworks set obligations for an organization, not techniques for a single call, so Kontext maps them to what the product records and enforces. Each row is evidence you can use toward the obligation. It does not make a system compliant. Most coding agents are not high-risk AI systems under Annex III of the EU AI Act. Articles 12, 14, and 26 apply in full to high-risk systems.