US/EU – Steps for Whois

See our Whois modeling:
https://whois.hostingtool.nl/whois_form_modeling/
https://whois.hostingtool.nl/whois_email_modeling/

Starting points

  1. Whois lookup is intended for both technical and functional purposes;
  2. A correct domain registrant and the contacts need periodical verification;
  3. Regulations can work after narrowing down physical scenarios first;
  4. Legal authorization for requests would work through the country business registers;
  5. Sovereign countries can do without the central gateway, accreditation authority and identity providers;
  6. Technical specification, standardization of cost handling and legal regulation may provide high availability and reliability;
  7. In Whois, domain business purposes can be transparent without any individual privacy concerns;
  8. Fine-tuning at country level requires an adequate data structure first;
  9. US/EU lawyers can work together to technically cover country-specific needs;
  10. Similar to user level, technical personnel often deal passively with necessary actions;
  11. Technology-infused delivery of legal preparation isn’t too hard to achieve;
  12. When duties can be separated, separation can help, eg four eyes principle;
  13. A Whois tool that’s going to work requires to-do lists for all expertise.

How to correct web domain information with a registrar
https://whois.icann.org/en/how-do-i-correct-my-whois-information

List of ICANN-accredited registrars
https://www.icann.org/en/accredited-registrars

Whois Data Reminder Policy (WDRP) for compliance
https://www.icann.org/resources/pages/registrars/consensus-policies/wdrp-en

Querying databases that store the registered users or assignees of an Internet resource
https://en.wikipedia.org/wiki/WHOIS

Current iteration of the WHOIS protocol drafted by the Internet Society
https://datatracker.ietf.org/doc/html/rfc3912

Compare the uniform Database Language SQL – Structured Query Language
https://en.wikipedia.org/wiki/SQL

Politically

  1. issue: Registrars are pressed for tracing further data in legal matters.
    proposal: Opt, through a web ID that validates, for reference to country-level data;
  2. issue: Registries make verification work. A registry can decide on a domain registrant name.
    Periodic verification is 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.
    proposal: Opt for technical specification so that countries can realize data retrieval;
  3. issue: There are so-called ‘thick’ and ‘thin’ Whois servers, with one or two queries.
    proposal: If performance demands, choose one type of Whois server;
  4. issue: The DNSSEC field (suite of security extensions to the DNS) needs proper explanation.
    proposal: Field definition and its explanation that meet all needs are to-do and to address.

Legally

  1. issue: A possible change of the name of the registrant must also be justified.
    proposal: US/EU lawyers agree how to define legal name change of the registrant;
  2. issue: Use of the web ID to be introduced, should be restricted.
    proposal: US/EU lawyers agree how to define use of a fake web ID as forgery;
  3. issue: Search engines (like Google) publish search results from private web domains.
    issue: Search results are still published for a canceled domain.
    proposal: US/EU lawyers agree about publishing search results only if ‘web_publish’ is on yes;
  4. issue: A customer may register/renew through a registry for longer than one year.
    proposal: US/EU lawyers agree to register/renew for one year for realistic registration;
  5. issue: A registry can now decide unilaterally in a dispute with a registrar.
    proposal: US/EU lawyers try to improve handling of disputes;
  6. issue: A registrant, registrar and registry do refuse to act on a spelling mistake.
    proposal: US/EU lawyers introduce a legal limitation in case of misspelling.
    Eg the Dutch ‘Vereniging Van Registrars’ exists when spelled as ‘Vereniging van Registrars’;
  7. 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.
    proposal: US/EU lawyers update the analyzed six legal gTLD Whois purposes;
  8. issue: Primary responsibility and/or physical capability need a clear segregation of duties.
    need: A registry owns domains in its zone.
    need: A 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: An administrative contact answers and addresses a reported issue for a solution.
    need: One of the technical contacts responds to resolve a malfunction notification.
    need: A domain registrant’s liability for harmful content and actions must be reasonable.
    proposal: US/EU lawyers work towards basic explanations in short sentences;
  9. issue: Privacy for admin-c is not a problem by using a specific functional email address.
    proposal: US/EU lawyers agree on admin_email for legal matters, change of registrant, etc.;
  10. issue: A reseller may have agreements such as to protect customer data.
    proposal: US/EU lawyers write generic reseller conditions (see eg the .nl zone);
  11. 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.
    proposal: US/EU lawyers introduce specific web domain regulation;
  12. issue: A web domain may contain confidential information from the previous registrant.
    proposal: US/EU lawyers define moved data, similar to letter secrecy;
  13. issue: A country-level registry needs to start validating domain holdership.
    issue: A registrar can mask with an existing name such as ‘Privacy Protected by Hostnet’.
    need: The country-level registry 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.
    proposal: US/EU lawyers formulate a country’s legal basis for a web domain overview;
  14. issue: As for .eu, the countries in the European Union are not all countries in Europe.
    proposal: EU lawyers propose something like ‘EU Domain Registry vzw’ instead of ‘EURid vzw’.

Fields and values

  1. issue: Search engines may check Whois on ‘domain_web_publish’: yes / no.
    proposal: A new ‘domain_web_publish’ table field (and public Whois-XML) would fit;
  2. issue: Web browsers may check on yearly holdership renewal (such as for HTTPS).
    proposal: A new ‘domain_last_renewal’ field would be informative when a year passes;
  3. 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.
    proposal: 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 ‘NL13COMM01234567890123456789012345’, in uppercase;
  4. issue: Protected field values need proper communication.
    proposal: A new field ‘protected’ in the contact table:
    registrant_protected: ‘contact_id,personal_name,address,phone,email’
    admin_protected: ‘contact_id,personal_name,address,phone’
    tech_1_protected: ‘contact_id,personal_name,address,phone’
    tech_2_protected: ‘contact_id,personal_name,address,phone’

Country-level

  1. issue: Country-level web IDs are required to retrieve the registrant.
    Country business registers can meet an important need.
    In The Netherlands, such registrations are moved to the Land Registry.
    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.
    proposal: Country-level politicians agree on implementation of web IDs;
  2. issue: Country-level registers need to guarantee web IDs.
    Note: The Sarbanes-Oxley Act also took time for countries to adopt.
    proposal: Country-level registers will adopt a generic data structure;
  3. issue: A country-level register, such as KVK in NL, charges for solid lookups.
    proposal: Verification in a country-level register should become free of charge;
  4. issue: Country-level registers may charge for enabling web IDs.
    proposal: Verification costs for a country-level register must be indirect.

Registry interface and registrar menu

  1. issue: ‘Private person’ and ‘Company’ do not cover registrant name protection properly.
    proposal: ‘Non-business use’ vs. ‘Business use’ is clearer about name protection.

Application

  1. 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 does not have to immediately convert field names, without standardization.
    Search based on the web ID must be able to retrieve from each country-level register.
    Unicode works to handle all kinds of character sets worldwide.
    Data sharing of type ‘all’ with registrars for the .nl zone may conflict with GDPR:
    https://github.com/timboormans/SIDN-XML-WHOIS.
    Data sharing of type ‘public’, I think, would fit. See my XML file and output with PHP.
    https://github.com/janwillemstegink/xml-whois
    proposal: A PHP / Python / XML / Docker / Azure application as under construction by me;
  2. issue: The UK is not a valid domicile anymore to hold a .eu domain as former EU country.
    proposal: Such a change requires simple validation to check and maintain;
  3. issue: Registries may charge for a web ID enabled Whois application.
    proposal: Costs of a regional server / application must be indirect.

Cost handling

  1. issue: Economies of Scale cost advantages are achieved in both period and variable costs.
    proposal: A variable cost advantage is reduced, even to zero;
  2. issue: Legal updating at a registry can be a variable cost component equal to zero.
    proposal: Include updating details in annual costs and no longer pass on variable costs;
  3. issue: A registry looks over and manages its registrar’s information. Charging looks illegal.
    proposal: Include updating registrar details in period costs for a registrar;
  4. 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.
    proposal: Registries charge registrars with no discount;
  5. issue: Billing for a new or relocated domain is not cost-driven for the fiscal year.
    E.g. 0.60 euro for the first year at a domain provider for ‘.nl’.
    proposal: The fee for the first year of a domain is 6/12 of the renewal fee per year;
  6. issue: Customers unnecessarily commit for two or three years.
    proposal: Customers simply register and automatically renew for one year.