Skip to content
RU

Methodology · Open rule

“Verified by Enterno” methodology v1.2

What earns the mark, what revokes it, and what it deliberately does not claim.

TL;DR. A domain earns the mark when every required check is measured and at or above its published minimum. We re-measure live every 30 days. A freshly measured fall below the minimum on any one check revokes the mark automatically, including on badges already embedded elsewhere. If the site cannot be reached, that is not a verdict: the mark stays until it is confirmed again or 45 days pass without confirmation.
Changelog. v1.2 (2026-10-05) — a verdict now rests only on a fresh measurement taken for it, never on a cached report, and its date is the date of that measurement. An unreachable site or a failed connection is not a verdict: the mark neither extends nor is revoked until the site is measured again or the staleness window expires; a freshly measured failure revokes it. v1.1 (2026-10-05) — the rule did not change; the page now says which scores the table holds: those of the badges and the public reports /report/{domain}/…, not of the full checks. For SSL/TLS that is the same grade as the /ssl tool; for security headers and Health Score it is the light badge formula. v1.0 (2026-08-10) — first publication.

1. Required checks and minimums

These are the live values the scheduled re-check enforces right now — this table is generated from the same configuration, not transcribed from it.

Check Minimum score Evidence
SSL/TLS certificate 90/100 /report/{domain}/ssl
Security headers 70/100 /report/{domain}/security
Health Score 80/100 /report/{domain}/health

Content-Security-Policy and SEO tags are measured by Enterno but are not requirements here: CSP is already a weighted component of the security-headers grade, and SEO markup says nothing about whether a site is safe or reliable. Padding the requirement list with checks that do not bear on trust would make the mark look more rigorous while measuring the wrong things.

The scores in this table are the ones of the public reports /report/{domain}/… and the embeddable badges — not of the full checks. For SSL/TLS it is the same grade as the /ssl tool; for security headers it is a light formula from one HEAD request, for Health Score one from a HEAD request and a TLS handshake; both are published on the methodology pages: Security Grade, Health Score, SSL/TLS.

2. An unperformed check is never a pass

If a required check cannot be completed — the host is unreachable, the handshake fails, the response is unparseable — it is never a pass: a domain cannot earn or extend the mark that way, and the missing check is not dropped from the requirement set to let the rest carry the verdict. Absence of evidence is recorded as absence, never as a pass.

Nor is it a revocation. From the outside, a site that is down looks exactly like a network failure on our side, and we cannot tell them apart. So an unreachable site or a failed connection leaves the existing verdict as it was — the mark stays until it is confirmed again or the 45-day staleness window expires — and we retry. A check that was measured and came in below the minimum is a verdict: it revokes the mark even if another check did not answer.

3. Re-measurement and automatic revocation

  • Every domain in the catalog is re-measured live on a rolling schedule, roughly every 30 days. The verdict rests on that measurement, not on a cached report, and carries its date.
  • A measured drop below the minimum on any required check → the mark is revoked on that pass, with the failing check recorded.
  • If we could not re-confirm within 45 days, the verdict expires. A mark granted once and never re-tested would be a claim about the past presented as a claim about the present.
  • Revocation reaches embedded badges within minutes: the badge endpoint reads the live catalog rather than a snapshot taken when the mark was granted.

4. What the mark does not claim

It is a measurement of publicly observable technical characteristics on a given date. It is not an endorsement of the organisation behind the domain, not an audit of private configuration, and not a judgement about content, products or business practices. Domains are measured from public data and can appear in the catalog without having requested it — the same standing as any public SSL or security-headers grader.

Open the catalog →