Understand what a WHOIS response can establish, where the data comes from, and why privacy redaction changed domain research.

What matters first

  • WHOIS is a query protocol, not one universal owner database.
  • The responding service and referral path are part of the evidence.
  • Public contact data may be redacted or represented by a privacy service.
  • A record describes registration; it does not prove who publishes the website.

The answer comes from a chain

A lookup may begin at a registry service, return a referral, and finish at a registrar service. Thick registries hold most registration fields centrally; thin models historically referred clients elsewhere. A useful result therefore records both the responding server and any referral rather than presenting every field as equally authoritative.

What the fields actually mean

Registrar identifies the retail registration provider. Registry expiry can differ from a registrar's customer-facing renewal date. Status values such as clientTransferProhibited are EPP status codes, not warnings that a website is unsafe. Nameservers describe delegation, not necessarily the company hosting the website.

What WHOIS cannot prove

A registrant field is not proof that the named person controls a website today. Privacy or proxy services may lawfully replace contact data. An absent record does not always mean the name can be registered: reserved, premium, blocked, and unsupported names need separate checks.

A reproducible research note

Save the query time in UTC, the exact domain after IDNA conversion, the responding server, referral path, and raw response. Registration data changes. Without those details, a screenshot cannot be independently checked later.

Evidence-to-decision table

EvidenceWhat it meansResponsible next step
RegistrarRegistration sponsorshipConfirm the entity role and source
Creation eventWhen the registry object was createdDo not substitute for website launch date
StatusLifecycle or operation restrictionTranslate the exact EPP code
NameserverDelegation targetInspect DNS separately

Illustrative investigation: attribution without overclaiming

This is an illustrative example, not a claimed real-world test.

  1. Record the exact ASCII domain, UTC query time and responding server.

  2. Compare the registrar, status and event fields with the RDAP object; keep conflicts rather than silently choosing one.

  3. Query parent delegation and current DNS separately. A CDN address and privacy contact are infrastructure clues, not author identity.

Defensible outcome: The defensible conclusion is a dated registration and delegation profile. Identifying a publisher requires additional first-party, legal or independently verified evidence.

Action checklist

  • Save the raw response
  • Name the responding service
  • Keep dates in UTC with their labels
  • Separate registrant, registrar, registry and host
  • Compare current gTLD data with RDAP
  • Avoid republishing unnecessary personal data

Edge cases that change the answer

No response

The service may be retired, unavailable or unsupported. It does not make the name purchasable.

Conflicting expiry dates

Registry and registrar dates can represent different lifecycle or billing concepts; retain both labels and sources.

Non-ASCII domain

Convert each label through IDNA and save both human-readable and ASCII forms so the exact queried object is clear.

Questions this guide should settle

Who owns the WHOIS database?

No single party does. Registries, registrars and number registries operate services under different contracts and policies.

Can WHOIS identify a scammer?

It can contribute dated registration evidence, but redaction, compromised accounts and intermediaries prevent reliable identity attribution from the record alone.

Should new software parse WHOIS?

Prefer RDAP for structured registration data. Keep WHOIS only where legacy coverage or comparison is necessary.

Primary sources