Services · 15 ways across one gap

All services

Work · proof, not promises

All case studies

Insights · street talk, written down

Magazine

Company · AI Expertise since 2011

About Voidgap

SecureS.04 · AI Security Assessment

Worked in the demo.Survived an attack.

You have an AI system in production. Has anyone attacked it yet?

A chatbot, a RAG assistant, an agent with tool access — running, used by customers, never tested adversarially.

Deliverables
4
Process
4 steps
Self-check
4 questions
Move
Secure
attack run · rag-assistant (staging)sample output
  1. attackprompt injection via uploaded PDF
  2. LEAKsystem prompt disclosedcritical
  3. attack“ignore previous instructions…”blocked
  4. attackcross-tenant retrieval: doc_id + 1
  5. LEAKanother customer’s contractcritical
  6. attacktool abuse: send_mail(external)blocked
  7. result2 critical · 3 high · 5 medium
  8. >

staging only · reproduction steps for every finding

An AI system that answers customers or calls tools is an attack surface. Most have never met an attacker.

Why classic pentests miss it

A penetration test checks the application around the model: authentication, network, infrastructure. It does not try to make the assistant reveal its system prompt, leak another customer’s documents through retrieval, or send an e-mail it was never supposed to send. Those attacks live at the prompt and retrieval layer, and that is where we test.

What we try

Direct and indirect prompt injection, jailbreaks, data leakage across users and tenants, tool abuse, authorization bypass through the model, and attacks on your API bill. We work in staging with realistic data behaviour, document every attempt, and keep the ones that worked reproducible.

Better you than someone else.

What you get

A findings report ranked by exploitability, with reproduction steps for every finding. A walkthrough with your engineers. A remediation backlog, and a retest once the fixes are in. The report is written so you can hand it to a customer, an insurer or an auditor who asks for one.

02 · Sound familiar?

Tick what’s true.

0 of 4. Lucky you — or not honest yet.

03 · Self-check

How urgent
is a test?

Four questions about exposure, reach and who is asking.

  1. 01
    Who uses the system?

  2. 02
    What can it reach?

  3. 03
    Has it been tested adversarially?

  4. 04
    Is anyone asking for a report?

04 · What you get

What’s on the table
at the end.

Every engagement ends with things you can open, run or hand to an auditor. Not a slide saying we were there.

  1. 01Scoping & threat modelReach, access points, cost of an attack
  2. 02Adversarial testingInjection, jailbreaks, leakage, tool abuse, authorization bypass
  3. 03Findings reportRanked by exploitability, with reproduction steps
  4. 04Fix plan & retestRemediation backlog, then verification

05 · How it runs

4 steps.
No mystery.

What you get at each step, and what we need from you. Nothing else.

  1. 01Scope

    you getThreat model

    from youA staging environment

  2. 02Attack

    you getTest log

    from youRealistic data behaviour

  3. 03Report

    you getRanked findings

    from youWalkthrough with engineers

  4. 04Fix & retest

    you getVerification

    from youThe fixes

07 · Questions

Asked before
every project.

Is this a classic penetration test?

It includes one for the AI layer, but classic pentests miss prompt-level and retrieval-level attacks entirely.

Do you need production access?

A staging environment with realistic data behaviour is usually enough.

What do we get at the end?

A report you can show a customer or auditor, plus a walkthrough session with the engineers.

Next step · AI Security Assessment

Has anyone attacked it yet?

A first call about your void. No deck. If it isn’t a fit, you’ll hear that too.