The Netras platform

Six disciplines, one control set, one answer

Exposure management, vulnerability lifecycle, threat modelling, third-party risk, compliance and the asset graph underneath them. Each is useful alone. Together they stop contradicting each other, because an asset, a control and an owner mean the same thing in all of them.

Book a demo Our services
SaaS or on-prem19 frameworksEvidence-backed
The Netras dashboard: controls met across 19 frameworks, exposure by source, findings past their SLA date and evidence collected automatically
Why one platform

Most tools tell you a number. Almost none can show their working.

A dashboard says 87% compliant. Ask which control, which evidence, collected when, by whom, and the answer is a spreadsheet somebody maintains by hand.

01

Findings with no owner

A scanner produces ten thousand rows. Without an owner, a business unit and a date it is due, none of them is work anybody has agreed to do.

02

Evidence that quietly expires

A screenshot proves a control was working the day it was taken. A control claimed as continuous needs something that knows when it last checked.

03

Four tools, four truths

Posture here, vulnerabilities there, vendors in a third place. The moment two of them disagree about the same asset, every one of them is suspect.

Find it

What you are exposed to, kept current

Attack surface and exposure

Continuous discovery across cloud accounts, repositories, container images, devices and the public internet. Every asset carries a posture derived from its real configuration, and anything nobody declared is flagged as exactly that.

  • Shadow asset detection: what exists but nobody declared
  • Cloud misconfiguration checked against live configuration, not a questionnaire
  • Code, dependency and secret scanning, with licence noise kept apart from defects
  • Known-exploited flagging from CISA KEV, stated as catalogue evidence and never as "you are under attack"

Threat modelling

Describe the system in prose. Netras extracts the components, the data flows and the trust boundaries, then works STRIDE, PASTA, DREAD and NIST CSF over that model and publishes a report an auditor can follow.

  • Attack paths derived from the graph, so a route cannot invent a door that is not there
  • Blast radius separating what is reachable from what is gated by a boundary or a login
  • Every claim marked as established by the description, or as an open question
  • A publishable report: numbered sections, the diagram, and the evidence behind each finding
Fix it

From first sight to proven fix

Findings arrive from your scanners, your testers or a vendor's PDF, and then behave like work: an owner, a business unit, a severity you set the policy for, and a date that is either met or visibly not.

Import that loses nothing

Scanner output, XLSX and vendor PDF reports, parsed deterministically. No model guesses at your findings.

SLA policy you set

Days per severity, with ageing and burn-down computed from your rules rather than a vendor default.

Re-test rounds

Round two matches back to round one even when the vendor renumbers every finding, so a reopened issue shows as a regression.

Campaigns

Name a piece of work, scope it once, and chase it across every application it touches.

Owners and business units

Scoping is enforced on the request path, so a business owner sees their estate and not everybody's.

Triage with a reason

Accept, defer or mark a false positive, each with the justification stored and the history kept.

Prove it

Nineteen frameworks, one control set

Map a control once and it answers every requirement it satisfies, in every framework you hold. Evidence collects itself from your integrations where it can, and states plainly where it cannot.

  • Requirement-level coverage, counted honestly: unmapped is not the same as uncovered
  • Automated checks that re-run, so a continuous claim has a mechanism behind it
  • Policies, training, access reviews and internal audit on the same control spine
  • A trust centre that publishes posture without handing over the evidence itself
The Netras control library: 19 framework requirement sets against one control set, with coverage split into covered, mapped but unproven, and not mapped
Third-party risk

Vendors, assessed on the evidence

Most third-party programmes fail at the same point: the vendor will not use your tool. The portal needs no account, no licence and no training.

  • A link, a deadline and a form: the vendor answers and attaches the document
  • Questionnaire templates per tier, with evidence required against the answers that need it
  • Scheduled re-assessment, carrying the previous answers forward for comparison
  • A gap found in an assessment becomes a finding in the same lifecycle as your own
Underneath it all

The asset and access graph

These four things are defined once, and everything else is a view over them. That is why the numbers agree.

  • Assets - cloud resources, devices, repositories and applications, each with the source that discovered it
  • Controls - one set, mapped to requirements across every framework you hold
  • People - an identity graph joining a person to their accounts, so ownership is a fact
  • Evidence - every proof records what produced it and when
How a claim is made

Nothing here asserts itself

Every statement the platform publishes can be walked backwards to the thing that established it. This is the whole design.

01

Connect

Cloud accounts, repositories, identity providers, ticketing and scanners. Read-only where read-only will do.

02

Derive

Assets, owners and configuration become facts, each recorded with where it came from and when.

03

Check

Controls run against those facts on a schedule. A check that has not run does not count as passing.

04

Prove

Reports, trust centre and audit packs are generated from the same record, so two of them cannot disagree.

Deployment

SaaS, or entirely inside your perimeter

The on-premises build is the same product, not a reduced one. Regulated customers who cannot send evidence to a third party run the whole platform themselves.

  • Single-tenant SaaS, or on-premises with your own database
  • SSO and granular role-based access, with custom roles that are actually enforced
  • Read-only integration credentials wherever read-only is sufficient
  • Every signing and encryption secret required at boot, with no insecure default

Cloud

AWS, Azure and Google Cloud posture and inventory.

Code

GitHub, GitLab and Bitbucket, with container registries.

Identity

Okta, Entra ID and Google Workspace for the access graph.

Ticketing

Jira and ServiceNow, so remediation lives where the work lives.

See it against your own estate

A working demo with your frameworks and your asset shape, not a slide deck.

Book a demo Our services