Quarterly red-team testing
Schedule focused testing of agreed production-representative AI workflows each quarter. Prioritize changes and risk using the current system inventory and prior findings.
Keep security evidence current as your AI system changes.
For teams whose baseline assessment and release roadmap show recurring review work across sensitive data, agents, tools, or permissions. Confirm the need and engineering ownership before committing to an annual plan.
Schedule focused testing of agreed production-representative AI workflows each quarter. Prioritize changes and risk using the current system inventory and prior findings.
Maintain a versioned change and regression record for reviewed releases, models, providers, and routing. Link each material change to affected assumptions, test cases, findings, and evidence within agreed capacity.
Examine new tools, MCP integrations, retrieval sources, memory systems, architecture changes, and new agents before or around the agreed rollout milestone.
Review agent identity, delegated access, tool scope, cross-tenant permissions, and approval boundaries as the product evolves.
Support agreed security questionnaires with current testing context, evidence, and accurate scope statements. Define volume and response windows in the plan.
Reassess the agreed system each year. Consolidate coverage, versions, regression evidence, finding status, and fix verification. Review completed work and expected changes before agreeing renewal.
Identify the system version, model/provider, retrieval and tool configuration, test identities, expected boundary, test date, evidence, and remaining limits. Link fixes to the finding and verification result.
Review material changes assessed, unresolved findings, repeated boundary failures, and engineering follow-through. Match the next plan to the actual roadmap and review workload, with capacity agreed before renewal.
Custom annual engagement. The proposal defines covered systems, quarterly test windows, change-review capacity, questionnaire allowances, response windows, retest terms, and annual reassessment scope. Material scope growth is quoted explicitly. An initial assessment establishes or confirms the baseline; its commercial treatment is agreed in the proposal.
Before work begins, agree delivery dates, authorized access, exclusions, data handling, and payment terms. Review our methodology and report expectations.
This offer covers planned testing, change review, and evidence support. It does not include runtime monitoring, SOC/MDR, on-call containment, or emergency incident response.
No. The annual scope defines included systems, review capacity, notice periods, response windows, and how additional changes are prioritized or quoted.
Complete or validate a baseline assessment first. Review its findings, the next-quarter roadmap, and the team’s capacity to implement fixes. Agree an annual calendar only when recurring work is concrete; targeted follow-up can suit a stable system.
Changes to models, retrieval, identity, tools, or agent permissions can change the assumptions behind a previous result. We use the agreed change criteria to decide when additional review is needed.
Practical guidance for scope, evidence, and the next security decision.
Practical guidance for scope, evidence, and the next security decision.
Share your product, buyer requirement, and target date. We’ll confirm the engagement, deliverables, and commercial terms before work begins.