+55 11 4193 5660 PT Free assessment

Security

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.

Trusted perimeter Application Data Command × inspected at the edge Content not executable

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.

Same perimeter Model reads everything as text Tool ERP, API Action executed Content with an instruction inside ! nothing here separates a request from an attack

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%

    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

    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.

Previous year Current year

Source: Stanford HAI · AI Index Report 2026

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.

  1. 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
  2. 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
  3. 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
  4. 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
  5. 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
  6. 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
  7. 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
  8. 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.

  1. Perimeter and network

    Segmentation, firewall, WAF and IPS. Still necessary, and still not enough on its own.

    base

  2. 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

  3. Data and knowledge

    Classification before ingestion, permissions at retrieval, and masking at the log source.

    R2

  4. Model and tools

    Scope of what the agent can reach, per-run limits, human approval, and provenance of whatever was installed.

    R1R3R4R5

  5. 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.

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

    Read the paper
  • NIST AI RMF

    Risk framework, voluntary

    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.

Standards we lead companies through

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.