HabrJuly 27, 2026🇷🇺Translated from Russian

Local LLM Deployment for SOC: How Many Incidents Can One NVIDIA RTX PRO 6000 Handle?

In the second part of their experiment, analysts from R-Vision evaluated how a locally deployed large language model performs under realistic SOC workloads rather than isolated laboratory benchmarks. The configuration remained consistent with Part 1: the Qwen3.5-122B-A10B-GPTQ model served by vLLM on an NVIDIA RTX PRO 6000 Blackwell Max-Q GPU equipped with 96 GB of video memory.

The team shifted focus from measuring raw concurrency and generation speed to simulating actual Security Operations Center operations. Real anonymized incidents from their internal SOC were used instead of synthetic test cases. The model handled five core tasks: ranking open incidents by priority, summarizing key events and assets, searching for similar recent incidents, performing retrospective searches across deeper history, and generating preliminary verdicts based on prior steps.

Two distinct load profiles were tested. In a calm shift scenario, 3–5 L1/L2 analysts managed a steady flow of 10–15 incidents per hour. Background SOAR orchestration typically processed one or two incidents concurrently, generating up to six parallel requests during the data-collection phase. Interactive analyst chats added another two to three concurrent sessions, keeping overall concurrency between 8 and 12 requests.

Under peak conditions, such as a mass phishing campaign, 5–7 analysts faced 50–100 incidents arriving rapidly. When all 16 sequences were allocated to the background pipeline, up to four incidents could be processed simultaneously on the first phase (12 requests). With five sequences reserved for interactive work, three incidents could run in parallel. A full enrichment cycle of approximately 60 seconds allowed the queue of 50 incidents to be cleared in roughly 15–20 minutes.

To prevent interactive sessions from starving background tasks, an AI Gateway layer was introduced. It separated traffic into two pools: a high-priority “Interactive” pool limited to five concurrent requests with context up to 120k tokens, and a lower-priority “Background SOAR” pool supporting up to 11 concurrent requests with shorter contexts. The gateway also enforced context-length limits and dynamic prioritization to protect KV-cache capacity.

The experiment confirmed that one RTX PRO 6000 can sustain a background throughput of five incidents per minute, equating to 300 incidents per hour or 7,200 per day, when processing typical 10k–20k token incidents. The Mixture-of-Experts architecture of Qwen3.5-122B-A10B delivered effective intelligence close to a 122B model while maintaining generation speeds comparable to a 10B model, and disabling the thinking mode further improved responsiveness without sacrificing verdict quality for SOC tasks.

Related articles

HabrAI Security

Agent-Ops 0.4.0 Released: Methodology for Secure Human-AI Collaboration in IT Operations

Sergey Zhitinsky, founder of Git in Sky, has published the public normative candidate for Agent-Ops 0.4.0, an open industry methodology governing how engineers and AI agents jointly handle IT infrastructure tasks. The framework keeps humans firmly in the decision-making loop while using deterministic programs for data collection and approved changes. It addresses risks such as prompt injection through processed data, unverified model outputs, and unclear accountability when AI recommendations lead to incidents. The methodology divides work across eight explicit steps and three separate planes: data, governance, and independent verification performed by a Guardian role. Two additional companies have joined as maintainers following agreements at the IT Elements 2026 conference, turning the project into a multi-organization effort. Contributors are invited to help refine contracts, schemas, and operational scenarios through GitHub and GitVerse.

HabrAI Security

ProxyKey MCP: Securing API Access for AI Agents Without Exposing Credentials

ProxyKey has released an MCP server that allows AI coding agents such as Claude Code and Cursor to manage API credentials without ever reading the actual secret values. The solution addresses the risk that any key visible to an agent becomes compromised through logging, tracing, or prompt injection. Real provider keys are stored encrypted with AES-256-GCM and never returned by any API endpoint after initial entry. Agents instead receive limited virtual passes that support IP binding, rate limits, TTL, and detailed request logging. A pending-secret workflow lets agents prepare services before the real token exists, with the human entering the secret only through a web panel. The approach deliberately restricts the MCP tool contract so no operation can read or return secret values.

HabrAI Security

Shadow AI in CI/CD: Why AI Agents Must Be Modeled as Security Threats

A new analysis from the CNCF highlights the growing risks of Shadow AI within continuous integration and continuous deployment pipelines. The report argues that AI agents should be treated as potential threats rather than simple productivity tools. Starting from a developer's laptop and extending to Kubernetes clusters, these agents can introduce unauthorized access paths and data exposure risks. Security teams are urged to incorporate AI agent behavior into formal threat modeling exercises. The discussion emphasizes the need for visibility and control over autonomous AI components operating in production environments.

HabrAI Security

Detecting Lateral Movement with Neural Networks Trained Solely on Synthetic Data

A researcher generated entire corporate network histories using a 135-line configuration file to create synthetic authentication logs containing lateral movement attacks. Neural networks trained exclusively on these artificial datasets were then evaluated against 1.65 billion real authentication events from Los Alamos National Laboratory, including 749 red team events across 301 compromised machines. The best ensemble of six models flagged 3.6 million hourly machine windows and placed 16 genuine attacks among the top 23 highest-scoring entries, producing only seven false positives. In comparison, a simple threshold counter required 161,000 false alarms to reach the same detection level. The approach also demonstrated an iterative feedback loop where detector errors directly informed refinements to the synthetic world generator. The work shows that synthetic data can reach AUC performance comparable to models trained on real labeled attacks while providing full control over the underlying attack definitions.