Security is not a layer. It is a condition of operation.
Three decades defending environments that cannot stop, and now the new surface: models, agents, data leaving the perimeter and decisions taken by software. This page holds both things: what we already operate, and what your company needs to plan for before putting AI to work.
What we already run
Controls that produce evidence. Evidence that passes an audit.
Everything in this section exists under contract today, with people on call and records an auditor can read. It is the ground AI security stands on: without identity management, inventory and logging, there is nothing to protect in the new layer.
SOC 24x7 and incident response
Continuous monitoring with model-assisted investigation at the first level. The analyst receives a case that is already enriched: indicators cross-referenced, timeline built, severity classified.
Detection, triage and continuous threat hunting
Correlation between alert, change and deployment
Containment and eradication with an audit trail
Incident report and lessons learned
Offensive security
Internal and external penetration testing run by the same people who defend. Whoever knows where the operation hurts finds the fastest way in.
Network, application and infrastructure penetration testing
Configuration review and external exposure assessment
Attack scenario simulation in critical environments
Findings prioritised by real risk, not by a bare CVSS score
Compliance and certification
More than 14 PCI-DSS certifications delivered, from gap analysis to InPlace. And the part that matters more: keeping the controls alive between one audit and the next.
PCI-DSS, ISO 27001, SOC 1, SOC 2 and SOC 3
Gap analysis and documentation preparation
QSA, SA, CISSP and CISA analysts on the team
Compensating controls negotiated during the audit
Architecture and perimeter
Security that goes into the design instead of being bolted on later. Anticipation, prevention, detection and response as four parts of the same project.
Segmentation, firewall, WAF and IPS
Identity, access and privilege management
Encryption in transit and at rest, with key management
High availability and a tested recovery plan
Security in the delivery pipeline
Controls inside the pipeline the team already uses. Governance that lives outside the pipeline is abandoned at the first tight deadline.
Static and dependency analysis in the pipeline
Secrets out of the code, with rotation
Mandatory review and an approval trail
Immutable images and reversible deployments
Privacy and data protection
From the personal data inventory to the channel with the data subject. Processing with a declared legal basis and minimisation applied, not promised.
Personal data inventory and classification
Consent management and a privacy centre
Impact assessment and a channel to the DPO
Incident response when personal data is involved
Why AI changes the problem
Command and content stopped being separate things.
Traditional security protects a system that does what it was programmed to do. A model does what it was induced to do, and the inducement arrives as text, through the same channel where legitimate data travels. Command and content have stopped being separate channels.
An agent with connected tools is no longer an assistant: it is a user with credentials, executing actions in the ERP, in the service desk and in internal APIs. Every control that exists for a person now applies to it, and almost no company has done that yet.
The AI Index Report 2026, from Stanford HAI, records 362 documented AI incidents in 2025, up from 233 in 2024. In the same survey, models score well on safety benchmarks under normal use and lose ground under deliberate attack. The distance between the lab and the operation is exactly where the incident happens.
Classic model
The perimeter separates command from content
In the classic model, command and content arrive on different channels. The perimeter inspects the command and blocks whatever is not authorized.
The control works because the two channels are distinguishable. You inspect one and let the other through.
With AI in production
The instruction arrives inside the content
With a model in the path, the hostile instruction travels hidden inside the content. It crosses the perimeter because it is indistinguishable from legitimate data, and the model carries it out through the connected tools.
There is only one channel, and it carries both. The control leaves the edge and moves into tool scoping and human approval.
Documented AI incidents
+55%
23320243622025
More incidents recorded in one year than in the whole previous series. The pressure for evidence of control stopped being hypothetical.
Companies with no AI policy at all
−13 pp
24%202411%2025
The drop is real, and it still leaves one in nine companies running AI with no written rule. The stated obstacles remain knowledge, budget and regulatory uncertainty.
The eight risks
Every risk next to the control that answers it.
A risk list without the control beside it is a diagnosis without a prescription. On the left, what happens in practice; on the right, what reduces the surface or limits the damage.
R1
Prompt injection and instruction hijacking
What happens
A hostile instruction hidden in a document, email, web page, ticket or image that the model will read. The attack needs no credentials: it only needs the content to reach the context.
What answers it
Separation between system instruction and user content, with origin marked
Third-party content treated as data, never as command
Tools with scoped permission, not with the operator’s own credentials
Mandatory human approval on any action with irreversible effect
R2
Data leaking through the context
What happens
Sensitive data enters the prompt, the vector store or the debug log and leaves through a route nobody planned: a response to another user, vendor telemetry, or the training set of a third-party model.
What answers it
Sensitivity classification before ingestion, not after
Per-area permission on retrieval: each person retrieves only what they may see
Explicit no-training clause with the model vendor
Logs without sensitive content, masked at the source
Where the model runs decided by the data: cloud, enterprise or local
R3
Excessive agent autonomy
What happens
An agent with more permission than the task requires, or able to chain actions with no stopping point. The error stops being a wrong answer and becomes an executed transaction.
What answers it
Autonomy earned through evidence of accuracy, never granted up front
Limits on scope, value and volume per execution
A kill switch reachable by whoever operates it, not only by whoever built it
An audit trail for every tool call, with who, when and why
R4
Model supply chain
What happens
Most of the AI a company uses was not built by that company. Model, weights, library, extension and tool server enter the environment carrying the trust of whoever installed them.
What answers it
Inventory of every model and AI service in use, including the contracted ones
Verified provenance of weights and images, with a record of what was approved
Review of MCP servers and extensions before connecting them to real data
Liability and incident notification clauses in the contract
R5
Hallucination with operational consequence
What happens
A wrong answer delivered with conviction and used as input to a decision. The AI Index 2026 measured hallucination rates from 22% to 94% across 26 top models on an accuracy benchmark.
What answers it
Retrieval with a cited source, traceable down to the document
Automated evaluation before scaling, and regression caught before the customer
Confidence level surfaced to the user, with a path to escalate
No irreversible decision taken without human review
R6
AI off the radar
What happens
A tool bought on one department’s credit card, a browser extension with access to email, an assistant wired into a system with nobody informed. It is the most common problem and the least discussed.
What answers it
Active discovery of AI usage on the network and in the corporate browser
A published usage policy, with an easy path to request approval
A catalogue of approved tools, so the shortcut is the right path
Training by role: whoever uses it needs to know what must not be pasted in
R7
Agent identity and credentials
What happens
An agent using a person’s credentials, or a key shared between services. When something goes wrong, there is no way to know who acted, and no way to revoke without taking the rest down.
What answers it
A distinct identity per agent, with a lifecycle and a declared owner
Short-lived credentials, rotated, and never in the code
Individual revocation with no side effect on the others
Periodic review of granted permissions, removing what is not used
R8
Governance that produces no evidence
What happens
Policy in a slide deck, and controls that depend on somebody remembering to write things down. In an audit, intent does not count: the record counts. This is the item that fails most often.
What answers it
Controls embedded in the workflow, producing records as a by-product of the work
Roles and responsibilities assigned to a name, not to a department
An impact assessment that changes project decisions, not one that fills a form
Internal audit and management review on a defined cadence
And where each control lives
The eight risks are not solved in the same place. This is the defense stack, from the perimeter to the record, with each risk code on the layer that answers for it. No layer works without the one below.
OutsideInside
Perimeter and network
Segmentation, firewall, WAF and IPS. Still necessary, and still not enough on its own.
base
Identity and access
Who is who, and what each one may do. This is where the agent enters as a user, with its own identity and lifecycle.
R7
Data and knowledge
Classification before ingestion, permissions at retrieval, and masking at the log source.
R2
Model and tools
Scope of what the agent can reach, per-run limits, human approval, and provenance of whatever was installed.
R1R3R4R5
Governance and record
Controls embedded in the flow, producing evidence as a by-product of the work. This is what the audit reads.
R6R8
From the outermost layer to the innermost · the codes point to the risks above
How this becomes a program
Five steps, in the order that actually works.
Discover
What is already running
An inventory of every model, agent, tool and integration in use, including whatever went live without passing by anyone. Without an inventory there is no scope, and without scope no control is possible.
Classify
Where sensitive data touches
Which data feeds each use case, on what legal basis, and what must never leave the perimeter under any circumstance. That is what determines where each model may run.
Control
Guardrails on the path, not at the edge
Tool scope, human approval, masking, evaluation and per-execution limits, deployed inside the pipeline the team already uses.
Observe
Cost, accuracy and intervention
Per-execution telemetry in the control tower: what it cost, how often it was right, where a human was needed. Without measurement there is no way to loosen or tighten with judgement.
Prove
Evidence for audit
The record the controls generate on their own, organised in the shape ISO/IEC 42001, the NIST AI RMF and data protection law ask for. This is where governance stops being a slide.
The yardsticks
Six references, and none replaces another.
ISO/IEC 42001
AI management system, certifiable
The standard that turns practice into auditable evidence. We are in the process of adopting and validating it internally.
It organises the practice into govern, map, measure and manage. It helps you do the work, while ISO lets you prove it.
OWASP Top 10 for LLM
Technical risk catalogue
The engineering reference for prompt injection, context leakage and excessive agency.
LGPD and GDPR
Legal obligation
Legal basis, minimisation, data subject rights and impact assessment, wherever the AI system processes personal data.
PCI-DSS
Sector-specific, for card processing
Where AI touches the cardholder data environment, the compliance scope comes with it.
EU AI Act
Regulation by risk tier
Relevant for anyone operating or selling in Europe. ISO 42001 assembles much of the evidence it requires.
What we say before we start
Four things that happen in every program.
We would rather say this in the first conversation than in the third. A vendor who only tells you what you want to hear charges for the difference later.
Most AI risk is not the model: it is the access we give it. The most effective control is usually reducing permission, not switching vendor.
A guardrail that gets in the way too much gets switched off. If the safe path is slower than the shortcut, the team takes the shortcut, and you lose the visibility you had.
There is no AI security without a security baseline. A company with no identity management, no inventory and no logging will not fix that at the AI layer.
Prompt injection has no definitive solution today. What exists is surface reduction and damage limitation, and anyone promising complete protection is selling something they do not have.
The standards
Taking companies through audits is what we have done longest.
In adoption at haapit
The AI management standard, to take to companies
ISO/IEC 42001 is the first certifiable international standard for an artificial intelligence management system. We are in study, adoption and internal validation before leading a client through it, exactly as we did with PCI-DSS. When we say we lead it, it will be because we have been through it.
From gap analysis to InPlace, and then keeping the controls alive between one audit and the next. With QSA, SA, CISSP, CISA analysts on the team.
PCI-DSS
v3.2
14+ led
ISO 27001
Security
Gap to InPlace
SOC 2
SSAE 16
Type I and II
SOC 1 · 3
ISAE 3402
Reporting
ISO 9001
Quality
Process
SOX
Controls
Financial
LGPD
Privacy
Readiness
ITIL · Cobit
Governance
Operation
The badges indicate the standards in which haapit leads and sustains readiness projects, not certifications issued in haapit's name. The individual credentials on the team are QSA, SA, CISSP, CISA.
Want to know where your AI operation is exposed?
An assessment at no cost: an inventory of what is already running, where sensitive data is touched, and which of the eight risks are open in your environment today.