Strategy·13 min read

The AI Agent Security Review Is Coming for Your Sales Stack

Updately Team·2026-09-10

The AI agent security review stopped being paperwork in the first week of September

For two years, "AI governance" in most revenue organisations meant a slide. Someone in security wrote a policy, someone in legal added a clause to the vendor questionnaire, and the SDR team carried on installing Chrome extensions.

That gap closed in a single week. Between 1 and 4 September 2026, three things shipped that turn AI agent policy from a document into a runtime control — something that can see what is running on a laptop and stop it.

  • 1 September: CrowdStrike announced Falcon Guardian at Fal.Con. It discovers known and shadow AI agents across Windows and macOS, produces a live inventory of every running and dormant agent along with who deployed it, traces the causal chain from prompt to identity to tool call to downstream system action, and defines which agents are permitted to run — blocking the ones that are not.
  • 1 September: AIR Security came out of stealth with $50M led by Sequoia and Greenoaks to build an inline "context firewall" that screens tools, sites and data before they reach an agent. Its launch research found more than 17,800 public AI add-ons, across roughly 6.7 million installations, drawing instructions from untrusted external sources, including skills impersonating Anthropic and OpenAI to get through platform review.
  • 3–4 September: Tenable and OpenAI announced Exchange Inspector, a security review process for agents, skills, MCP servers and multi-agent playbooks before they are deployed inside an enterprise.

Add the Zenity Labs research from Black Hat last month — a credential-stealing malicious skills campaign that reached 1.7 million installs — and the shape of the quarter is obvious. The AI agent supply chain is being treated the way the software supply chain was treated after SolarWinds.

Here is the part sales leaders keep missing: go-to-market is the department running the most third-party agent surface with the least governance. When the inventory runs, your stack is what shows up.

One important caveat on the AIR number before anyone quotes it in a board deck. "Untrusted external instruction sources" measures unverified provenance, not confirmed malice. Most of those 17,800 add-ons are probably fine. The point is that nobody could prove it, and now somebody is going to ask.

Why GTM is the most exposed department in the building

Your sales stack is mostly agent surface now

Think about what a modern outbound stack physically is. Not what it does — what it is, as software running somewhere.

A LinkedIn automation tool is usually a browser extension injecting into a logged-in session, or a cloud browser holding your rep's session cookie. An enrichment tool is an API key with read access to your CRM. An AI SDR is a service with write access to your sequencer and your inbox. A "research agent" is a model with web access, a scraper, and permission to write into a record. An MCP server sits between your CRM and whatever model your reps are pasting into.

Every one of those is exactly the category Falcon Guardian was built to find, and exactly the category Exchange Inspector was built to vet. Not because vendors are malicious, but because the execution model — third-party code, holding a session, taking actions on behalf of an identity, pulling instructions from somewhere you cannot see — is the thing that is now in scope.

Nobody in revenue signed off on most of it

Salesforce's State of Sales 2026, a survey of 4,050 sales professionals across 22 countries, found 87% of sales organisations now use AI for prospecting, forecasting, lead scoring or drafting. That number is genuine adoption. It is also, in most companies, a very long list of individually-approved-by-nobody tools.

Sales tooling has always had the loosest procurement in the business. A rep finds something on LinkedIn, expenses $49 a month, installs it, and it works. Nobody notices because it never touched a security review. That was survivable when the tool was a note-taker. It is a different proposition when the tool has a live LinkedIn session, an OpenAI key, CRM write access and an instruction source you have never audited.

The data GTM agents touch is the good stuff

An outbound agent, by definition, holds your prospect list, your pricing conversations, your CRM, your reps' inboxes and their authenticated social accounts. That is a near-perfect target profile: high-value data, weak governance, standing credentials, and actions that look normal in a log because outbound is a lot of automated activity.

Microsoft's security team documented one version of this earlier in the year, with malicious AI assistant browser extensions harvesting LLM chat histories. A sales rep's chat history contains deal strategy, pricing floors, competitive intel and named contacts. There is no version of that leaking that is not a problem.

Three things this actually changes for revenue teams

1. Your own stack gets inventoried, probably without warning

Falcon Guardian's first deliverable is a list. Every agent running on every managed endpoint, who deployed it, what it is allowed to touch. Most GTM leaders have never seen that list for their own team, and the first time they see it, it will be in a meeting run by someone from security.

The uncomfortable version of that meeting is the one where you cannot name an owner for six of the eleven things on the list. The comfortable version is the one where you walked in with your own inventory two weeks earlier.

This is not hypothetical timing. Discovery-and-block tooling of this class typically lands in enterprise rollouts within one to two quarters of GA. If you sell into or work inside a company running CrowdStrike, this is a Q4 conversation.

2. Your buyers add an agent-security gate to your deal

This is the bigger revenue impact, and it is the one nobody has modelled.

Enterprise security questionnaires already move deals. Median enterprise deal cycles have stretched from roughly 4.5 months in 2020 to about 8.2 months in 2026 — close to an 80% increase — and security review is now frequently starting before product evaluation finishes rather than after. Each unaddressed gap surfaced in questionnaire review tends to add two to four weeks of remediation and legal back-and-forth.

Now add an AI section to that questionnaire. Enterprise procurement teams in 2026 are increasingly asking for an AI governance layer on top of SOC 2: model provenance, output monitoring, subprocessor transparency, alignment with ISO 42001 and the NIST AI RMF. If your product is an agent, or contains one, you now have a second questionnaire stapled to the first.

If you sell anything with "AI" in the category name, you should assume your close rate math has quietly changed. Deals that used to die at legal now have an earlier place to die.

3. A new veto-holder joins the buying committee

We wrote recently about the CFO veto reversing already-approved deals. The agent security reviewer is the same structural problem in a different chair: a late-arriving stakeholder with the power to kill a deal your champion had already won, on criteria your champion cannot answer.

The mistake is treating this person as an obstacle to be routed around. They are a stakeholder to be multi-threaded, early, with material written for them rather than for your champion. A security reviewer does not want your ROI deck. They want an execution model, a data flow diagram and a list of subprocessors.

What is discoverable, what is blockable, and what survives

Not every part of an outbound stack carries the same exposure. The variable that matters is the execution model — where the code runs and where it gets its instructions.

Stack componentHow it typically runsWhat agent-security tooling seesExposure when policy lands
Browser extension automation (LinkedIn, scraping)Injected code in a logged-in session on the rep's machineFully visible to endpoint discovery; unapproved extensions blockableHigh — first category to be switched off
Cloud browser / session-cookie automationThird party holds your rep's authenticated sessionNot on the endpoint, but surfaces in vendor review and identity logsHigh — hard to justify in an AI questionnaire
Community skills, plugins and MCP add-onsThird-party instructions loaded into your agent's contextExactly what AIR and Exchange Inspector are built to screenHigh — unverified provenance is now a finding
Self-hosted MCP server on a rep's laptopLocal process bridging model and CRMVisible to endpoint discovery; owner and permissions questionedMedium — survives if owned and documented
API-first SaaS with a named integrationVendor's cloud, scoped OAuth or API keyReviewed as a normal subprocessorLow — the boring, defensible option
Model access via approved enterprise accountSanctioned provider, loggedAlready in policyLow

The pattern is not subtle. Anything that runs unowned code on an employee's machine, or holds an employee's authenticated session on someone else's infrastructure, is now the risky choice. Anything that runs as a named, scoped, documented integration is the boring choice — and boring is what survives a security review.

This is the same lesson LinkedIn automation buyers learned the hard way earlier this year, when enforcement fell heavily on browser-automation and scraper-based tools while API-channel tools were largely untouched. Two different authorities, same conclusion about execution model.

What to do in the next two weeks

None of this requires a project. It requires an afternoon and a spreadsheet.

  • Inventory your own stack before security does it for you. Every AI or automation tool touching a rep's machine, browser, inbox, calendar, LinkedIn account or CRM. Include the free ones. Include the ones one rep uses.
  • Add a column for execution model. Browser extension, cloud browser holding a session, self-hosted MCP, API-first SaaS, sanctioned model access. This single column predicts almost everything about how the tool will fare.
  • Name an owner for every row. Anything without a named owner is a shadow agent by definition, and it is the first thing that gets blocked. Retire it now on your terms rather than in an incident review.
  • Kill unverified marketplace add-ons. Community skills, plugins and MCP servers pulled from open registries with no provenance are the specific thing three separate vendors just built products to screen. If you cannot say who wrote it and where it gets its instructions, remove it.
  • Write the one-pager your buyer's security reviewer wants. Execution model, data flows, subprocessors, retention, model providers, what the agent can and cannot do without human approval. If you sell an AI product, this document is now a sales asset, not a compliance artefact.
  • Re-forecast with a security gate in the path. If your deals now pass through an AI review that adds two to four weeks per gap, your stage conversion and cycle-length assumptions are stale. Fix the model before the board notices the slip.

The signals this creates for outbound

Every structural shift creates observable behaviour, and observable behaviour is a signal you can prospect on. This one is unusually legible.

Companies dealing with agent governance right now are doing visible things: posting roles for AI security, AI governance and agentic risk; announcing shadow AI policies; publishing trust-centre updates with new AI sections; commenting on the Falcon Guardian and AIR launches on LinkedIn; asking peers in Slack and Reddit communities which agent tools survived their security review. Security and IT leaders are unusually public about this category because everyone is figuring it out at once.

If you sell anything adjacent — security, governance, data, or an AI product that has to pass a review — those are the warmest accounts on the market this quarter. Not because you scraped a list of titles, but because someone at that company just published a post saying "we are inventorying our AI agents and I have no idea where to start."

That is the whole argument for signal-based outbound over volume outbound, and it is sharpened rather than weakened by everything above. Cold, high-volume sequences run through tooling that is about to become harder to operate and harder to defend. Warm outbound triggered by a real, recent, public action — a post, a job req, a competitor complaint, a funding round, a profile view — needs less volume to work, which means it needs less of the infrastructure that is now under scrutiny.

It also happens to be the model that survives a security questionnaire. An outbound motion built on public signals, scoped integrations and messages a human approves is a much easier thing to explain to a reviewer than a fleet of browser sessions running on someone else's servers. Updately was built around that model — capture the intent signal, enrich and score it against your ICP, write the message in your voice, send it inside platform limits — precisely because the durable version of AI outbound is the one that stays explainable.

Takeaways

  • The AI agent security review became enforceable in the first week of September 2026. CrowdStrike ships discovery and runtime blocking of shadow agents on endpoints; AIR and Tenable ship provenance screening for skills, plugins and MCP servers. Policy is now a control, not a document.
  • GTM is the most exposed department, because it runs the most third-party agent surface — extensions, cloud browsers, enrichment keys, AI SDRs — with the loosest procurement in the business.
  • Execution model is the variable that decides everything. Unowned code on a rep's machine and third-party custody of authenticated sessions are the high-exposure categories. Scoped, documented, API-first integrations are the ones that pass.
  • If you sell an AI product, your deal now has a new gate and a new veto-holder. Enterprise cycles already run around 8.2 months; every unanswered AI question adds weeks. Build the security one-pager and multi-thread the reviewer early.
  • Inventory your own stack this month. Owner, execution model, data access, on one page. The first version of that list should come from you, not from a security dashboard you have never seen.
  • The shift creates unusually legible buying signals — governance hiring, shadow AI posts, trust-centre updates, public "which tools survived our review" threads. Signal-based warm outbound reads those directly; volume outbound cannot.

The uncomfortable truth is that the sales team spent three years being the fastest AI adopters in the company, and the bill for that speed is arriving as a runtime enforcement policy. The teams that get through it cleanly will be the ones who can answer three questions about every tool they run: who owns it, where does its code execute, and where does it get its instructions.

If you cannot answer those today, that is the work for this week.