CyberIndexBeta

Sources & how to read the data264 sources

Where CSI collects from right now, when each was last read, and how far each one can be trusted — followed by what the values themselves mean. Every published fact traces back to a document retrieved from one of these, and the document itself is linked from the evidence page of the fact it supports. Read this before quoting anything on this site.

Where the data comes from

A value read from a source is recorded with that source — a retrieval time and an extraction method — so that it can be traced back to the document it was read from. The sources differ a great deal in strength, and each row says how. Some values are CSI’s own work rather than a source’s: the categories a product is placed in, descriptions we write, values our editors enter, and estimates. Those are named as such below, and on each value’s evidence page, rather than given a source they do not have.

Products and vendorsWhat a product is, who makes it and what it runs on.

  • Wikipedia & WikidataModerate, community-editedlast read 2026-10-18

    A Wikipedia category supplies the list of products worth looking for; the Wikidata item behind each article supplies a few facts. About a product: that it exists, who makes it, its latest version and the operating systems it runs on. About a vendor: country, headquarters, founding year and official website.

    Structured and citable, and read from Wikidata's own properties rather than scraped from the article text. Anyone can edit it, so nothing from here reaches independently verified on its own, and a certification registry or a vendor's own page overrules it wherever the two disagree. A vendor is only matched when its name matches a Wikidata company exactly; anything less certain waits for a person rather than publishing.

  • Vendor websitesModerate, model-assistedlast read 2026-10-21

    Fetches a vendor's own site and extracts values from it with model assistance: platform support and other product details, plus the logo shown beside the vendor's name.

    A page is fetched and a model extracts values from it; a vendor describing its own product is not independent, and a model reading that description is a second place the meaning can shift. Recorded as machine-read, never promoted to verified on this basis alone, and overruled by a registry wherever the two disagree.

Test labsIndependent tests of how products perform.

  • AV-ComparativesStronglast read 2026-10-29

    AV-Comparatives runs its protection tests several times a year. CSI stores the protection rate and false positives each product achieved, and a deep link to the lab's own report — never the report's content.

    Published by the lab that ran the test. Stored as the published figures, a deep link and an attribution — never reproduced or re-ranked (how lab results are handled).

  • AV-TESTStronglast read 2026-10-29

    AV-TEST publishes a test cycle roughly every two months, scoring protection, performance and usability out of 6 on each platform it tests. CSI stores those scores and a deep link to AV-TEST's own page — never the report's content.

    Published by the lab that ran the test. Stored as the published figures, a deep link and an attribution — never reproduced or re-ranked (how lab results are handled).

  • SE LabsStronglast read 2026-10-01

    SE Labs publishes quarterly comparative tests for home, small business and enterprise products, attacking each with real threats. CSI stores each product's protection, legitimate and total accuracy ratings, its award, and a deep link to SE Labs' own report — never the report's content. The figures are read from the report PDF with model assistance, every one checked against the report's text, and published only after a person has approved the report.

    Published by the lab that ran the test. Stored as the published figures, a deep link and an attribution — never reproduced or re-ranked (how lab results are handled).

  • MITRE ATT&CK
    MITRE ATT&CK Evaluations (Enterprise)Stronglast read 2026-10-27

    MITRE ATT&CK Evaluations, Enterprise rounds: per-vendor detection coverage (technique level, any level) and benign steps not alerted on. MITRE does not score or rank. Every result is held for review.

    Published by the lab that ran the test. Stored as the published figures, a deep link and an attribution — never reproduced or re-ranked (how lab results are handled).

  • NetSecOPEN certifications for firewalls CSI already lists, read from netsecopen.org/certifications, with the HTTPS and CVE figures from each certificate PDF. Proposes certifications and test results, held for review; it never creates a product or a vendor.

    Published by the lab that ran the test. Stored as the published figures, a deep link and an attribution — never reproduced or re-ranked (how lab results are handled).

CertificationsRegisters of the certificates and approvals products hold.

  • Common CriteriaStronglast read 2026-10-27

    The Common Criteria Portal lists every product certified under Common Criteria (ISO/IEC 15408) by the national certification bodies that recognise each other’s certificates. CSI records, for products it already lists, the certificate’s evaluation level or protection profile, the version certified, its dates and a link to the certification report — including certificates that have since expired, which are marked as such.

    The certification bodies' own register, read as published. Every match between a certificate and a product CSI lists is checked by a person before it appears, because a certificate names a product in its own words, often for one version or one model range.

  • OPSWATStronglast read 2026-10-29

    OPSWAT's published inventory of the products its OESIS Framework supports — product name, vendor, supported versions and platform coverage, and for antimalware each product's OPSWAT certification level from Bronze to Platinum. It is the catalogue behind the four antimalware categories — Free, Home, Small Business and Enterprise — and behind Patch Management.

    A machine-readable file published by the body that maintains it, re-read on a schedule.

  • FedRAMP MarketplaceStronglast read 2026-10-27

    The US government's authorisations of cloud services: package, impact level and date, for the cloud-delivered products CSI lists.

    The certification bodies' own register, read as published. Every match between a certificate and a product CSI lists is checked by a person before it appears, because a certificate names a product in its own words, often for one version or one model range.

  • FIPS 140-3 validations for products CSI already lists, read from NIST's CMVP search. Proposes certifications only; it never creates a product or a vendor.

    The certification bodies' own register, read as published. Every match between a certificate and a product CSI lists is checked by a person before it appears, because a certificate names a product in its own words, often for one version or one model range.

  • ISASecure's published list of components certified to IEC 62443-4-2 (CSA): supplier, product, version, security level and certificate.

    The certification bodies' own register, read as published. Every match between a certificate and a product CSI lists is checked by a person before it appears, because a certificate names a product in its own words, often for one version or one model range.

Vendor websites 253

The vendors’ own sites, which CSI reads for product details and which are the first place to check what a vendor says about its products. 1 listed vendors have no website recorded yet.

Two more ways a value gets here

Neither is collected from anywhere, so neither appears above or in the count: there is no file to fetch and no date to show.

Vendors and the public
Submissions through Add my product and corrections through Suggest a correction. Reviewed by a person before anything is published, and attributed. A vendor’s own statement about their own product can never reach “independently verified” on their word alone.
CSI research, AI-assisted
Country, headquarters, founding year, website, market segment, whether a product is free or paid, and its headline capabilities. CSI assembled these values itself with AI assistance, drawing on what a model had already learned rather than on a document it can cite. Every one is recorded as machine-read rather than checked by a person, so they can be told apart from the rest of the site at a glance and re-checked later, and none of them reaches independently verified on this basis. Anything above overrules them.
Estimates
Where a vendor publishes no figure for its revenue, customers, users or headcount, or for how many scanning engines a product uses, CSI may show an estimate made with an AI model. It is always marked as estimated by LLM, is never presented as the vendor’s figure, and is replaced as soon as a published one is found. Test results and certifications are never estimated.

Coverage is uneven and visibly so. Most products carry a vendor, a version and a platform list and little else, because that is what the catalogue states — the rest of each row is marked unknown rather than filled with plausible guesses. What that means is set out next.

Four ways of having no value

Most product comparison tables have one empty state, and readers interpret it as “no”. That is the single most common way such a table lies. CSI stores and renders four distinct absences, and never turns any of them into a no, a zero or a blank.

MarkMeansDoes not mean
Not known unknownCSI has not established this fact.That the answer is no.
Not testedThe product was not included in that test run.That it scored badly.
Does not apply not applicableThe field does not apply to this kind of product.That the product is missing something.
Not supported not supportedA sourced, positive assertion that the feature is absent.A guess from missing documentation.

Support itself is not a boolean either. A capability can be native, an optional paid module, integrated, third-party, partial, deprecated or not supported. “Yes” hides the difference between a feature you already own and one that costs extra.

Verification statuses

Every published fact carries how CSI came to believe it.

Verified
CSI stands behind this — confirmed against an authoritative source CSI retrieved itself, or asserted by CSI’s own editors.
Vendor submitted
Supplied by someone CSI could tie to the vendor — their email domain matches the vendor’s own site. Reviewed for plausibility and cited, but not independently confirmed. A vendor submission can never be promoted to verified on the vendor’s word alone.
Community submitted
Sent in by someone whose connection to the vendor CSI has not established: a correction request, or a vendor-form submission CSI could not tie to the vendor. Same review, weaker attribution.
Unverified
Recorded from a single weak source and not yet checked.
Unknown
No verification has been attempted.

Claims are append-only. Correcting a fact writes a new claim and closes the old one; the superseded value stays in the record and is visible on the change feed and in every evidence inspector.

Freshness — two different dates

Release date is when the vendor shipped something. Last verified is when CSI last checked that a fact was still true. They answer different questions and CSI never conflates them: a product released last week can hold a price CSI has not confirmed since last year. Neither is the last read date on a source above, which is when CSI fetched that publisher’s file and says nothing about when the publisher changed it.

The dot beside a value shows freshness against that field’s staleness budget: within budget, overdue, stale, never verified. Budgets differ by field — a capability checked 120 days ago is fine, a price is not.

A row is only as fresh as its stalest contributing fact, so the “last verified” shown for a product is the minimum across everything feeding it, not the most recent touch.

Independent test labs

Results from independent test labs — AV-TEST, AV-Comparatives, SE Labs, NetSecOPEN and MITRE ATT&CK Evaluations today — are their work, published under their terms. CSI stores only three things per result:

  • the figures as published — AV-TEST’s protection, performance and usability scores; AV-Comparatives’ protection rate, false positives and impact score; SE Labs’ protection, legitimate and total accuracy ratings and its award; NetSecOPEN’s share of exploits blocked, HTTPS throughput and HTTPS connections per second; the results MITRE publishes from its ATT&CK Evaluations,
  • a deep link to the lab’s own report, and
  • an attribution naming the lab, the run and the publication date.

CSI does not mirror report text, copy a lab’s charts or commentary, or re-rank labs against each other. A test run’s page lists the products CSI holds a result for in that run, each with the figures the lab published; the lab’s own report, linked from it, is the complete record. Every score is shown with its run and date, because a protection score from a two-year-old run is not comparable with a current one.

A product tested on several platforms can have a different result on each, and each is shown with its platform. Where a chart or a filter needs one figure per product, it uses the average across the platforms tested, and says so.

A lab column reading not tested means no result has been recorded for that product — most often because the lab did not include it in that run. It never means the product scored badly, and filtering by a score leaves those products out rather than counting them as low.

How lists are ordered

A category’s products are listed in a default order until you sort by a column yourself; your sort always replaces it. The default is decided in this order:

  1. Vendors under US, EU or UK government restrictions come last, whatever else applies. Their products stay listed, and their product and vendor pages say which restriction applies.
  2. In some categories, CSI’s editors choose which products lead, and in what order. That is an editorial judgement, not a score, and not a test result.
  3. The rest follow by independent evidence on antimalware tables — first, how many independent labs have tested the product; among products tested by as many labs, the better overall result across those tests; then how many certifications it holds; then its name — and alphabetically elsewhere.

A product’s place in that order is not a rating, and being lower in it says nothing about a product. CSI has no “best” list: to compare products, sort or filter by the evidence that matters to you.

This lists the sources, not the documents. One source can stand behind thousands of facts, and each fact cites the specific file and retrieval time it came from — follow any value’s evidence link to see it. Found something wrong, stale or misleading? Suggest a correction. Corrections go through the same review as everything else and are attributed to the community.

May we count your visit? CyberIndex would like to use Google Analytics to see which pages are read. It sets cookies and sends your visit to Google. Decline and nothing is loaded — the site works the same either way. Privacy.