Input Security Checks
Inspect information before it reaches the model or influences an AI workflow.
Inspect before processing
Security starts with a defined business boundary
Input security checks look for malicious instructions, unsafe formats, sensitive information, and suspicious files before the AI processes them.
An AI system may receive instructions from users, documents, websites, email, or connected applications. If every input is trusted equally, an attacker or compromised source can influence the workflow.
- Prompt-injection screening
- Jailbreak-attempt detection
- Personal and confidential data detection
- Malware and suspicious file patterns
Turn inspect before processing into repeatable controls
A policy is only the starting point. For each AI use case, name the business owner, define the allowed boundary, configure the relevant technical controls, and decide what evidence proves those controls are working. Repeat the review when the model, data, connected tools, or business purpose changes.
Start with a single high-value workflow instead of trying to govern every experimental use at once. That makes it possible to test the controls with real users, find exceptions, and create a pattern the rest of the business can reuse.
Start with these practical guides
Each pillar begins with one anchor guide and two supporting articles. Published guides become active automatically as they enter the blog.
What Is Prompt Injection? A Business Guide to Protecting AI Workflows
Understand how malicious instructions can enter through users or third-party content.
Read the guideLLM Input Validation: What to Check Before Data Reaches the Model
Apply format, content, authorization, and failure checks across input paths.
Read the guidePrompt Jailbreaking: What It Means for Business AI Security
Recognize attempts to make an AI system ignore its intended safety rules.
Read the guideQuestions for leadership
- Which input channels can influence the AI?
- How does the workflow handle a rejected or suspicious request?
- Who reviews repeated attack patterns or false positives?
- Are file and data checks applied before retrieval and tool use?
Put the pillar into practice
- 1List every user, file, retrieval, and application input path.
- 2Treat external content as data rather than trusted instructions.
- 3Validate file type, size, structure, and malware status.
- 4Screen for restricted or sensitive information before processing.
- 5Log blocked requests and define an escalation owner.
Use recognised guidance to validate the control design
These resources help teams translate AI-specific risks into documented, testable business and technical controls. Apply them to the actual data, permissions, and actions in the workflow rather than treating them as a one-time compliance exercise.
- NIST AI Risk Management Framework
A lifecycle-oriented framework for governing AI risk.
- OWASP Securing Agentic Applications
Practical secure-design guidance for AI systems that use tools.
- CIS AI and LLM Companion Guide
AI-aware interpretations of established security controls.
Turn this pillar into operating controls
Map the data, access, approvals, monitoring, and evidence around one important AI use case before expanding it.