Asset inventory & classification
Hostname-first identity that survives DHCP churn. Data-driven groups (Databases, Web Servers, Endpoints, …) editable by admins.
ctOS Blade replaces your monthly Excel-and-VLOOKUP ritual with a real platform — deduplication that preserves CVE detail, identity that survives DHCP, classification that fits your team, and dashboards your board will read.
Built in Muscat. Designed for regulated environments worldwide.
Every month, the same ritual:
Hours. Human errors. No logs. No accuracy.
This is what most vulnerability programs actually look like — not the diagrams in the vendor presentations. ctOS Blade exists because someone got tired of the spreadsheet.
Your DHCP server reissued an IP last week and now your scanner thinks half your environment is brand new. ctOS Blade tracks hostnames, FQDNs, MAC addresses, and IP history together — when an IP moves, findings stay attached to the right asset. When an IP gets recycled to a different machine, we don’t merge them by mistake.
Most VM tools deduplicate by finding title alone — losing CVE lists, port details, and evidence in the merge. ctOS Blade uses a two-pass plugin-id-rolling deduplication that preserves the full CVE list, port specifics, and proof of every finding. When the same vulnerability comes back on rescan, we mark it “recurring” instead of duplicating it.
Different teams need different views. The infrastructure team wants assets grouped by OS. The compliance team wants findings mapped to PCI-DSS zones. ctOS Blade ships with six built-in classification profiles and lets you define your own. Switch profiles based on the question you’re answering — no permanent commitment.
Most VM tools have one-tier access: everyone sees everything, or admins gate everything. Real organizations have departments, contractors, and vendors who each need a specific slice. ctOS Blade has four access tiers, multi-department membership with custom roles per department, and dual audit trails for vendor-managed deployments.
Findings without a workflow are just data. ctOS Blade groups related findings into Remediation Campaigns, tracks SLA deadlines based on severity, and notifies owners when work needs attention. Status changes are logged, not lost. Comments stay on the finding, not in someone’s inbox.
Severity breakdowns. SLA compliance with approaching-breach detection. Aging matrices that surface the High findings that have been sitting open for 90 days. Severity trends across scans so you can prove the program is improving — or know when it isn’t.
Filterable by department, asset group, OS type, and time range. Click any chart cell to drill down to the underlying findings. Export PDF reports for board packs, ZIP exports for audit responses.
AI is useful — but most AI security tools require sending your findings to a SaaS provider. That’s a non-starter for regulated environments. ctOS Blade’s AI Copilot runs against any OpenAI-compatible LLM, including local Ollama for fully air-gapped deployments. Use it when it helps. Disable it when policy requires.
Self-hosted security tools come with a real operational question: when something breaks, how does the vendor help without violating data residency rules or audit requirements? ctOS Blade is built so that vendor support stays accountable, branded environments stay branded, and every action — yours and ours — has its own audit trail.
Hostname-first identity that survives DHCP churn. Data-driven groups (Databases, Web Servers, Endpoints, …) editable by admins.
Ingest Nessus and Tenable CSV exports. Hostname-first dedupe. Severity, status, asset group filters, bulk operations, evidence upload, and full audit history.
Configurable per-severity windows. Overdue, approaching, and within-SLA badges flow through dashboards and the findings table.
Owners and department leads see only their slice. The same centralized service governs list, detail, dashboard, and export endpoints.
Per-finding analysis: risk context, remediation steps, verification commands, effort estimate. Streamed live. Cached per finding with manual regenerate.
Group findings by remediation action. Bulk-create, track progress, mark complete when all linked findings close. Free- form plan, verification, and effort fields.
Categories that matter for self-hosted, regulated deployments. Not every box in every column — just the ones that change the buying decision.
| ctOS Blade | Tenable / Qualys | DefectDojo | |
|---|---|---|---|
| Self-hosted, air-gapped capable | Yes | No | Yes |
| AI-native (provider-agnostic, can run locally) | Yes | Partial | No |
| Asset identity survives DHCP / IP changes | Yes | Limited | No |
| Two-pass dedup preserving CVE detail | Yes | Title-only | No |
| Per-finding AND per-asset classification | Yes | No | No |
| Built-in PCI-DSS classification profile | Yes | Add-on | No |
| Multi-department access with audit trails | Yes | Limited | No |
| Audited vendor support access | Yes | No | No |
| Modern UI (2026) | Yes | No | No |
| Pricing | $$ | $$$ | Free |
| Vendor support | Yes | Yes | No |
Eight years.
That's how long we spent managing vulnerability programs in the GCC — coordinating findings across banks, utilities, and government agencies, deploying open-source scanners, and trying to herd teams toward actually fixing things.
Eight years of the same broken workflow.
A scanner runs. It produces 800 findings. We export them to Excel. We split them by owner. We send out tickets. Someone deletes a row by mistake — was that finding closed, or did it just disappear? We re-scan. The numbers don't match. We fight about whether the owner actually patched the server or just marked the ticket "done." We juggle four concurrent VA/PT engagements in four separate spreadsheets.
By the end of every quarter, we'd produced beautiful compliance reports — and fixed maybe 30% of what we found.
The tools weren't broken. They were doing exactly what they were designed to do: produce reports for auditors. They just weren't designed for the people doing the actual remediation work.
When AI tools started landing in 2024, we waited for someone to build a self-hosted version that respected our regulators' data residency rules. They didn't. The best AI security tools all required cloud connectivity, ruling them out for the regulated environments where we worked.
So we built ctOS Blade ourselves. It's the tool we wish we'd had — a self-hosted vulnerability platform that groups findings by remediation action, runs AI analysis on YOUR infrastructure, and treats security teams like the practitioners they are.
ctOS Blade is sold via annual or multi-year contracts. Every plan includes a 30-day trial.
For growing security teams managing structured vulnerability programs.
For regulated industries and large deployments requiring deep customization.
All deployments are self-hosted on your infrastructure. We don't host any customer data. See FAQ for deployment details →
ctOS Blade is self-hosted. Your deployment continues operating indefinitely without any dependency on our company. For Enterprise customers, we offer source code escrow through a third-party agent (such as NCC Group or Iron Mountain), guaranteeing access to source code in defined trigger events. We can also provide a perpetual licence clause in Enterprise contracts so your right to use the software survives any business changes on our side.
Not yet. We're a small team focused on getting the architecture right first. The platform is designed for the controls those certifications require — encryption at rest (AES-Fernet for secrets), TLS in transit, role-based access, audit logging. Formal certification is on our roadmap for the next 12 months. We're happy to walk Enterprise prospects through our security architecture in detail and provide written attestations as needed.
At rest: PostgreSQL with disk-level encryption (configured
during deployment, your responsibility). LLM API keys:
AES-Fernet encrypted with a per-deployment secret derived
from your SECRET_KEY environment variable, never
returned in API responses, never logged. In transit: TLS 1.3
for all HTTP, internal service-to-service over private
networks only. We never receive, store, or have access to
your deployment's data.
Yes. Enterprise customers receive read-only access to a private GitHub repository for the code they're running. Source code review by your security team is encouraged. We also publish a public changelog with every release so you can verify what's shipping in each version.
Honest answer: for many organisations, you shouldn't. If you need broad scanner coverage with thousands of plugin signatures and a global support footprint, the incumbents are the right choice — and ctOS Blade complements them rather than replacing them. ctOS Blade is the right choice when (1) you can't or won't use cloud-hosted SaaS, (2) you want AI-native workflows without sending data to OpenAI, or (3) your scanners produce findings but no one has built the layer above them for actually managing remediation. We're built for that gap.
On your infrastructure. ctOS Blade is self-hosted. We do not collect telemetry, usage data, or scan results. AI analysis can run entirely on your servers via Ollama — your findings never leave the network.
Yes. The complete platform — including AI features via local LLM providers — runs without internet access. Updates ship as offline bundles you stage and apply on your schedule.
No. ctOS Blade supports Ollama (local, free, no internet), OpenAI, and Anthropic. Switch providers via configuration. Disable AI entirely if your policy requires.
ctOS Blade ingests Nessus exports natively in two formats:
Nessus / Tenable CSV exports and the native
.nessus XML (NessusClientData_v2). We’re
not a scanner ourselves — we’re the platform that
turns scanner output into actionable workflow. For
specifics on which scanners are supported today, see
“Which scanners are supported today?” below.
ctOS Blade currently ingests Nessus exports natively in two
formats: Nessus CSV exports and native .nessus
XML files. We have roadmap items for Qualys QualysGuard
XML, OpenVAS XML, and Rapid7 InsightVM exports. If you have
a specific format requirement, let us know during the demo
— we may be able to prioritize.
Yes — white-label branding is available on the Enterprise tier. Configure your logo, brand colors, and domain so your internal users see your brand, not ours. WCAG luminance gating prevents accidentally unreadable color combinations. This is especially useful for regulated organizations whose users expect tooling to match the rest of their internal systems.
Direct email support during business hours (GMT+4). Enterprise tier includes a dedicated Slack channel and a named technical account manager. Onboarding consultation is included with all paid tiers.
A typical deployment takes one day on the standard architecture (Docker Compose on a Linux VM with Postgres). More complex environments — strict change windows, custom integrations — may take longer.
Yes — every paid tier includes a 30-day trial. Book a demo and we'll set up a trial environment configured to your needs.
30 minutes. We’ll show you a live deployment with real findings. No sales pitch — just the product.