Shadow AI is the New Security Incident on Your Frontline
Any free AI tool used in your organization is a security incident waiting to happen. These platforms collect prompt information, store it, and train public models on it, and you have no visibility into what gets used or not. An employee who uploads a confidential document to a free AI tool has moved that data outside your security perimeter, where you can no longer control access to it.
The scale is larger than most IT teams assume. Researchers at MIT’s Project NANDA, in The GenAI Divide: State of AI in Business 2025, describe “a thriving ‘shadow AI economy’ where employees use personal ChatGPT accounts, Claude subscriptions, and other consumer tools to automate significant portions of their jobs, often without IT knowledge or approval.” The report puts numbers to it: “While only 40% of companies say they purchased an official LLM subscription, workers from over 90% of the companies we surveyed reported regular use of personal AI tools for work tasks.” The researchers viewed that as a sign of what employees find useful. From a security standpoint, it’s also a map of company data moving without oversight.
Why Shadow AI Slips Past Shadow IT Controls
IT leadership spent the last decade trying to contain shadow IT. Teams locked down networks, enforced mobile device management, blocked unapproved SaaS applications and vetted third-party vendors before contracts were signed. Those controls depend on everyone following the process, but when a free tool makes the job move faster, incentives change. Store managers and floor staff are turning to free LLM tools to write shift announcements and review customer incident reports. In addition to the typical risk of data leakage, this shadow AI practice brings new challenges: inaccurate responses, insecure source code, and integrations no one approved.
Decentralized AI use also creates compliance exposure under the EU AI Act, OWASP Top 10, NIST AI RMF, and ISO 42001. For organizations running hundreds or thousands of sites, the answer mirrors how IT treats any other piece of infrastructure. You wouldn’t use a router from home to secure corporate networks, so why would you use a consumer chatbot in a frontline workflow? The alternative is an AI built for enterprise use and controlled by your IT department that can be deployed with precision where the frontline team already works.
Consumer AI vs. Enterprise AI: Who Controls the Data?
An employee who signs up for a commercial AI platform on their own is buying a prepackaged service. When they do, the company loses visibility into how its data is retained, not to mention oversight of the underlying model.
A consumer LLM comes prepackaged with its own restrictions, functions, guardrails, etc., already in place. You have no control over that. When you buy directly through a secure API though, the enterprise customer can set guardrails according to their own standards.
The trade-off comes down to who controls the data:
- Consumer / Shadow AI: Trains public models with corporate inputs and offers zero enterprise audit logs. It relies on open prompting with no organizational guardrails.
- Governed Enterprise AI: Provides isolated data instances where internal data is never used to train external models. It uses role-filtered queries to enforce internal constraints and user permissions.
The trade-off comes down to who controls the data.
One executive interviewed for MIT’s research described a core requirement for any AI vendor: “I can’t risk client data mixing with someone else’s model, even if the vendor says it’s fine.”
A dedicated API deployment closes this gap because it lets the enterprise configure its own data retention policy and security perimeter.
How WorkJam Uses Gemini Through a Secure API
At WorkJam, our partnership with Google gives us access to Gemini at the base level. We connect through a controllable API interface, which lets us build our own guardrails on top of the security Google provides. The AI Agent works inside each user’s own constraints, including shift schedules, labor rules, and union agreements. It also stays within the organization’s policies at high transaction volumes.
Protecting Data Through Closed-Box Architecture
When frontline managers copy and paste store performance data or proprietary standard operating procedures into public LLMs, that information leaves the enterprise boundary. Resolving shadow AI requires more than a policy restriction. Employees reach for these tools because they help, and MIT’s researchers found that “this shadow usage creates a feedback loop: employees know what good AI feels like, making them less tolerant of static enterprise tools.”
The fix is a secure tool designed for the job inside the workflows that frontline teams are already using.
How the Closed-Box AI Agent Works
We built WorkJam’s AI Agent as a closed box that draws on the client’s approved data and business systems. That way, every recommendation it makes is traceable and there’s a human to review and confirm every recommendation before action is taken on-site or on the floor.
This design operates on the Insights to Execution framework. The platform produces insights from operational data and business systems. The architecture relies on the Task Priority Engine, which recalculates priority continuously from six signal categories: store operations, labor, customer signals, commercial signals, enterprise AI, and WorkJam task data. This engine produces explainable reason codes to prove the AI acts on logic rather than guesses. So, improvements over time always come from real-world outcomes and prompts are never retained. Moreover, nothing a worker types into the interface becomes training data for external models.
It works only from your approved data, and a person confirms every recommendation before anything happens on the floor.
Multi-turn conversations guide employees through complex questions and step-by-step processes, right inside the interface.
For frontline teams, the AI Agent executes workflows. It handles multi-turn conversations to guide employees through complex queries or step-by-step processes. An employee can swap a shift or complete a training step natively within the interface without opening a new application.
The architecture enforces zero prompt retention. When a frontline worker interacts with the AI Agent, the system does not retain confidential inputs to train external models.
Fencing That Prevents Off-Clock Work
We also fence the AI Agent by shift, location, and network, so an employee who’s off the clock or off-site can’t reach compensable features. The agent is then able to keep interactions from creating off-clock compensable activity under the Fair Labor Standards Act (FLSA) and predictive scheduling laws. A full audit trail and data discovery for litigation holds give General Counsel and HR leaders the record they need.
Global Compliance and Certified Foundation Models
We build our AI Agent on Google’s Gemini because Google holds ISO 42001 certification, which provides a verified framework for adhering to AI legislation, including the EU AI Act. That certification gives us a baseline level of security we can rely on, and it is where our own work starts.
WorkJam’s value sits in the execution layer on top of the foundation model. That layer takes a decision and carries it out on the floor through the tools frontline workers already use. Pair a certified foundation model with our execution controls, and you get autonomous workflows that fulfill your compliance obligations.
How We Test Our AI Guardrails
Early on, we pen-tested the vendor’s guardrails ourselves, found ways to tighten them, and went beyond what the vendor recommended. We still retest our AI technology, guardrails included, every year as part of our penetration testing.
Integrating with the Model Context Protocol (MCP)
Enterprise CIOs expect new platforms to integrate cleanly with AI investments they’ve already made. WorkJam uses the Model Context Protocol (MCP) as a standard interface to connect frontline execution directly to the enterprise’s existing AI tools and third-party data sources.
That connectivity is also where the next security risk sits. MCP servers and agent-to-agent connections let one AI agent call another, and if the second agent holds broader permissions, the first can inherit them. Someone standing up an MCP server without IT’s knowledge is shadow AI in its newest form, and security teams need tooling that can spot it and shut it down. At WorkJam, we built internal tools that give our team human-side monitoring of these interactions, with the ability to block a connection and to limit how far any single interaction can reach, what security teams call its blast radius.
Governed Autonomy
Every unmonitored consumer AI tool on your frontline is a route for compliance violations. Replacing these unauthorized tools with a secure alternative protects your data and mitigates exposure.
That’s what we mean by governed autonomy: an AI that operates inside the company’s constraints, and respects every user permission, role, and shift-fencing rule.
This architecture prevents off-clock compensable activity while keeping human operators in command at every level.
Frequently Asked Questions About Shadow AI
What is shadow AI?
Shadow AI is the use of unapproved, usually free AI tools by employees to get their work done, outside the visibility and control of IT and security. It is the AI version of shadow IT, and it moves company data into systems the organization cannot see or govern.
How common is shadow AI?
MIT’s Project NANDA found that workers from over 90% of the companies it surveyed reported regularly using personal AI tools for work, while only 40% of companies say they purchased an official LLM subscription.
Is using a free AI tool at work a security incident?
Treat it as one. Free consumer LLMs commonly retain what users type and may use it to train public models, so an employee pasting a confidential document into one can move that data outside the company’s control before anyone knows it happened.
What is the difference between shadow AI and shadow IT?
Shadow IT is any unapproved software or service. Shadow AI is the subset focused on unapproved AI tools, and it carries risks beyond data leakage, including inaccurate output, insecure code, and unsafe agent-to-agent integrations.
How can enterprises prevent shadow AI on the frontline?
Give employees a secure alternative built for the job they were reaching for and managed by IT, then pair it with monitoring that can detect and stop unsanctioned AI use.
What is ISO 42001, and why does it matter for AI?
ISO/IEC 42001 is an international management-system standard for artificial intelligence. It sets a baseline for building AI that is secure, accountable, and ethically governed, and it maps to obligations in laws such as the EU AI Act.
Does the EU AI Act apply to frontline AI tools?
Yes, where those tools touch EU workers or operations. Like GDPR, it carries penalties for non-compliance and requires safeguards, including keeping a human in the loop.
About the author:
Anthony English
VP Security and CISO
Accomplished security executive and CISO with extensive international experience supporting global organizations across finance, health care, government, utilities, retail, law enforcement, manufacturing, and gaming. Recognized for the ability to quickly learn, apply, and communicate complex technical concepts to senior leadership and Boards. Experienced presenter and researcher, having spoken at European Lotteries and World Lottery Association Security Summits, PECB events, Infosec World, Tribal Gaming Summits, regulatory summits, and industry conferences. Highly knowledgeable in a broad range of frameworks and standards including FedRAMP, NIST, MITRE, SANS, COBIT, GDPR, HIPAA, PIPEDA, ITIL, ISO 27701, ISO 27017, ISO 42001, PCI-DSS, SOC 2, ISO/IEC 27001, ISO/IEC 22301, ITSG-33, SOX, OSFI, CMMC, and WLA-SCS. Skilled in audits, RFP/SOW processes, governance, AI security, ISMS implementation, risk management, and enterprise security strategy. I serve and have served on multiple international committees including Cloud Security Alliance, Standards Council of Canada (IT Security), and various security research working groups. See some webinars I have presented: https://www.youtube.com/@PECBGroup/search?query=anthony%20english
