This is taking longer than expected.

Try againBrowse the library
AI Blocks

All AI specialists

Hire an AI penetration test planner

Name your scope and confirm you have permission. Get a plan for the test in order, rules to follow, and the report template you'll need.

What you give

  • The exact scope: named IP ranges, domains, applications or cloud accounts, and anything explicitly off-limits
  • The test type: external, internal, web application, cloud, or a mix (optional, helps it plan phases)

What you get

  • A confirmed scope and rules-of-engagement summary, so everyone involved can check it matches what was agreed
  • A retest plan so the client can verify fixes actually worked

An example

You have written authorization to test your own systems, or systems you're contracted to test, and want a structured plan.

You ask: “Name your scope and confirm you have permission. Use the material I attach and ask for anything essential that is missing.”

You get back:

  • Scope and authorization. Who authorized it, what's in and out of scope, and the testing window.
  • Rules of engagement. The escalation contact and what to do if a real, unrelated breach turns up mid-test.
  • Test phases. Reconnaissance through reporting, in order, with the evidence to capture at each phase.

An example, not your task.

Hire this specialist

It is free and needs no account. Download the pack, give it to your AI and tell it the job. Your AI asks for anything it is missing, then does the work and checks it.

Download the specialist

Related specialists

Skills and workflows for this job: Keep your code secure

Details

Everything it can hand back

Your task sets the actual outputs. The specialist picks the methods that cover them.

  • A confirmed scope and rules-of-engagement summary, so everyone involved can check it matches what was agreed.
  • A phased test plan: reconnaissance, enumeration, exploitation, lateral movement, reporting, in that order.
  • A findings report template with severity, business impact and a copy-pasteable remediation section per finding.
  • A retest plan so the client can verify fixes actually worked.

How it does the job well

  • If the user describes finding evidence of a real, separate, unrelated breach during a planned test, tell them to stop and notify the client immediately, per the rules of engagement, before continuing.
  • Every finding in the template is a full chain from initial access to business impact, not an isolated vulnerability with no context.
  • Name the asset, the threat and the impact before recommending controls.
  • Rank findings by real risk (likelihood and impact), with evidence for each.
  • Prefer fixes that remove a problem over warnings that rely on people.
  • Cite the exact law, standard or clause for compliance and legal points, and recommend qualified review.

Mistakes it avoids

  • Suggesting any step against a system outside the confirmed scope, even as an aside.
  • Copying the profile's sample attack chains or tool commands as if they applied to the user's actual target without the user's own facts.
  • Long lists of generic issues with no evidence they apply.
  • Testing or scanning systems without permission.
  • Presenting a legal opinion as final.

What a good result looks like

An example, not your task: You have written authorization to test your own systems, or systems you're contracted to test, and want a structured plan.

  • Scope and authorization. Who authorized it, what's in and out of scope, and the testing window.
  • Rules of engagement. The escalation contact and what to do if a real, unrelated breach turns up mid-test.
  • Test phases. Reconnaissance through reporting, in order, with the evidence to capture at each phase.
  • Findings template. A place for each finding's severity, full attack chain, evidence, fix and retest step.
  • Assumptions and checks. What the agent assumed and which facts you still need to confirm.

How the work is checked

  • Each finding has a location, evidence, severity and a specific fix.
  • Likely false positives are checked and removed.
  • Items that need a lawyer or auditor are clearly marked.
  • States which checks passed, failed or could not run, and names missing inputs.

These checks have not been run against a model yet. Your AI uses them to check its own work.

Capabilities

  • Confirm authorization and scope. It asks for written authorization and the exact scope before planning anything, and refuses to plan tests against unnamed or third-party systems.
  • Set rules of engagement. It confirms the testing window, escalation contacts, and what to do if a real, unrelated breach is found mid-test.
  • Plan reconnaissance first. It orders passive recon before active scanning, and active scanning before any exploitation.
  • Plan exploitation and movement. It lists the attack paths to try, simplest first, with evidence rules (screenshot, command, timestamp) for each step.
  • Build the report template. Each finding gets a place for severity, business impact, a reproducible attack chain and a specific fix.
  • Plan the retest. It lists how the client should verify each fix once applied, not just assume it worked.

How the role works

  1. Checks your task, context and available tools.
  2. Picks the methods needed and prepares a work plan.
  3. Carries out supported tasks, with each method's limits and review gates.
  4. Checks the real deliverables and corrects supported faults.
  5. Hands back files, evidence and unresolved gaps.

Your specialist's working setup

Download the base specialist without a task form or account. README.md and SETUP.md explain how to use the folder. SOUL.md defines its scope. INTAKE.md asks missing questions inside your AI. PLAYBOOK.md, SKILLS.md, BEST_PRACTICES.md, CHECKS.md and HANDOFF.md guide the work and its checked deliverables.

Complete associated skills, supporting files and licences are included. Choose only the methods needed for the actual task. Keep context, working files and accepted feedback in your AI project.

Use this specialist through MCP or the API

Call prepare_specialist with role_id security-penetration-tester only. No task is required to load it. Your AI asks what job you need done, what you want back and which relevant context it can use.

For task-led hiring, call find_specialist, explain the suggested specialists and let the user accept or change the team.

Complete ZIP: Download base specialist. API: GET /api/v1/specialists/security-penetration-tester/pack. The host AI supplies its own model, tools and execution; a pack does not connect accounts or run a task.

Inputs and helpful context

The specialist starts from the task brief. Only active methods require their inputs.

For the primary method, when used

  • Confirmation that you have written authorization for this engagement, from the system's actual owner.
  • The exact scope: named IP ranges, domains, applications or cloud accounts, and anything explicitly off-limits.
  • The rules of engagement: testing window, escalation contacts, and what to do if you find evidence of a real, separate breach.
  • The test type: external, internal, web application, cloud, or a mix (optional, helps it plan phases).

Helpful context (optional)

  • Your signed statement of work or authorization letter.
  • A network or application diagram, if you have one.
  • Past test reports, so this one can check what was already fixed.

Tools and access

  • Claude, ChatGPT or Gemini: Any good chat AI can plan the engagement and build the report template; the testing itself needs your own tools, run by you, inside scope.

Functions and deliverables

  • Penetration test planner: Name your scope and confirm you have permission. Get a plan for the test in order, rules to follow, and the report template you'll need.
    • A confirmed scope and rules-of-engagement summary, so everyone involved can check it matches what was agreed.
    • A phased test plan: reconnaissance, enumeration, exploitation, lateral movement, reporting, in that order.
    • A findings report template with severity, business impact and a copy-pasteable remediation section per finding.
    • A retest plan so the client can verify fixes actually worked.
    Source: Michael Sitarzewski and Agency Agents contributors.
  • AI project context organiser: Share your project and next task. Get a short rules file, a focused file list and a clear handoff for later sessions.
    • A ready rules file for your project
    • A list of which files to load for each task
    • Rules for when to reset or trim the session
    • A checklist for spotting drifting answers
    Source: Addy Osmani.

Tasks you can use it for

  • You have written authorization to test your own systems, or systems you're contracted to test, and want a structured plan.
  • You're scoping an engagement and need rules of engagement and a phase plan before testing starts.
  • You finished a test and want a findings report template that reads as a full attack chain, not a list of CVEs.
  • You want a retest plan so the client can confirm each fix actually worked.

Limits to check before starting

  • You don't have written authorization and a named scope yet. Get that first. This agent will ask for it before planning anything.
  • You want an automated scan of a live app you already have permission to test. Use the Live app security tester.
  • You want the system's design reviewed instead of attacked. Use the Security Architect agent.
  • You want to fix the findings. Use the Application security reviewer or the Cloud security designer.

Best way to use this role

Give it one clear outcome, the actual files and a definition of done. Keep the work in one AI project so it can reuse checked context and earlier files.

  • Download the pack from this page and add it to your AI as a skill, or paste SKILL.md then references/source-agent.md into a new chat.
  • State plainly that you have written authorization, name the exact scope, and name anything off-limits.
  • Give the testing window and who to contact if something urgent comes up.
  • Say "Build the test plan and the rules of engagement." It will stop and ask again if scope or authorization is unclear.
  • Use the phase plan to run the engagement yourself, with your own tools, inside the agreed scope.
  • Write each finding into the report template as you find it, then use the retest plan once fixes are in.

Read it as data

Read the complete role setup as JSON. Connect your AI to the AI Blocks MCP library and read aiblocks://roles/security-penetration-tester for its role instructions and pinned sources.

This is a prepared AI role. No task has run. Your AI carries out authorized work using its available tools and reports the actual deliverables and checks.