Cyber asset context
Unify asset identity, owner, environment, criticality, provider context, exposure, first seen, last seen and lifecycle.
Connect CAASM-aligned asset intelligence, EASM discovery, an exposure graph and CTEM-ready workflows to show which paths can actually affect the business.
You cannot secure what you do not know exists—and you cannot prioritize what you do not understand in context.
Assets persist across projects and scans. EnProbe represents applications, APIs, repositories, components, cloud resources, identities, databases, networks and endpoints as canonical records with ownership, criticality and lifecycle.
Directional relationships turn that inventory into an exposure graph. They explain dependency, deployment, reachability, identity and data paths while retaining source, confidence and evidence for each mapping.
Every capability shares evidence, identity, context, workflow and audit instead of producing another disconnected queue.
Unify asset identity, owner, environment, criticality, provider context, exposure, first seen, last seen and lifecycle.
Map public applications, APIs, endpoints, resources and paths using resilient, scope-aware discovery and crawler evidence.
Model CONTAINS, DEPENDS_ON, BUILT_FROM, DEPLOYED_TO, RUNS_ON, CONNECTS_TO, EXPOSES and ASSUMES relationships.
Combine application weakness, cloud reachability, identity privilege, data sensitivity and business context.
Support repeatable discovery, prioritization, mobilization, validation and measurement of exposure reduction.
Route work using application, repository, account and resource ownership context while preserving workflow history.
Create stable canonical records rather than duplicating real assets for every project.
Add environment, criticality, provider, purpose and accountable team context.
Link deployments, dependencies, network paths and identities with visible confidence and provenance.
Coordinate application and cloud remediation around one explainable business-risk story.
Projects represent assessment work. Assets represent the real applications, resources, components and identities that persist across projects and scans.
Yes. The canonical asset belongs to a tenant and organization and may be related to several projects or assessments without duplicating the real object.
Not initially. A relational asset-relationship model can provide a practical foundation. Specialized graph storage should be introduced only when query complexity or scale justifies it.
Discover what exists. Test what can fail. Understand what matters. Fix it with the right owner. Retest it with evidence. Prove that risk is being reduced.