All Articles

F5 Breach Overview & Guide for SOC Teams

The August 2025 F5 breach exposed BIG-IP source code and internal vulnerability data, giving attackers a roadmap to future exploits. Learn how SOC teams can identify exposure, secure management interfaces, patch fast, and hunt for early compromise indicators before adversaries strike.

Yaniv Menasherov
URL copied

On August 9, 2025, F5 detected that a “highly sophisticated nation-state threat actor” maintained long-term, persistent access to parts of F5’s internal network (development, engineering, and knowledge management. (ref: Rapid7/Tenable via The Hacker News)

The actor exfiltrated files from F5’s environment, including portions of the BIG-IP source code, internal data on vulnerabilities, and configuration/implementation details for a small subset of F5 customers. The breach gives adversaries the ability to identify or weaponize vulnerabilities in F5 products before general detection or patching cycles. CISA issued Emergency Directive ED 26-01, calling this an imminent threat to networks running F5 devices.

While F5 reports no evidence yet of active exploitation of undisclosed vulnerabilities or supply-chain tampering, the latent risk is very high.

Why This Matters to the SOC

Devices such as BIG-IP (and related F5 appliances/software) sit at high-value network chokepoints, including load balancing, application delivery, VPN/Edge access, and WAF. A successful exploit here can yield broad lateral reach.

The attacker now has access to source code and internal vulnerability documentation, which dramatically reduces the time and effort required for adversaries to craft bespoke zero-day exploits. Because many organisations might delay patching or have externally exposed management interfaces for F5 devices, the window for exploitation is widened.

Even though F5 says there is no evidence yet of the software build or release pipeline being tampered with, you must assume adversaries could exploit this vector in the future.

Key Assets/Systems to Focus On

F5 Infrastructure Assessment Overview
Category Assets / Systems Focus Area / Description
Core F5 Infrastructure All F5 devices and software in your environment (BIG-IP, F5OS appliances, BIG-IQ, APM) Identify all deployed F5 technologies to ensure full coverage in assessments and response actions.
Management Interfaces Web UIs, SSH/tmsh, iControl REST APIs of F5 devices Prioritize protection and monitoring of management entry points, which are frequent targets for exploitation.
Externally-Facing Appliances Any F5 appliances accessible from the internet Assess for exposure and enforce isolation or strict access control for public-facing management endpoints.
Network Segments Segments where F5 devices operate (edge, DMZ, application-delivery zones) Evaluate segmentation, lateral movement risks, and interconnections with critical internal systems.
Logging and Telemetry Administrative login events, configuration changes, software updates Ensure visibility and integrity of logs for detection, correlation, and incident response.
Downstream Dependencies Web applications behind load balancers, VPN clients, WAF policies Identify business systems that depend on F5 infrastructure and could be affected by compromise or misconfiguration.

Alerts/Monitoring: What to Set Up Immediately

Here are recommended alerts and monitoring rules to implement. Depending on your toolset (SIEM, EDR, NDR, device logs), tailor accordingly.

F5 Alert Logic Table
Priority Alert Name Description / Trigger Criteria
High Administrative login to F5 device from new or unusual source IP Trigger when a web/SSH login to the F5 management console occurs from an IP that has never or rarely accessed it.
High Failed authentication spikes on F5 management interfaces Multiple failed attempts (SSH, web console) in a short period – potential brute-force or credential-spray activity.
High Privilege escalation or new admin account creation on F5 device Detect creation of new super-user accounts or role changes granting admin privileges.
High Unexpected configuration change on F5 device Monitor for new Virtual Server definitions, WAF policy changes, redirect or bypass rules, certificate/key changes, or firewall rule modifications.
High Remote session to F5 management interface outside maintenance window or by unexpected user/group VPN or remote access initiating configuration outside business hours or by a user who doesn’t normally manage F5 systems.
High Outbound connection from F5 management segment to external/unusual IP/domain Detect if the F5 device or management network initiates unusual outbound traffic — possible C2 or data exfiltration activity.
High Integrity change or unexpected update of F5 appliance software/firmware A patch or hotfix applied outside an approved change window, or checksum mismatch for firmware/OS image.
High WAF or ASM event patterns indicating exploit attempts against known F5 vulnerabilities (including newly released CVEs) Detect remote code execution or path traversal attempts targeting F5 iControl, SOAP, REST interfaces, or newly disclosed CVEs.
Medium Significant increase in HTTP2 stream resets or abnormal HTTP2 control-frame patterns Detect spikes in HTTP2 resets or anomalies in HTTP2 control frames, potentially linked to known BIG-IP vulnerabilities.
Medium Use of embedded or expired certificates/keys on F5 appliances Identify cases where embedded or expired credentials are used, as key rotation is expected.
Medium Suspicious use of admin credentials from remote or untrusted host Trigger when admin credentials are used from unexpected time, location, or device patterns.
Medium Telemetry gaps from F5 devices Detect when logs or telemetry streams stop (log forwarding disabled, device isolated) — could signal tampering or evasion.
Medium Unexpected device reboot or management process restart Detect unplanned reboot or process restarts, possibly indicating adversary activity or cover-up attempts.

Threat-Hunting Scenarios

F5 Threat Hunting Scenarios
Scenario Objective / Query Purpose / Detection Focus
New Admin Account Creation Query for “new admin user on BIG-IP” over the past 30–60 days. Identify unauthorized privilege escalation or rogue administrative accounts.
Remote Logins from Unknown Sources Hunt for remote logins to F5 management interfaces from geolocations or IPs outside your known/approved list. Detect compromised credentials or external adversary access attempts.
Configuration Exports or Backups Search for configuration exports or backups of F5 device configs around the discovery timeframe — especially large or off-hours backups. Identify data exfiltration or reconnaissance activities targeting system configurations.
Certificate or Key Changes Examine logs for new or modified certificates/keys on F5 devices (rotations or replacements outside maintenance windows). Detect potential tampering with encryption or authentication mechanisms.
Outbound Management Plane Traffic Correlate with network flow data for the management plane of F5 devices connecting externally during off-hours. Spot command-and-control (C2) activity or unauthorized data transfers initiated from F5 systems.
Exploit Attempt Monitoring Monitor for exploit-attempt signatures matching newly published CVEs from F5’s October 2025 Security Notification (per Tenable®). Identify active exploitation attempts leveraging recently disclosed F5 vulnerabilities.
Exposure Validation (CISA Alignment) Review all internet-facing F5 devices and verify that management interfaces are not publicly reachable. If they are, treat as high-risk per CISA directive. Confirm exposure posture and enforce immediate isolation of externally reachable admin interfaces.

Recommended Immediate Steps for SOC / IR Teams

F5 Incident Response & Mitigation Actions
Action Area Recommended Step Purpose / Outcome
Asset Inventory Inventory all F5 devices in your environment (hardware/virtual, module versions, software branches) — map them to business use-cases. Establish full visibility into all F5 assets and their operational relevance.
Exposure Assessment Check exposure of management interfaces: see if any F5 management endpoint is reachable from the public internet. If yes — isolate or restrict immediately. (CISA) Prevent external access to F5 admin interfaces and reduce risk of remote compromise.
Patch Management Prioritise patching/updating: for all F5 devices, apply vendor updates and hardening guidance as soon as possible. (SoRadar+1) Mitigate known vulnerabilities and ensure all devices are hardened to vendor standards.
Network Segmentation Segment/limit access: ensure F5 management network is isolated, enforce least privilege, MFA, dedicated jump hosts, and restrict remote access to known trusted networks. Reduce attack surface and prevent lateral movement or unauthorized admin access.
Monitoring & Detection Start continuous monitoring and alerting (see high/medium alert list above) and stream F5 device logs into your SIEM/EDR. Enable real-time detection of anomalies, intrusions, or configuration tampering.
Credential Security Rotate secrets/keys/credentials if F5 has notified you that your configuration or credentials might have been affected. Treat as potentially compromised. Eliminate risk from stolen or exposed credentials.
Threat Hunting Engage proactive threat-hunting — don’t wait for an exploit to show up. The adversary now has the capability to craft targeted exploits based on stolen F5 code and vulnerability data. Identify early indicators of compromise and preempt adversary activity.
Supply Chain Readiness Prepare for supply-chain or downstream impact — even without confirmed exploitation, assume adversary will leverage stolen intelligence later. Adjust your risk posture accordingly. Anticipate delayed or indirect attack attempts based on leaked data or code.
Leadership Communication Communicate with leadership: update on risk status, exposure, and mitigation progress (inventory, patching, monitoring). Maintain organizational awareness and ensure executive support for mitigation efforts.
Documentation & Response Tracking Document all actions in your incident-response tracker: include dates, devices, patch status, exposure assessment, logs reviewed, and alerts activated. Maintain audit trail and accountability for compliance and post-incident review.

Key Intelligence Sources

Takeaways

The F5 breach is more than a vendor incident. It signals a major change in how capable and prepared nation-state actors have become. By stealing source code and internal vulnerability data, attackers have gained deep insight into how F5 products are built and secured. They no longer need to spend time discovering weaknesses; they can start exploiting them.

Every unpatched or misconfigured F5 device should now be viewed as a potential target. This breach shows how critical it is to treat infrastructure software as part of your attack surface. Assume adversaries understand your systems as well as you do, if not better.

Over the next month, your focus should be clear:

  1. Build complete visibility into every F5 device and interface in your network.
  2. Isolate management access and enforce strict authentication.
  3. Patch aggressively and verify every update.
  4. Monitor continuously for configuration changes or unusual traffic.
  5. Hunt actively for early indicators of compromise.

This breach is a warning. Acting now, with urgency and precision, is the difference between staying ahead of that wave.

URL copied

Security leaders often talk about the cost of hiring analysts. Salaries, benefits, training budgets, and a recruiter or two. Those numbers are simple to track, so they tend to dominate planning conversations. The reality inside every SOC is very different. The real costs do not show up neatly in a spreadsheet. They accumulate in the gaps between processes, in the repetitive tasks analysts cannot avoid, and in the institutional drag created when people burn out or walk out the door.

Most SOCs are not struggling with a talent shortage. They are struggling with talent waste. Skilled people spend too much time on work that is beneath their capabilities. The hard truth is that this is a design problem, not a staffing problem. Until SOCs address it head-on, the cycle repeats itself: more hiring, more turnover, more loss of knowledge, more missed opportunities.

This is the part of the SOC budget most leaders still underestimate.

The Real Cost of Hiring and Ramp-Up

Hiring an analyst feels like progress. It also comes with costs that rarely get accounted for. The first few months of a new hire can be more expensive than the hire itself. Senior analysts are pulled away from active investigations to train newcomers. Work slows down. Processes become inconsistent.

One customer summarized the issue clearly: “Most of our onboarding time goes into walking new analysts through the same basic steps. If we could guide them through those workflows with Legion, our team could focus their time on real investigations.”

When experienced analysts spend their days teaching repetitive steps instead of improving detection quality or strengthening defenses, the SOC loses far more than money. It loses momentum. And momentum is what allows a team to stay ahead of attackers.

Repetitive, Boring Work Creates Predictable Burnout

Tier 1 and Tier 2 analysts often do not quit because the mission is uninspiring. They quit because the tasks are. Every SOC leader knows this, but very few have solved it. The daily flood of low complexity alerts, routine enrichment steps, and copy-and-paste investigations grinds people down.

Burnout is not a mystery. It is the predictable result of asking talented people to repeat the same low-value tasks.

When people leave, you lose more than a seat. You lose context, intuition, and the fundamental knowledge that comes from long-term exposure to your environment. Hiring someone new does not replace that.

The Opportunity Cost That Quietly Slows Every SOC

In many SOCs, highly skilled analysts spend their time on tasks that could have been automated five years ago. This is the least visible and most expensive form of waste. It does not show up as a line item in the budget. It shows up in everything the team is not doing.

A customer of ours captured the thinking many teams share:

When analysts are busy with manual steps, they are not threat hunting, tuning detection rules, studying new adversary behaviors, or improving processes.

This is how SOCs fall behind. Not because the analysts are incapable, but because their time is misallocated. Attackers innovate faster than teams can adjust. That gap widens when analysts are stuck doing repetitive tasks rather than strategic work.

A Better Path: Give Analysts the Power to Automate Their Own Work

SOCs have tried to fix these problems by hiring more people. That has not worked. They have tried building automation through security engineering teams. That added new bottlenecks. They have tried to hire outsourced help, it created inconsistency, while decreasing visibility. 

What works, and what the most forward-thinking SOCs are now adopting, is a different approach. Automation belongs with the analysts, not with developers or specialized engineers.

One analyst put it simply: “We are bringing the ability to automate to the analyst. It is about self-empowerment.”

When analysts can automate the steps they repeat every day, they stop depending on engineering cycles. They stop waiting for API integrations. They no longer need someone with Python skills to script the basics.

This shift changes the entire rhythm of the SOC.

The Role of AI SOC in Quality and Consistency

For years, automation required an engineering mindset. Tools demanded scripting, manual API work, and knowledge of multiple integrations. Analysts were forced to rely on others. As a result, automation never became widespread.

That reality is changing. Browser-based tools like Legion can now capture workflows directly from the analyst’s actions. No API configuration. No scripts. No custom requests. Analysts can drag and drop steps, adjust logic, or describe edits in natural language.

A customer of ours said it plainly:

This matters because it removes the old automation bottleneck. It lets analysts fix their own inefficiencies as soon as they see them.

Turning Senior Expertise into a Force Multiplier

A SOC becomes stronger when its best analysts teach others how they think. Historically, this type of knowledge transfer was slow and informal. New hires watched over shoulders. Senior staff answered endless questions. Training varied widely depending on who happened to be available.

Now teams record their own best work and turn it into reusable, repeatable workflows.

One analyst described the shift: “Senior people record their workflows and junior people run them. You share expertise and bring everyone to the level of your top people.”

Another added: “It is a useful training tool because junior folks can see what the investigation looks like and understand the decision-making in each step.”

This approach does more than speed up onboarding. It locks valuable expertise into the system so it can be reused at any time.

Real Results: More Output With the Team You Already Have

When repetitive work is automated, analysts suddenly have time. This is where the economic impact becomes impossible to ignore. 

One organization measured the difference:

Another organization brought an entire outsourced SOC back in-house. Their automation results gave them enough capacity and quality improvements to cancel a seven-figure managed services contract. The CISO wanted consistent quality. The SOC manager wanted efficiency. Legion delivered both.

The manager became the hero of the story because he did not ask for more people. He made better use of the ones he already had.

Where to Begin If You Want to Reduce These Hidden Costs

You do not need a complete transformation plan to get started. Most SOCs can begin reducing waste immediately by focusing on a few straightforward steps.

1. Identify high-frequency workflows: Look for anything repetitive, especially tasks that happen dozens of times per day.

2. Ask analysts to document their steps: This becomes the foundation for automation and reveals inconsistencies. We do this at Legion through a simple recording process.

3. Build automation for the repetitive use cases: Let analysts automate on their own without developers. This creates speed and value for repetitive work.

4. Track real metrics: MTTI/MTTR, MTTA (Acknowledgement), onboarding time (a time to value metric), and workflow usage

5. Encourage a culture of sharing: When people share workflows, the entire team improves faster. There are almost always steps that differ between analysts.

Small shifts compound quickly. Capacity increases. Quality rises. Analysts feel more ownership and less drain.

The SOC of the Future Makes Better Use of Human Talent

The SOCs that succeed over the next decade will not be the ones that hire the most people. They will be the ones who make the smartest use of the people they already have.

When you eliminate the hidden costs, you unlock the real value of your team. Human judgment, intuition, and creativity become the focus again. That is the work analysts want to do. And it is the work that actually strengthens your defenses.

SOC
Solving the SOC Talent Management Problem
January 6, 2026
10
min read

Most SOCs are not struggling with a talent shortage. They are struggling with talent waste. Learn how Legion is helping enterprises solve the SOC talent management crisis.

Liam Barnes

At Legion, we spend as much time thinking about how we build as we do about what we build. Our engineering culture shapes every decision, every feature, and every customer interaction.

This isn’t a manifesto or a slide in a company deck. It’s a candid look at how our team actually works today, what we care about, and the kind of engineers who tend to thrive here.

We build around four core ideas: Trust, Speed, Customer Obsession, and Curiosity. The rest flows from there.

1. High Ownership, Zero Silos

The foundation of engineering at Legion is simple: we trust you, and you own what you build.

We don’t treat engineering like an assembly line. Every engineer here runs the full loop:

  • Shaping the problem and the solution
  • Designing and implementing backend, frontend, and AI pieces
  • Getting features into production
  • Watching how customers actually use what you shipped

That level of ownership creates accountability, but it also creates pride. You see the full impact of your work.

However, ownership doesn’t mean you’re on your own. We don’t build in silos. We are a team that constantly supports each other, whether that’s brainstorming a solution, helping a teammate get unblocked, or just acting as a sounding board.

Part of owning your work is bringing the team along with you. It means communicating your plan and ensuring everyone is aligned on how your work fits into the bigger picture. Collaboration isn't just a process here; it's how we succeed. You own the outcome, but you have the whole team behind you.

Trust is what makes this possible. We don’t track hours or measure success by time spent at a desk. People have kids, partners, lives, good days, and off days. What matters is that we deliver great work and move the product forward. How you organize your time to do that is up to you.

2. Speed Wins (And Responsiveness Matters)

We care a lot about speed, but not the chaotic, “everything is a fire drill” version.

Speed for us means short feedback loops, small and frequent releases, and fixing issues quickly when they appear.

When a customer hits a bug or something breaks, that becomes our priority. We stop, understand the problem, fix it, and close the loop. A quick, thoughtful fix often does more to build trust than a big new feature.

On the feature side, we favor progress over perfection. We’d rather ship a smaller version this week, watch how customers react, and iterate, rather than spend months polishing something in isolation.

Speed doesn’t mean cutting corners. It means learning fast and moving forward with intention. If you like seeing your work in production quickly, and you’re comfortable with the responsibility that comes with that, you’ll fit in well.

3. Customer-Obsessed: Building What They Actually Need

It’s easy for engineering teams to get lost in the code and forget the human on the other side of the screen. We fight hard against that.

We are obsessed with building features that genuinely help our customers, not just features that are fun to code. To do that, we stay close to them. We make a point of hearing directly from users, not just to fix bugs, but to understand the reality of their work and what they truly need to make it easier.

That direct connection builds empathy. It helps us understand why we are building a feature, not just how to implement it. This ensures we don’t waste cycles building things nobody wants. When you understand the core problem, you build a better product, one that delivers real value from day one.

4. Curiosity: We Build for What’s Next

AI is at the center of everything we do at Legion, and that means working in a landscape that changes every week.

We can’t afford to be comfortable with the tools we used last year. We look for engineers who are genuinely curious, the kind of people who play with new models just to see what they can do.

We proactively invest time in emerging technology, knowing that early experimentation is how we define the next industry standard. If you prefer a job where the tech stack never changes, and the roadmap is set in stone for 18 months, you probably won’t enjoy it here. But if you love the chaos of innovation and figuring out how to apply new tech to real security problems, you’ll fit right in.

So, is this for you?

Ultimately, we are trying to build the kind of team we’d want to work in ourselves.

It’s an environment that tries to balance the energy of collaboration in our Tel Aviv office with the quiet focus needed for deep work at home. We try to keep things simple: we are candid with each other, and we value getting our hands dirty over managing processes.

If you want to be part of a team where you are trusted to own your work and move fast, come talk to us. Let’s build something great together.

Engineering
Trust, Speed, and No Egos: The Engineering DNA at Legion
November 25, 2025
10
min read

VP of R&D Michael Gladishev breaks down how the team works, why curiosity drives everything, and what kind of engineers thrive in a zero-ego, high-ownership environment.

Michael Gladishev

The first publicly documented, large-scale AI-orchestrated cyber-espionage campaign is now out in the open. Anthropic disclosed that threat actors (assessed with high confidence as a Chinese state-sponsored group) misused Claude Code to run the bulk of an intrusion targeting roughly 30 global organizations across tech, finance, chemical manufacturing, and government.

This attack should serve as a wake-up call, not because of what it is, but because of what it enables. The attackers used written scripts and known vulnerabilities, with AI primarily acting as an orchestration and reconnaissance layer; a "script kiddy" rather than a fully autonomous hacker. This is just the start.

In the near future, the capabilities demonstrated here will rapidly accelerate. We can expect to see actual malware that writes itself, finds and exploits vulnerabilities on the fly, and evades defenses in smart, adaptive ways. This shift means that the assumptions guiding SOC teams are changing.

What Actually Happened: The Technical Anatomy

The most critical takeaway from this campaign is not the technology used, but the level of trust the attackers placed in the AI. By trusting the model to carry out complex, multi-stage operations without human intervention, they unlocked significant, scalable capabilities far beyond human tempo.

1. Attackers “Jailbroke” the Model

Claude’s safeguards weren’t broken with a single jailbreak prompt. The actors decomposed malicious tasks into small, plausible “red-team testing” requests. The model believed it was legitimately supporting a pentest workflow. This matters because it shows that attackers don’t need to “break” an LLM. They just need to redirect its context and trust it to complete the mission.

2. AI Performed the Operational Heavy Lifting

The attackers trusted Claude Code to execute the campaign in an agentic chain autonomously:

  • Scanning for exposed surfaces
  • Enumerating systems and sensitive databases
  • Writing and iterating exploit code
  • Harvesting credentials and moving laterally
  • Packaging and exfiltrating data

Humans stepped in only at a few critical junctures, mainly to validate targets, approve next steps, or correct the agent when it hallucinated. The bulk of the execution was delegated, demonstrating the attackers’ trust in the AI’s consistency and thoroughness.

3. Scale and Tempo Were Beyond Human Patterns

The agent fired thousands of requests. Traditional SOC playbooks and anomaly models assume slower human-driven actions, distinct operator fingerprints, and pauses due to errors or tool switching. Agentic AI has none of those constraints. The campaign demonstrated a tempo and scale that is only possible when the human operator takes a massive step back and trusts the machine to work at machine speed.

4. Anthropic Detected It and Shut It Down

Anthropic’s logs flagged abnormal usage patterns, disabled accounts, alerted impacted organizations, worked with governments, and released a technical breakdown of how the AI was misused.

The Defender’s Mandate: Adopt and Trust Defensive AI

Attackers have already made the mental pivot, treating AI as a trusted, high-velocity force multiplier for offense. Defenders must meet this shift head-on. If you don't adopt defensive AI, you are falling behind adversaries who already have.

Defenders must further adopt AI and trust it to carry out workflows where it has a decisive advantage: consistency, thoroughness, speed, and scale.

1. Attack Velocity Requires Machine Speed Defense

When an agent can operate at 50–200x human tempo, your detection assumptions rot fast. SOC teams need to treat AI-driven intrusion patterns as high-frequency anomalies, not human-like sequences.

2. Trust AI for High-Volume, Deterministic Workflows

Existing detection pipelines tuned on human patterns will miss sub-second sequential operations, machine-generated payload variants, and coordinated micro-actions. Agentic workloads look more like automation platforms than human operators.

Defenders need to accept the uncomfortable reality that manual triage for these types of intrusions is pointless. You need systems that can sift through massive alert loads, isolate and contain suspicious agentic behavior as it unfolds.

This is where the defense’s trust must be applied. Only the genuinely complex cases should ever reach a human. The SOC must delegate and trust AI to handle triage, investigation, and response with machine-like consistency.

3. “AI vs. AI” is No Longer Theoretical

Attackers have already made the mental pivot: AI is a force multiplier for offense today. Defenders need to accept the same reality. And Anthropic said this out loud in their conclusion:

“We advise security teams to experiment with applying AI for defense in areas like SOC automation, threat detection, vulnerability assessment, and incident response.”

That’s the part most vendors avoid saying publicly, because it commits them to a position. If you don’t adopt defensive AI, you’re falling behind adversaries who already have.

Where SOC Teams Should Act Now

Build Detection for Agentic Behaviors

Start by strengthening detection around behaviors that simply don’t look human. Agentic intrusions move at a pace and rhythm that operators can’t match: rapid-fire request chains, automated tool-hopping, endless exploit-generation loops, and bursty enumeration that sweeps entire environments in seconds. Even lateral movement takes on a mechanical cadence with no hesitation. 

These patterns stand out once you train your systems to look for them, but they won’t surface through traditional detection tuned for human adversaries.

Make AI a Core Strategy, Not an Experiment

Start thinking of adopting AI to fight specific offensive AI use cases, whilst keeping your human SOC on its routine.

Defenders have to meet this shift head-on and start using AI against the very tactics it enables. The volume and velocity of these intrusions make manual triage pointless. 

You need systems that can sift through massive alert loads, isolate and contain suspicious agentic behavior as it unfolds, generate and evaluate countermeasures on the fly, and digest massive log streams without slowing down. Only the genuinely complex cases should ever reach a human. This isn’t aspirational thinking; attackers have already proven the model works.

Key Takeaway

For SOC teams, the takeaway is that defense has to evolve at the same pace as offense. That means treating AI as a core operational capability inside the SOC, not an experiment or a novelty.

The Defender’s AI Mandate: Trust AI to handle tasks where it excels: consistency, thoroughness, and scale.

The Defender’s AI Goal: Delegate volume and noise to defensive AI agents, freeing human analysts to focus only on genuinely complex, high-confidence threats that require strategic human judgment.

Legion Security will continue publishing analysis, defensive patterns, and applied research in this space. If you want a deeper dive into detection signatures or how to operationalize defensive AI safely, just say the word.

AI
Technical Overview of the Anthropic AI Espionage Attack for SOC Teams
November 18, 2025
12
min read

The Anthropic AI espionage case proves attackers trust autonomous agents. To counter machine-speed threats, SOCs must adopt and trust AI to handle 90% of the defense workload.

Ely Abramovitch