Authorized adversarial testing for AI systems, with evidence your team can act on.

Explore the assessment
Aspexa / Assurance
Customer Support Agent v2.4
Workflow in scope1/1Customer support agent
Scenarios executed164Across approved boundaries
Validated findings083 critical / 5 high
Assurance statusNeeds action71% exposed
Ranked attack pathsValidated and reproduced
07 paths
  1. Indirect prompt injectionCritical
  2. Tool authorization bypassCritical
  3. Sensitive data disclosureHigh
  4. Cross-session leakageHigh
  5. Retrieval poisoningHigh
  6. Unsafe output renderingMedium
  7. Excessive agent autonomyMedium
Recent assessment eventsEvidence stream
Monitoring
  1. Indirect injection reproducedUntrusted document / Evidence saved
  2. Tool boundary heldPrivileged action / Blocked
  3. Sensitive field disclosedSupport transcript / Validated
  4. Retrieval poisoning observedKnowledge source / Reproduced
  5. Cross-session trace detectedUser boundary / Evidence saved

The assurance gap.

Your AI can look ready and still fail under pressure.

01

Unseen attack paths

Prompt injection, unsafe tool use, and data exposure often hide behind normal demos.

02

Evidence before launch

Aspexa tests one authorized AI workflow, validates real findings, and shows your team what to fix.

Assessment surface

Test the AI system around the model.

Follow instructions, data, permissions, tools, and generated content across the boundaries where trust can fail.

01

Chatbots

Push instruction boundaries, conversation isolation, and sensitive response handling.

  • Prompt injection
  • Context leakage
  • Cross-session behavior
Explore this boundary
02

RAG systems

Treat retrieved documents, permissions, and source attribution as an untrusted input path.

  • Indirect injection
  • Document exfiltration
  • Permission failures
Explore this boundary
03

Agents & tools

Verify what the system can discover, decide, and execute across connected services.

  • Excessive agency
  • Tool misuse
  • Authorization bypass
Explore this boundary
04

Output handling

Follow generated content into browsers, tickets, data stores, and operational workflows.

  • Unsafe rendering
  • Generated injection
  • Malicious links
Explore this boundary

Controlled process

From authorization to verified fixes.

A defined engagement path keeps testing useful, contained, and ready for action.

  1. 01

    Scope the workflow

    Agree on the target, roles, data boundaries, exclusions, rate limits, and written authorization.

  2. 02

    Test and validate

    Run relevant attack scenarios, reproduce important behavior manually, and remove false positives.

  3. 03

    Report, fix, retest

    Deliver evidence and mitigation guidance, walk the team through the gaps, and verify focused fixes.

Founding pilot

One AI workflow. Five days to know what breaks trust.

Standard pilotUSD 5,000
Approved design partnersUSD 2,500

Standard pilot starting price. Approved design partners receive a limited 50% first-client rate.

01 / Controlled scopeFive business days
  • 01

    One chatbot, RAG workflow, agent, or AI feature

  • 02

    Relevant application-layer assessment lanes

  • 03

    Manual validation of important findings

  • 04

    Evidence-backed technical report

  • 05

    Remediation walkthrough

  • 06

    One focused retest

Before the assessment

Clear scope. No surprises.

Direct answers about what we test, how access works, and what the engagement produces.

View all questions
01What exactly does Aspexa test?

Aspexa tests the AI application layer around the model: instructions, retrieval, user roles, tools, memory, policies, and generated outputs. The exact lanes depend on the approved workflow.

02Is this a traditional penetration test?

No. It is an authorized AI assurance assessment focused on AI-specific trust boundaries. Conventional web, API, infrastructure, or cloud testing is included only when it is explicitly scoped.

03Do you only run automated scans?

No. Structured test packs expand coverage, but important findings are manually validated and rewritten with evidence, impact, mitigation, and retest criteria.

04Can you test Arabic or bilingual systems?

Yes. Arabic, dialect, transliteration, bilingual instruction, and RTL/LTR cases can be added when they are relevant to the target system.

05What access do you need?

A test account or API path is preferred. Roles, data boundaries, rate limits, exclusions, and testing windows are agreed before any testing begins.

06Can you test a third-party AI system for us?

Only when the system owner has provided clear authorization and the test boundary is documented. Aspexa does not test public or third-party systems without permission.

Start with a defined target

Put one AI workflow under controlled pressure.

See how the system behaves at its trust boundaries, then leave with evidence your team can act on.

Authorization and boundaries are agreed before testing begins.