惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

B
Blog
D
Docker
J
Java Code Geeks
腾讯CDC
Blog — PlanetScale
Blog — PlanetScale
G
Google Developers Blog
M
MIT News - Artificial intelligence
L
LangChain Blog
T
The Blog of Author Tim Ferriss
P
Proofpoint News Feed
MyScale Blog
MyScale Blog
博客园 - Franky
GbyAI
GbyAI
Hugging Face - Blog
Hugging Face - Blog
aimingoo的专栏
aimingoo的专栏
Last Week in AI
Last Week in AI
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
博客园 - 聂微东
N
Netflix TechBlog - Medium
B
Blog RSS Feed
Y
Y Combinator Blog
阮一峰的网络日志
阮一峰的网络日志
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Google DeepMind News
Google DeepMind News

Sysdig Blog

Masterclass: AI is more than ChatGPT and LLMs CVE-2026-39987 update: How attackers weaponized marimo to deploy a blockchain botnet via HuggingFace Kubernetes 1.36 - New security features 5 steps to securing AI workloads Marimo OSS Python Notebook RCE: From Disclosure to Exploitation in Under 10 Hours Security briefing: March 2026 The Sysdig MCP server is now available in AWS Marketplace Risk isn’t reduced until you take action: How teams resolve issues in the cloud AI infrastructure security: Why it deserves its own category Three pillars for building effective runtime-powered cloud defense, the right way Closing the cloud security gap with runtime security Seeing risk isn’t stopping it: Why visibility alone isn’t enough TeamPCP expands: Supply chain compromise spreads from Trivy to Checkmarx GitHub Actions AI coding agents are running on your machines — Do you know what they're doing? Runtime security for AI coding agents: Protecting AI-assisted development How runtime insights power every cloud security use case CVE-2026-33017: How attackers compromised Langflow AI pipelines in 20 hours Inline Cloud Response: Accelerating AWS threat containment for SOC teams Runtime malware detection for AWS Fargate Detecting CVE-2026-3288 & CVE-2026-24512: Ingress-nginx configuration injection vulnerabilities for Kubernetes Malware detection with Sysdig Security briefing: February 2026 Leveling up Kubernetes Posture: From baselines to risk-aware admission Eliminating runtime blind spots: How CleanStart and Sysdig build continuous trust across the container lifecycle LLMjacking: From Emerging Threat to Black Market Reality Real risks live at runtime: Why CISOs must care about deep telemetry in 2026 Sysdig named a Leader in the Forrester Wave™: Cloud Native Application Protection Solutions, Q1 2026 How to run rootless containers AI-assisted cloud intrusion achieves admin access in 8 minutes Security briefing: January 2026
AI echolocation of cloud risks using Sysdig & Snyk MCP se...
2025-10-15 · via Sysdig Blog

Security findings are often siloed: SAST for code, CNAPP for infrastructure and workloads. Teams spend extra effort piecing those signals together before they can act on what matters most. We use “AI-powered echolocation” to describe how static vulnerabilities can be projected into their real-world cloud context, where findings echo against live assets, exposure, and behavior. Just as a whale pieces together echoes to map its surroundings, security teams can connect signals from Snyk and Sysdig to shift from long vulnerability lists to prioritized, real risks and threats.

How it works

Artificial Intelligence (AI) and Model Context Protocol (MCP) make it possible. Modern LLMs can quickly handle semantic problems with complex data that humans used to spend hours on, cutting down tedious work so analysts can focus on what matters. MCP servers connect these LLMs to APIs and data sources, enabling them to process information across different domains and uncover correlations that previously were difficult to reveal.

Using Claude, Sysdig and Snyk MCP servers together

The visibility gap of using a single approach

The defender’s dilemma is inescapable: security teams must protect everything continuously, while attackers only need to exploit a single weakness to succeed. This asymmetry forces defenders to stay several steps ahead of any attacker.

Static scanners do a fine job of listing every vulnerability in code or dependencies. However, they still require teams to invest time debating theoretical risks instead of focusing on what’s critical, live, and exposed.

Cloud Workload Protection Platforms take a different approach, capturing context from workload configurations and real-time behavior. This approach tracks the ever-changing puzzle of ephemeral services and environments, such as containers that can live for less than a minute, sensitive storage buckets, or microservices exposed to the internet.

Both approaches can become overwhelming at scale.

Combining MCPs to illuminate risks

If a security team has to protect a building, grabbing the building’s blueprints on a table and pinpointing the weaknesses is a great way to start realizing what they need to resolve. But, a blueprint only tells part of the story—and it’s static. In this scenario, the team tasked with protecting a building also needs to know what’s happening in real time. The same concept applies to cybersecurity teams, and the purpose of our proposal is to bring them more tools: a lidar, electronic sensors, and security cameras on every single floor, room, and stairs. Now they have broader and deeper coverage, offering new perspectives that can change everything.

The proposal is equal parts simple and powerful. In addition to our classic vulnerability management approach, let’s use a modern LLM to read the static vulnerabilities found in the source code (building’s blueprint), analyze them with pictures of the actual infrastructure configuration (LIDAR), considering both historical behavior logs and real-time views of what is happening right now (sensors, security cameras).

The stack

The MCP protocol is an open standard, so it can be used with almost any Large Language Model. In our example, we will  be using Anthropic’s Claude Sonnet 4.5. Before getting started, ensure that both the Snyk and Sysdig MCP servers are properly configured.

Claude MCP configuration screen

For this particular use case, we will disable Sysdig’s MCP built-in vulnerability and image scanning features. Instead, Sysdig will focus on providing runtime risks and security events, while Snyk will remain the single source of truth for developer-owned code and vulnerabilities.

Note that each MCP server operates at a different scope. The Snyk MCP server interacts with local project data, while the Sysdig MCP server interfaces with the Sysdig backend to provide information that is continuously gathered from live environments.

The workflow (prompts in action)

Context Set

Let’s step into the shoes of a security engineer who wants to proactively perform threat modeling using prompts. Setting a clear context for what we want to achieve is always a good starting point.

Please keep in mind that these prompts are meant to inspire your thinking, the real value lies in asking your own questions. The examples below are simply starting points and not fully optimized.

You are a cloud security specialist conducting a multi-step investigation.Record only verified data and exact values, no assumptions.Do not create or guess container names or other identifiers.Save all findings for the final report, provide no explanations or conclusions during analysis.Maintain precision, consistency, and factual accuracy throughout.

Code Analysis

Ask Claude to use Snyk SAST scanner to identify the most relevant vulnerabilities. Also ask it to use the Snyk IaC tool to find out the name of the container that this code generates (it will be useful to correlate objects with Sysdig with no margin for error). 

Use the Snyk SAST MCP tool to analyze the project "/Users/manuel.boira/Sysdig/snyk/security-playground/security-playground/" and determine if there are critical vulnerabilities with risk of exploitation, save SAST results as 'snyk-vulnerability-list'.Use the Snyk IaC MCP tool to scan the project, additionally obtain the resulting container name from the path, and save the value as container-name.

Correlation and retrieval

Now ask Claude to use some Sysdig tools to take the X-Ray shot:

  • We want detailed information about the workload, let’s pick that up from SysQL
  • Security posture is also important to measure risks, and Claude can use SysQL transparently to extract it from the Graph DB.
  • Finally, request the security camera recordings (runtime events) to capture any evidence of active or past exploitation.

Use the Sysdig SySQL MCP tool to check if any running kubernetes workload matches the container-name and save the result as 'sysdig-container-context'.Retrieve the risk factors of the kubernetes workload using Sysdig SySQL: Workload exposed, failing high-severity controls. Save the results as 'sysdig-risk'.Retrieve runtime events from the last 15 days filtered by the workload name equal to container-name and limiting results to 500, perform only one search, and save the result as 'sysdig-runtime-events'.

Claude prompts

Contextualization

Let Claude do the job: overlay vulnerabilities with deployment risks, exposure, and runtime behavior. At this stage, our prompts are designed to interpret the semantics of the vulnerability description and attack vector. 

Correlate the 'snyk-vulnerability-list' with 'sysdig-container-context' and 'sysdig-risk' to proactively explore how the vulnerabilities and their attack paths reported from Snyk could be exploited in the actual configuration and risks pointed by Sysdig. The key is to combine both to model threats in detail, going ahead of any future attacker. Highlight how Sysdig findings increase or decrease the likelihood of exploitation for each vulnerability, and provide clear reasoning. Also determine if any of these vulnerabilities show signs of actual exploitation by contrasting sysdig-runtime-events with the snyk-vulnerability-list.

Reporting

Generate clear and understandable reports that help security teams prioritize, mitigate, and remediate risks and threats effectively. And, given that we are working with MCP servers, let’s use a Jira MCP server to create a beautiful and actionable ticket, ready to start with the resolution stage.

Deliver a one-page, concise, visual, and actionable PDF with three clearly labeled sections: Projected Threat Modeling, Exploitation Evidence, and Remediation.Deliver a graphical representation of attack paths possible considering Snyk and Sysdig findings.Create two Jira tickets: Ticket 1 (security-playground-tag): Describe what must be fixed to reduce the identified risks. Ticket 2 (security-playground): Request response, mitigation, fixes, and redeployment

Here are some sample reports generated with a sandbox environment.

Sample reports generated, including attack paths and recommendations.

Sample reports generated, including attack paths and recommendations.

Threat modeling details with risk amplification

Attack path analysis with detailed steps and risks factors

Example of containment and resolution steps when an exploitation process is detected in real time

Response and remediation

Why stop here? The security specialist or incident responder can use the LLM too, pulling insights from Sysdig in real time, mitigating the risks or resolving them permanently.

Load the Jira ticket PRO-1234. Use Sysdig to check the actual status of these cloud assets as well as the latest security events.


Snyk Agent Fix can fix code vulnerabilities through automatic flows.

Why context changes everything

We have shown that static and dynamic information work best when combined.  Let’s pause for a moment to take stock of what we have gained:

  • Efficiency: Such a threat modeling exercise would have required a multidisciplinary team of specialists.
  • Knowledge: The security team gains a better understanding of the real-world behavior of their applications.
  • Speed: The information comes straight from the sources, including events happening at the moment the prompts are submitted.

In closing

With the latest LLMs and MCP servers, it’s now possible to tackle new use cases directly and unlock value that was previously out of reach or required complex integrations. Static scans, runtime signals, and modern AI no longer compete with each other; they work best together. When these pieces are combined, security teams can move beyond chasing endless vulnerability lists and instead focus on what truly matters: understanding, prioritizing, and mitigating real risks in context.