Skip to content
VENSORASECURITY
Vensora methodology

A security assessment should be understandable, repeatable and authorised.

A disciplined process connects technical discovery to business context, accountable remediation and evidence that agreed fixes have been applied.

The assessment lifecycle

Six stages. One clear line of accountability.

Each stage has a distinct purpose, output and decision point, so technical work remains connected to the reason it was commissioned.

01

Scope

Define authorised systems, assessment boundaries, exclusions and the testing window.

02

Assess

Perform structured vulnerability discovery using professional security tooling.

03

Validate

Review significant findings to reduce noise and add technical context.

04

Prioritise

Rank weaknesses using severity, exposure, asset importance and operational context.

05

Remediate

Provide practical, specific recommendations your technical team can act on.

06

Verify

Retest agreed remediated findings and document their current status.

01 · Scope and authorisation

Control the boundaries before testing begins.

Good security work starts with clarity about systems, authority, timing, exclusions and communication.

Explicit authorisation

Testing begins only after the customer has approved the targets and boundaries in writing.

Defined systems

IP ranges, named systems, tenant areas and relevant assets are recorded before activity begins.

Controlled access

Credentials and remote access, where required, are limited to the agreed engagement purpose.

Operational safeguards

Exclusions, testing windows and technical contacts are agreed for sensitive environments.

02 · Discovery

Structured technical visibility.

Professional vulnerability scanning and network assessment tools are selected according to scope. The goal is broad, repeatable discovery across authorised systems.

Tool output is an input to the assessment, not the finished product. Coverage, access limitations and relevant assumptions are documented.

03 · Validation

Review the signal, reduce the noise.

Significant findings are reviewed to identify obvious false positives, confirm available evidence and add useful context for the affected system.

Validation does not mean every finding is manually exploited. The report states the assessment type accurately and avoids presenting automated observations as penetration testing.

04 · Risk prioritisation

Severity starts the conversation. Context sets the order.

CVSS and vendor ratings can inform severity, but a useful remediation priority also reflects how the business actually operates.

P01

Technical severity

How serious is the weakness according to recognised scoring and vendor information?

P02

Exposure

Is the affected service internet-facing, broadly reachable internally or tightly restricted?

P03

Asset importance

What business process, information or operational dependency does the asset support?

P04

Exploitability

How practical is abuse based on available information and required conditions?

P05

Compensating controls

Do segmentation, access controls or other safeguards reduce realistic exposure?

P06

Operational context

What change risk, dependency and remediation effort must the business manage?

05 · Reporting and remediation

Two views of the same evidence.

Leadership needs to understand material risk and priorities. Technical teams need the evidence and steps required to make change.

Executive summary

A concise view of scope, overall posture, material findings, remediation priorities and relevant limitations for decision-makers.

Technical report

Finding detail, affected assets, evidence, severity rationale and practical remediation recommendations for technical teams.

06 · Verification

Document what changed, not just what was found.

Agreed findings can be retested after remediation. Status language keeps the result precise and avoids implying more certainty than the evidence supports.

01Open

The finding remains observable and requires a decision or action.

02Resolved

The agreed retest no longer observed the identified condition.

03Partially remediated

Risk has been reduced, but part of the finding remains.

04Accepted risk

The customer has recorded a conscious decision to retain the risk.

05Not retested

No verification activity has been completed for the current status.

Start with clarity

Define the scope. Understand the evidence. Verify the outcome.

Request a scoped vulnerability assessment and receive a clear proposal based on your environment.