<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Secure AI</title><link>https://docs.sysdig.com/en/sysdig-secure/secure-ai/</link><description>Recent content on Secure AI</description><language>en</language><lastBuildDate>Wed, 29 Jul 2026 15:01:33 -0400</lastBuildDate><image><url> https://docs.sysdig.com/icons/sysdig-horizontal.png</url><title>Secure AI</title><link>https://docs.sysdig.com/en/sysdig-secure/secure-ai/</link><description>Sysdig logo</description></image><item><title>Secure AI - Limits</title><link>https://docs.sysdig.com/en/sysdig-secure/secure-ai/#limits</link><description>Agent interactions with Sysdig Secure AI are currently capped at 500 requests per minute.</description><content:encoded>&lt;p>Agent interactions with Sysdig Secure AI are currently capped at 500 requests per minute.&lt;/p></content:encoded><guid isPermaLink="false">Limits</guid></item><item><title>Secure AI - What the Plans Section Is For</title><link>https://docs.sysdig.com/en/sysdig-secure/secure-ai/#what-the-plans-section-is-for</link><description>Traditional vulnerability lists dump thousands of CVEs on you with no sense of what to do first. The Plans section flips that around: it uses Sysdig&amp;rsquo;s risk engine to rank remediation work by real-world impact — factoring in severity, whether a fix exists, whether the vulnerable package is actually in use at runtime, and whether the workload is network-exposed.</description><content:encoded><![CDATA[<p>Traditional vulnerability lists dump thousands of CVEs on you with no sense of <em>what to do first</em>. The Plans section flips that around: it uses Sysdig&rsquo;s risk engine to rank remediation work by real-world impact — factoring in severity, whether a fix exists, whether the vulnerable package is actually in use at runtime, and whether the workload is network-exposed.</p>

<p>The output is an ordered queue of remediation jobs (one per vulnerable image) that a team can burn down, with progress measured against a concrete <strong>target metric</strong> you choose when the plan is created.</p>

<p><strong>Mental model:</strong></p>
<div class="highlight">
<pre tabindex="0" class="chroma"><code class="language-fallback" data-lang="fallback"><span class="line"><span class="cl">Plan  =  a goal (target measure)  +  a scope (zones/labels)
</span></span><span class="line"><span class="cl">      →  Secure AI ranks the vulnerable images in scope by impact
</span></span><span class="line"><span class="cl">      →  you work the ranked queue of Jobs
</span></span><span class="line"><span class="cl">      →  each Job gets a Ticket and/or PR (an &#34;artifact&#34;), then is Closed
</span></span><span class="line"><span class="cl">      →  the Plan&#39;s metric improves over time
</span></span></code></pre></div><hr>]]></content:encoded><guid isPermaLink="false">What the Plans Section Is For</guid></item><item><title>Secure AI - Core Concepts</title><link>https://docs.sysdig.com/en/sysdig-secure/secure-ai/#core-concepts</link><description>Concept What it means Plan A saved, ongoing remediation effort with a defined goal and scope. This is the top-level object on the /next/plans page. Target measure The metric the plan is trying to drive down (such as Exposure Time). Every plan tracks exactly one. Category The grouping a target measure belongs to (for example, vulnerability findings). Determines which measures are available. Scope Where the plan applies — usually one or more Zones. Zone Sysdig&amp;rsquo;s semantically meaningful grouping of infrastructure (prod, staging, a business unit, etc.). Zones are the primary scoping unit. High Value Assets (HVA) Assets you identify by labels (namespace, cluster, workload) in the High Value Asset section under Settings. HVAs are typically the most mission-critical resources across your infrastructure. Service Level Agreement (SLA) SLAs are defined in the Policies section of Secure. You can have multiple SLAs, and each SLA&amp;rsquo;s scope is set in its definition. Remediation Job A unit of work — almost always &amp;ldquo;fix vulnerable image X.&amp;rdquo; Jobs are ranked by impact within the plan. Artifact A work-product record attached to a plan or a job: a Ticket (Jira/Linear/GitHub) or a pull request. Activity timeline The audit trail for a plan — when jobs changed state, when artifacts were attached, and when jobs were added. Close Marking a job done. The goal of every working session is to close jobs.</description><content:encoded><![CDATA[<table>
	<thead>
			<tr>
					<th style="text-align: left">Concept</th>
					<th style="text-align: left">What it means</th>
			</tr>
	</thead>
	<tbody>
			<tr>
					<td style="text-align: left"><strong>Plan</strong></td>
					<td style="text-align: left">A saved, ongoing remediation effort with a defined goal and scope. This is the top-level object on the <code>/next/plans</code> page.</td>
			</tr>
			<tr>
					<td style="text-align: left"><strong>Target measure</strong></td>
					<td style="text-align: left">The metric the plan is trying to drive down (such as Exposure Time). Every plan tracks exactly one.</td>
			</tr>
			<tr>
					<td style="text-align: left"><strong>Category</strong></td>
					<td style="text-align: left">The grouping a target measure belongs to (for example, vulnerability findings). Determines which measures are available.</td>
			</tr>
			<tr>
					<td style="text-align: left"><strong>Scope</strong></td>
					<td style="text-align: left"><em>Where</em> the plan applies — usually one or more Zones.</td>
			</tr>
			<tr>
					<td style="text-align: left"><strong>Zone</strong></td>
					<td style="text-align: left">Sysdig&rsquo;s semantically meaningful grouping of infrastructure (prod, staging, a business unit, etc.). Zones are the primary scoping unit.</td>
			</tr>
			<tr>
					<td style="text-align: left"><strong>High Value Assets (HVA)</strong></td>
					<td style="text-align: left">Assets you identify by labels (namespace, cluster, workload) in the High Value Asset section under <strong>Settings</strong>. HVAs are typically the most mission-critical resources across your infrastructure.</td>
			</tr>
			<tr>
					<td style="text-align: left"><strong>Service Level Agreement (SLA)</strong></td>
					<td style="text-align: left">SLAs are defined in the <strong>Policies</strong> section of Secure. You can have multiple SLAs, and each SLA&rsquo;s scope is set in its definition.</td>
			</tr>
			<tr>
					<td style="text-align: left"><strong>Remediation Job</strong></td>
					<td style="text-align: left">A unit of work — almost always &ldquo;fix vulnerable image X.&rdquo; Jobs are ranked by impact within the plan.</td>
			</tr>
			<tr>
					<td style="text-align: left"><strong>Artifact</strong></td>
					<td style="text-align: left">A work-product record attached to a plan or a job: a <strong>Ticket</strong> (Jira/Linear/GitHub) or a pull request.</td>
			</tr>
			<tr>
					<td style="text-align: left"><strong>Activity timeline</strong></td>
					<td style="text-align: left">The audit trail for a plan — when jobs changed state, when artifacts were attached, and when jobs were added.</td>
			</tr>
			<tr>
					<td style="text-align: left"><strong>Close</strong></td>
					<td style="text-align: left">Marking a job done. The goal of every working session is to close jobs.</td>
			</tr>
	</tbody>
</table>
<hr>]]></content:encoded><guid isPermaLink="false">Core Concepts</guid></item><item><title>Secure AI - Target Measures (the Metric a Plan Drives)</title><link>https://docs.sysdig.com/en/sysdig-secure/secure-ai/#target-measures-the-metric-a-plan-drives</link><description>When you create a plan, you pick the metric it optimizes. The common ones:</description><content:encoded><![CDATA[<p>When you create a plan, you pick the metric it optimizes. The common ones:</p>
<table>
	<thead>
			<tr>
					<th style="text-align: left">Target measure</th>
					<th style="text-align: left">What it counts</th>
					<th style="text-align: left">Pick it when…</th>
			</tr>
	</thead>
	<tbody>
			<tr>
					<td style="text-align: left"><code>exposure_time_weighted</code></td>
					<td style="text-align: left">Age-weighted sum of findings — older findings weigh more.</td>
					<td style="text-align: left">Vulnerabilities have been lingering for months and you want to attack the oldest risk.</td>
			</tr>
			<tr>
					<td style="text-align: left"><code>sla_compliance</code></td>
					<td style="text-align: left">Urgency based on your SLA threshold.</td>
					<td style="text-align: left">You have a compliance deadline or an SLA to hit.</td>
			</tr>
	</tbody>
</table>]]></content:encoded><guid isPermaLink="false">Target Measures (the Metric a Plan Drives)</guid></item><item><title>Secure AI - Using the Plans Page</title><link>https://docs.sysdig.com/en/sysdig-secure/secure-ai/#using-the-plans-page</link><description>The page lists your existing plans. For each plan you&amp;rsquo;ll typically see its title, the metric it tracks, its scope (zones), and its current progress.</description><content:encoded><![CDATA[<h3 id="plans-page">Plans Page</h3>
<p>The page lists your existing plans. For each plan you&rsquo;ll typically see its title, the metric it tracks, its scope (zones), and its current progress.</p>

<p>From here you either <strong>open an existing plan</strong> or <strong>create a new one</strong>.</p>

<h3 id="create-a-plan">Create a Plan</h3>
<ol>

<li><strong>Name the plan</strong> — something the team recognizes (for example, &ldquo;Prod fixable+exposed&rdquo;).</li>

<li><strong>Choose a scope</strong> — pick the <strong>zone(s)</strong> the plan covers. Start with a zone like <code>production</code>; you can further narrow by namespace, cluster, or workload labels.</li>

<li><strong>Choose a target measure</strong> — the goal metric described in <a href="/en/sysdig-secure/secure-ai/#target-measures-the-metric-a-plan-drives">Target Measures</a> above.</li>

<li><strong>Save.</strong> Secure AI ranks the vulnerable images in scope and builds the job queue.</li>
</ol>


<h3 id="read-a-plans-overview">Read a Plan&rsquo;s Overview</h3>
<p>When you open a plan, expect to see (top to bottom):</p>

<ol>

<li><strong>What</strong> — plan title, the measure&rsquo;s display name + one-line explainer, and owner.</li>

<li><strong>What this measures</strong> — why the metric matters.</li>

<li><strong>Scope</strong> — the zones covered.</li>

<li><strong>Current state</strong> — the current metric value and its <strong>trend</strong> (for example, &ldquo;down −12 vs last week&rdquo; — good for most measures, since lower is better).</li>

<li><strong>Past activity</strong> — a summary of prior sessions: jobs remediated, tickets filed, and jobs closed (drawn from artifacts + the activity timeline).</li>

<li><strong>Ranked jobs</strong> — the heart of the plan: a table of open and in-progress jobs, ordered by impact (internet-exposed first, then by severity).</li>
</ol>


<h3 id="the-ranked-jobs-table">The Ranked Jobs Table</h3>
<p>Each row is one vulnerable image. Typical columns:</p>
<table>
	<thead>
			<tr>
					<th style="text-align: left">Column</th>
					<th style="text-align: left">Meaning</th>
			</tr>
	</thead>
	<tbody>
			<tr>
					<td style="text-align: left"><strong>Image</strong></td>
					<td style="text-align: left">The container image (for example, <code>quay.io/org/app:1.2</code>).</td>
			</tr>
			<tr>
					<td style="text-align: left"><strong>Ranking summary</strong></td>
					<td style="text-align: left">Why it&rsquo;s ranked here (for example, &ldquo;9 fixable + exposed findings&rdquo;).</td>
			</tr>
	</tbody>
</table>

<p><strong>Work top-down.</strong> The top job is the highest-impact fix. For each job the ideal outcome is to file a <strong>Ticket</strong>, then <strong>close</strong> the job.</p>

<h3 id="close-the-loop">Close the Loop</h3>
<p>As jobs are fixed and closed, the plan&rsquo;s <strong>target measure</strong> improves, and the <strong>Current state</strong> trend reflects it session over session. The activity timeline records everything for audit.</p>]]></content:encoded><guid isPermaLink="false">Using the Plans Page</guid></item><item><title>Secure AI - What the Company Security Metrics Section Is For</title><link>https://docs.sysdig.com/en/sysdig-secure/secure-ai/#what-the-company-security-metrics-section-is-for</link><description>The Company Security Metrics dashboard provides a high-level overview of your organization&amp;rsquo;s security posture, tracking key performance indicators (KPIs) around High Value Assets (HVAs), vulnerability exposure times, SLA compliance, and overall finding trends.</description><content:encoded><![CDATA[<p>The <strong>Company Security Metrics</strong> dashboard provides a high-level overview of your organization&rsquo;s security posture, tracking key performance indicators (KPIs) around High Value Assets (HVAs), vulnerability exposure times, SLA compliance, and overall finding trends.</p>

<h3 id="global-filters-and-controls">Global Filters and Controls</h3>
<p>Located at the top of the dashboard, these controls let you scope the metrics to specific environments or timeframes:</p>

<ul>

<li><strong>All zones:</strong> Filter the entire dashboard by specific security zones or logical boundaries.</li>

<li><strong>SLA in:</strong> Filter metrics based on specific SLA criteria or definitions.</li>

<li><strong>Group by:</strong> Organize the displayed data by specific dimensions (for example, team, cluster, or region). Set to <strong>None</strong> by default.</li>

<li><strong>Reset:</strong> Instantly clear all applied filters to return to the default global view.</li>

<li><strong>Timeframe toggle (bottom right):</strong> Switch between a <strong>2W</strong> (2-week) or <strong>30D</strong> (30-day) view. You can also toggle between local time and <strong>UTC</strong>.</li>
</ul>


<h3 id="key-performance-indicators-kpis">Key Performance Indicators (KPIs)</h3>
<p>The top row of cards gives you a quick snapshot of your current infrastructure scope and active policies:</p>

<ul>

<li><strong>Plan Policies (Active):</strong> The total number of security plan policies currently enforced.</li>

<li><strong>Plans tracking HVAs:</strong> The number of active plans specifically designated to monitor High Value Assets.</li>

<li><strong>HVAs:</strong> The absolute count of identified High Value Assets across your environment.</li>

<li><strong>HVAs % of infrastructure:</strong> The percentage of your total infrastructure that is classified as a High Value Asset.</li>
</ul>


<h3 id="metrics-sections">Metrics Sections</h3>
<h4 id="vulnerabilities">Vulnerabilities</h4>
<p>This section tracks how long vulnerabilities persist in your environment before remediation.</p>

<ul>

<li><strong>Drop-down filter:</strong> Toggle between <strong>Weighted</strong> exposure or other calculation methods.</li>

<li><strong>Main metric:</strong> Displays the current average exposure time (for example, <strong>72.16d</strong>), alongside a comparison to the previous day (for example, <code>-4.72</code>, indicating a downward trend in exposure time).</li>

<li><strong>Trend graph:</strong> Highlights daily fluctuations alongside a <strong>7-day average</strong> line to help distinguish minor daily spikes from broader directional trends.</li>
</ul>


<h4 id="slas">SLAs</h4>
<p>This section measures how effectively your teams are meeting their remediation deadlines.</p>

<ul>

<li><strong>Drop-down filter:</strong> Toggle between <strong>First seen</strong> or other SLA milestones.</li>

<li><strong>Main metric:</strong> Displays your current SLA adherence percentage (for example, <strong>24.37%</strong>), showing whether compliance is improving or declining compared to the previous day (for example, <code>+5.82</code>).</li>

<li><strong>Trend graph:</strong> Maps out your historical SLA adherence rate over your selected timeframe.</li>
</ul>


<h4 id="findings">Findings</h4>
<p>This section monitors the absolute volume of security issues discovered in your infrastructure.</p>

<ul>

<li><strong>Main metric:</strong> Displays the total number of active findings (for example, <strong>3244</strong>), with a quick delta showing changes from the previous day (for example, <code>-128</code>).</li>

<li><strong>Trend graph:</strong> Breaks down findings by severity layers — such as <strong>High</strong> and <strong>Critical</strong> — so you can see whether your overall risk surface is shrinking or growing.</li>
</ul>]]></content:encoded><guid isPermaLink="false">What the Company Security Metrics Section Is For</guid></item></channel></rss>