US/EU – Steps for Whois
‘The RDAP, Registration Data Access Protocol, is mainly data technical.’
‘Experts can move forward together without ministerial instructions.’
‘SQL also took time, which was later called ‘Structured Query Language.’
‘The EU countries must write NIS2 security regulations.’
How the US/EU countries can make ‘Who is’ output readable for the public as well
My technical and textual modeling of building forms:
How registry menus can be transparent per top-level domain name, eg on https://nl.sidn.nl
My modeling of a policies and procedures screen including laws and regulations:
How ‘Who Is’ rules can be formulated to comply with the EU’s NIS2 Security Directive
- A domain’s registrant, or the person who ordered the registration, is primarily responsible for the domain’s contact and registrant information;
- A registry, a registrar and a reseller are primarily responsible for own trade and personal information;
- The domain in a server name determines who can be contacted, for security and possible liability, especially with a server that is not managed by the hosting provider;
- With regard to data not directly maintained by them, a registry, registrar and reseller have responsibilities according to their capabilities;
- When contacting a person, the requested attention must be in proportion to the reported case;
- Requests from a third party regarding data are handled seriously, but may only request capacity reasonably;
- Using Whois data to act maliciously or as a revenue model is not allowed;
- In case no agreement is reached on the specific holder / owner of a domain, the relevant business register will decide first;
- The calculation of a small or substantial fee by a registry, but also by a registrar, because of updating data, such as immediately after a domain transfer already charged, hinders data maintenance and is therefore not billable. A registrar’s own correct data is also not hindered by a fee;
- After a change in the domain holder’s details, the registry informs the domain’s administrative contact with all relevant holder details;
- The registry provides an accessible and informative Whois query screen for auditing and public insight;
- Any directive is preceded by a breakdown of responsibilities and modeling that can be programmed directly.
- For Whois file management, the respective Business Register generates and supports web_ids;
- Querying the Business Register works in US English;
- Interface fields can and must be functionally readable as well as work technically.
Note: the EU term ‘Essential Provider’ makes it really complicated;
- Whois data exchange is in, future proof, variable-width ‘UTF-8’ character encoding;
- The Internet Protocol version 6 (IPv6) is supported;
- To protect the customer, the trade name, otherwise the personal name if public, is in the url address bar;
- Registry-Registrar-User interfaces recognize ‘Personal private use’, ‘Personal public use’ and ‘Business use’ as types;
- Privacy protection of a field value is clear enough by derived fields such as ‘registrant_protected’.
|Field naming ICANN suggested fields||Field naming in a state-of-the-art way|
|Registrar Registration Expiration Date||domain_expiration|
|Registrant Organization (where applicable)||registrant_trade_name|
|Registrar Registration Data (WHOIS) Server||zone_whois_server|
- The Registrar ‘Abuse’ fields are visible and located in a Registrar information block;
- The route security ‘DNSSEC’ yes / no field is located in a name server information block;
- To check off, the ‘registrant_trade_name’ field and value are shown in any case;
- Without a trade name, public visibility of ‘registrant_personal_name’ can be chosen;
- The administrative email address and technical email address(es) are visible;
About main rules
- For segregation of duties, a domain holder is primarily responsible for his domain data;
- Legitimate business operations require an existing, intended and visible trade name;
- The Registrar ‘Abuse’ information provides a contact option for a third party.
- Mail delivery to a Whois contact may not be delayed by forwarding manually;
- Forwarding can be authorized. SPF ‘-all’ setup combines with forwarding using SRS.
See also my https://webhostingtech.nl/monitoring-email/solve-exim-issues/
- Registration is billable for a new domain / Registrar combination;
- For Whois identification, the data infrastructure is subject to indirect costs;
- For Registrar Whois identification, updating data is subject to indirect costs;
- For phased Reseller Whois identification, updating data is subject to indirect costs;
- For phased Registrant Whois identification, updating data is subject to indirect costs.
My key points for working Whois
- Whois lookup is intended for both technical and functional purposes;
- A correct domain registrant and the contacts need periodical verification;
- Regulations can work after narrowing down physical scenarios first;
- Authorization for legal requests would work through the country-level registers;
- Country-level registers are better able to handle incorrect registrations than a registry;
- Sovereign countries can do without the central gateway, accreditation authority and identity providers;
- Technical specification, standardization of cost handling and legal regulation may provide high availability and reliability;
- In Whois, domain business purposes can be transparent without any individual privacy concerns;
- Legal fine-tuning at country level requires an adequate data structure first;
- US/EU lawyers can work together to technically cover country-specific needs;
- Similar to user level, technical personnel often deal passively with necessary actions;
- Technology-infused delivery of legal preparation isn’t too hard to achieve;
- When duties can be separated, separation can help, eg four eyes principle;
- Whois tools that actually work require to-do lists for all expertise;
- A model to verify hosting is not a real model if it includes a person doing this.
List of ICANN-accredited registrars
Whois Data Reminder Policy (WDRP) for compliance
Querying databases that store the registered users or assignees of an Internet resource
Current iteration of the WHOIS protocol drafted by the Internet Society
- issue: Registrars are pressed for tracing further data in legal matters.
suggestion: Opt, through a web ID that validates, for reference to country-level data;
- issue: Registries make verification work. A registry can decide on a domain registrant name.
Periodic verification is technically possible after entering a web ID.
Strict verification, without any interpretation, is case sensitive and includes dots.
Registrant, registrant name, registrar, registrar name, reseller and reseller name are relevant.
Note: Eg Google Search provides a ‘google-site-verification’ value to put in the DNS.
suggestion: Opt for technical specification so that countries can realize data retrieval;
- issue: There are so-called ‘thick’ and ‘thin’ Whois servers, with one or two queries.
suggestion: If performance demands, choose one type of Whois server;
- issue: The DNSSEC field (suite of security extensions to the DNS) needs proper explanation.
suggestion: Field definition and its explanation meeting all needs are to-do and to address.
- issue: A possible change of the domain’s registrant name must also be justified.
suggestion: US/EU lawyers agree how to define legal name change of the registrant;
- issue: Use of the web ID to be introduced, should be restricted.
suggestion: US/EU lawyers agree how to define use of a fake web ID as forgery;
- issue: Search results are still published for a canceled domain.
suggestion: US/EU lawyers agree to publish if active and the last transaction is up to one year old;
- issue: A customer may register / renew through a registry for longer than one year.
suggestion: US/EU lawyers agree to register / renew for one year for realistic registration;
- issue: A registry can now decide unilaterally in a dispute with a registrar.
issue: Country-level registers can evolve into professional dispute resolution.
suggestion: US/EU lawyers try to improve handling of disputes;
- issue: A registrant, registrar and registry do refuse to act on a spelling mistake.
suggestion: US/EU lawyers introduce a legal limitation in case of misspelling.
Eg the Dutch ‘Vereniging Van Registrars’ exists when spelled as ‘Vereniging van Registrars’;
- issue: Checking Whois for financial statements has not yet been analyzed as legal.
issue: Segregation of duties of the contacts and answer time require attention too.
suggestion: US/EU lawyers update the analyzed six legal gTLD Whois purposes;
- issue: Primary responsibility and/or physical capability need a clear segregation of duties.
need: A top-level domain zone (the end part of a web domain) is approved by ICANN.
need. A domain zone is assigned by the ICANN to a domain registry to manage domains.
need: A domain registry owns and has to take care of domains in their zone.
need: A domain registrar takes care of domain reservations and IP address routing.
need: A domain reseller may be responsible for the processing of the holder’s data.
need: A web domain under a top-level domain is unique worldwide and can be freely chosen under certain rules.
need: A domain registrant holds a domain from a registry.
need: A registry assigns a domain to a registrant and cancels it if necessary.
need: Primary responsibility limits to registrant (/ reseller) level of physical capability.
need: Support attaches a report by a third party to a customer account.
need: The administratively responsible desk answers a request, and forwards it if necessary.
need: A technical contact responds to resolve a reported malfunction.
need: A domain registrant’s liability for harmful content and actions is limited, based on separated responsibilities of the contributing parties.
suggestion: US/EU lawyers work towards basic explanations in short sentences;
- issue: Privacy for admin-c is not a problem by using a specific functional email address.
suggestion: US/EU lawyers agree on admin_email for legal matters, change of registrant;
- issue: A reseller may have agreements such as to protect customer data.
suggestion: US/EU lawyers write generic reseller conditions (see eg the .nl zone);
- issue: Court decisions deal with issues related to ownership aspects of web domains.
need: A domain is kept out of liquidation if another intended registrant paid for it.
need: Domains are included in the transfer of ownership of a company.
suggestion: US/EU lawyers introduce specific web domain regulation;
- issue: A web domain may contain confidential information from the previous registrant.
suggestion: US/EU lawyers define moved data, similar to letter secrecy;
- issue: Country-level registers need to start validating domain ownership.
issue: A registrar can mask with an existing name such as ‘Privacy Protected by Hostnet’
issue: The EU puts pressure on companies that cannot take all responsibility for failures.
issue: The registrant and his country-level registry can perform checks and adjustments.
need: The country-level register provides a domain overview of a company behind its login.
need: The country-level register provides a Whois check of a company behind its login.
need: The country has a duty of care with regard to the correctness of the registered data.
suggestion: US/EU lawyers formulate a country’s legal basis for a web domain overview;
- issue: As for the .eu zone, the countries in the European Union are not all countries in Europe.
suggestion: EU lawyers propose something like ‘EU Domain Registry vzw’ instead of ‘EURid vzw’.
Fields and values
- issue: Web browsers may check on yearly ownership renewal (such as for HTTPS).
suggestion: A new ‘domain_renewed’ field would be informative when a year passes;
- issue: A web ID works effectively to verify a registrant and one of the registrant’s names.
E.g. ‘icann.org’ of ICANN (incorporated, mutual-benefit nonprofit corporation ‘iCANN’).
E.g. ‘ca.gov’ in Whois for ‘.gov’ of organization ‘State of California’.
With the many spelling mistakes, acceptance of auditing is still a long way off.
suggestion: Specify a web ID format, such as the IBAN bank account code.
Registrars and domains (registrant and reseller) fields with a 34 character code, may have a two letter (ISO) country code, two digits for internal validation, ‘COMM’ and up to 26 characters within a country, such as ‘NL88COMM01234567890123456789012345’, in uppercase;
- issue: Protected field values need proper communication.
suggestion: A new field ‘protected’ in the contacts table:
- issue: Country-level web IDs are required to retrieve the registrant.
Country business registers can meet an important need.
Whether or not data is displayed is country specific.
Lawyers can negotiate carefully at country level (not the EU).
Shared sovereignty, as in the EU, would slow down negotiation.
suggestion: Country-level politicians agree on implementation of web IDs;
- issue: Country-level registers need to guarantee web IDs.
Note: The Sarbanes-Oxley Act also took time for countries to adopt.
suggestion: Country-level registers adopt a generic data structure;
- issue: A country-level register, such as KVK in NL, charges for solid lookups.
suggestion: Verification in a country-level register should become free of charge;
- issue: Country-level registers may charge for enabling web IDs.
suggestion: Verification costs for a country-level register must be indirect.
Registry interface and registrar menu
- issue: ‘Private person’ or ‘Company’ do not cover registrant name protection properly.
suggestion: ‘Personal private use’, ‘Personal public use’ and ‘Business use’ are clearer.
- issue: A regional server / application for Whois must function without centralization.
At table level the contact data already have their specific table structure.
At XML level, the large number of fields, such as ‘registrant_contact_id’, is not a problem.
A registry doesn’t need to immediately convert field names, without standardization.
Search based on the web ID must be able to retrieve from / via each country-level register.
Unicode works to handle all kinds of character sets worldwide.
A Whois tool such as https://www.ip2whois.com/ is not convenient enough to use.
Data sharing with registrars for the .nl zone may conflict with GDPR:
https://github.com/timboormans/SIDN-XML-WHOIS – Retrieval is therefore further limited.
Data sharing of type ‘public’, I think, would fit. My XML file and output with PHP/HTML:
suggestion: An application based on HTML / PHP / Python / XML / Docker / Azure;
- issue: The UK is not a valid domicile anymore to hold a .eu domain as former EU country.
suggestion: Such a change requires simple validation to check and maintain;
- issue: Registries may charge for a web ID enabled Whois application.
suggestion: Costs of a regional server / application must be indirect.
- issue: Economies of Scale cost advantages are achieved in both period and variable costs.
suggestion: A variable cost advantage is reduced, even to zero;
- issue: Legal updating at a registry can be a variable cost component equal to zero.
suggestion: Include updating details in annual costs and no longer pass on variable costs;
- issue: A registry looks over and manages its registrar’s information. Charging looks illegal.
suggestion: Include updating registrar details in period costs for a registrar;
- issue: Volume discount and direct debit discount for ‘.nl’ are called ‘expenses’ by SIDN.
issue: Incentive programs for ‘.nl’ at SIDN up to 0.40 euro off the domain fee are significant.
E.g. 8% volume discount from 100,000x and 2.5% direct debit discount at SIDN.
suggestion: Registries do not discount anything other than a fair volume discount;
- issue: Customers unnecessarily commit for two or three years.
suggestion: Customers simply register and automatically renew for one year.