Beta

VAaaS

Vulnerability Assessment as a Service

A security assessment platform that keeps what is learned about each application, so the second assessment is not the first one again. Experts, automation and AI work from one methodology, and every finding carries its own evidence.

About VAaaS

A security assessment usually starts from a generic checklist. The first days go on rediscovering what was already discovered last year: which roles the application has, which workflows matter, where the trust boundaries sit, what was found the previous time. None of it was written down in a form a platform could hold, so it is done again, and you pay for it again.

VAaaS breaks that cycle. The platform keeps a profile for each application that belongs to the application rather than to the engagement; the scenario set for an assessment is built from a versioned methodology library plus that profile; every finding is recorded with its evidence and reproduction steps; and every exclusion carries its reason. What survives an assessment is more than a PDF.

The effect is simple: the first assessment builds the knowledge, later ones spend their hours on the difference, coverage can be audited, and every claimed fix is verified against the finding that produced it. It is built by the team that delivers those assessments, shaped by that work. It is in development and not yet deployed.

Persistent
Profile per Application
Evidenced
Every Finding Reproducible
Auditable
Coverage and Exclusions
Service Today
Platform in Development

Why the Second Assessment Should Cost Less

Most assessment hours go on learning the application again. A profile that persists is what removes them

1
The First Engagement Builds the Profile
While the first assessment runs, the platform records what the application actually is: its roles, its workflows, its entry points, the technologies behind it, the business rules that matter, and where the trust boundaries sit. This is the part an expert normally rediscovers by reading and clicking for two days.
2
The Profile Belongs to the Application
It is attached to the asset, not to the engagement, so it survives after the report is delivered and after the tester moves on. Findings, fixes and exclusions accumulate against it, and it stays current as the application changes.
3
The Next Engagement Tests the Difference
The second assessment starts from everything already known and spends its hours on what changed, what was never covered, and whether old findings really stayed fixed. Nobody pays twice to learn the same application.

A Look at the Interface

What your team sees: the state of an engagement, coverage with a reason for every exclusion, and findings with their evidence

VAaaS — assessment portal
Preview

An illustration of the interface with sample data. Switch screens with the tabs above.

Key Features

What makes an assessment repeatable and defensible

An Application Profile That Outlives the Report
Roles, workflows, entry points, components and business rules are held against the application itself, with the history of what was found and fixed. The knowledge stays with you when the engagement ends and when the tester changes.
A Scenario Set Built for This Application
A versioned library per asset type provides the baseline; scenarios specific to your application are derived from its profile. The expert selects, adapts and excludes instead of assembling a checklist from nothing each time.
Every Exclusion Carries a Reason
When a test case is skipped, the reason is recorded with it. Coverage is then something you can read and question, rather than a claim at the front of a report that nobody can check.
Findings With Evidence Attached
Each finding carries the request, the response and the steps that reproduce it, captured while the work happens rather than written up from memory a week later.
Retests Are Part of the Product
A fix is verified against the finding that produced it, and the verification is recorded. A closed ticket is not evidence that anything was fixed, and the platform does not treat it as one.
The Asset Inventory Underneath
Every assessment hangs off a known asset with an owner, a lifecycle and its relationships. Retiring an asset never deletes its history, and merging duplicates keeps the old identifiers and can be undone.
Registering an Asset Is Not Permission to Test It
Scope and authorization are explicit, versioned and separate from the inventory. Nothing is tested because it happened to appear in a list.
One Issue, However Many Tools Found It
Results from scanners, third-party reports and expert testing are correlated into managed issues without erasing the source records, so the same weakness reported three ways is one thing to fix.
AI Where It Is Eligible, Not Everywhere
Each test case is marked as expert-only, agent-assisted or agent-eligible. Running the eligible part with AI agents, under approvals and sandboxing in Hafez Fabric, is planned as the AI-Driven Pentest add-on; today experts execute these cases, and the judgement always stays with them.
Reports People Can Act On
Findings are rated with CVSS, mapped to the standard they come from, and delivered in Persian or English, with the remediation guidance written for the team that has to apply it.
Separation Between Clients and Teams
Asset identity is scoped to the organization, so two customers registering the same hostname never meet, and each engagement is visible only to the people assigned to it.
Yours to Host, or Ours to Run
Run it as a service delivered by our team, or install it on your own infrastructure when the data cannot leave. The same platform, the same methodology library, either way.

Supported Asset Types

Each asset type has its own methodology library

Web Applications
APIs
Mobile Applications
Infrastructure and Networks

Use Cases

Where a one-off assessment is not enough

Applications Assessed Every Year
The case the platform is built for: the second and third assessment cost less than the first because nobody relearns the application.
Regulated Organizations
Auditors ask what was tested, by whom, against which standard and what happened to each finding. That is what the platform records as it works.
Large Application Portfolios
Dozens or hundreds of applications, each with its own owner and history, assessed on a rolling schedule without losing track of any of them.
Release-Driven Testing
A release changes part of an application; the assessment targets the delta and the areas it touches, instead of repeating the full scope.
Service Providers and MSSPs
Run assessments for many client organizations from one installation, with identity, evidence and reports separated per client.
First Formal Assessment
A team testing properly for the first time gets the methodology, the evidence trail and the remediation lifecycle without building any of it.

How It Works

From agreeing scope to verifying the fix

1
Scope and Authorize
Assets are registered with their owners, and the engagement scope is agreed and versioned. Authorization is explicit and separate from the inventory, so nothing is tested by accident.
2
Profile and Tailor
Reconnaissance builds or updates the application profile, and the scenario set for this engagement is assembled from the baseline library plus what this application needs.
3
Test and Record
Experts execute the scenario set; running the eligible mechanical parts with governed agents is planned. Evidence is captured as the work happens, and exclusions are recorded with their reasons.
4
Report, Fix, Verify
The report goes out with prioritized findings and remediation guidance. Fixes are verified against the original finding, and everything learned stays in the profile for next time.

Ways to Use It

As a service, installed, or both

Delivered as a Service
Our assessors deliver the engagements, as they do today. You receive the evidence and the reports without operating anything; a hosted portal will follow once the platform is deployed.
On Your Infrastructure (Planned)
Designed to install inside your own network when scope data, evidence or findings cannot leave the organization, operated by your team with our methodology library included. Not deployed anywhere yet.
Mixed (Planned)
Your team runs the routine assessments; ours takes the deep engagements, on the same platform, with one history per application.

Why VAaaS

How it differs from buying a fresh assessment each time

The Second Assessment Is Not the First One Again
Most assessment spending is repeat work on applications already tested. Holding the profile against the application is what stops you paying twice for the same discovery.
Coverage You Can Audit
What was tested, what was skipped and why are all recorded per engagement. A reviewer can check the claim instead of trusting a summary paragraph.
Automation Without Pretending
Machines run what machines do well and the expert judges the rest, which is the honest division of labour. An agent with no tailored scenario set is a scanner with extra steps.
The Knowledge Stays With You
When a tester leaves or a provider changes, what the organization knows about its own applications does not walk out of the door with them.

Frequently Asked Questions

What organizations ask before commissioning an assessment

What stage is this product at?
How is this different from running a vulnerability scanner?
What is an application profile, in practice?
Do you test everything again on the second engagement?
How do we know the coverage claim is true?
Can we run the platform ourselves?
Where will AI do the work?
Is our data used to train models?
How is scope authorized, and can something be tested by mistake?
What do we receive at the end?
How are retests handled?
Can we bring in findings from other tools and past reports?
How are different clients and teams kept apart?
Stop Starting Your Next Assessment From Zero
Contact our team to discuss assessing your applications, or to become a design partner for the platform’s first deployments