No more free ride for ICANN Fellows?

Newcomers who get free travel to ICANN meetings will have to show they’re serious about participating in the community, under new rules.
ICANN is revamping its Fellowship program to ensure that it’s actually meetings its goals of increasing the pool of mugs knowledgeable volunteers that the community can draw on.
The program, designed to bring in people unable to afford their own in-person meeting attendance, had come in for criticism for not being sufficiently accountable, and perhaps a poor use of money in a time of budget pressure.
It’s not been easy to measure the ratio of valuable ICANN citizens it was creating versus freeloaders who abuse the system for a free busman’s holiday.
Among the key changes being introduced now are requirements for Fellows to attend a minimum number of session-hours per meeting, casually policed by seven “mentors” — selected from and appointed by each supporting organization and advisory committee.
The number of hours required doesn’t appear to be set in stone as yet, with ICANN saying it will work with mentors to arrive at a figure.
While ICANN admits it obviously can’t force Fellows to participate after their first meeting, it plans to make sure returning Fellows can provide documentary evidence that they have engaged on subsequent applications for the program.
The three-meetings-only rule will remain.
The request for post-meeting reports from Fellows will be piloted at the Barcelona meeting in October.
More information of program revamps can be found here.

ICANN faces critical choice as security experts warn against key rollover

Members of ICANN’s top security body have advised the organization to further delay plans to change the domain name system’s top cryptographic key.
Five dissenting members of the influential, 22-member Security and Stability Advisory Committee said they believe “the risks of rolling in accordance with the current schedule are larger than the risks of postponing”.
Their comments relate to the so-called KSK rollover, which would see ICANN for the first time ever change the key-signing key that acts as the trust anchor for all DNSSEC queries on the internet.
ICANN is fairly certain rolling the key will cause DNS resolution problems for some — possibly as much as 0.05% of the internet or a couple million people — but it currently lacks the data to be absolutely certain of the scale of the impact.
What it does know — explained fairly succinctly in this newly published guide (pdf) — is that within 48 hours of the roll, a certain small percentage of internet users will start to see DNS resolution fail.
But there’s a prevailing school of thought that believes the longer the rollover is postponed, the bigger that number of affected users will become.
The rollover is currently penciled in for October 11, but the ultimate decision on whether to go ahead rests with the ICANN board of directors.
David Conrad, the organization’s CTO, told us last week that his office has already decided to recommend that the roll should proceed as planned. At the time, he noted that SSAC was a few days late in delivering its own verdict.
Now, after some apparently divisive discussions, that verdict is in (pdf).
SSAC’s majority consensus is that it “has not identified any reason within the SSAC’s scope why the rollover should not proceed as currently planned.”
That’s in line with what Conrad, and the Root Server System Advisory Committee have said. But SSAC noted:

The assessment of risk in this particular area has some uncertainty and therefore includes a component of subjective judgement. Individuals (including some members of the SSAC) have different assessments of the overall balance of risk of the resumption of this plan.

It added that it’s up to the ICANN board (comprised largely of non-security people) to make the final call on what the acceptable level of risk is.
The minority, dissenting opinion gets into slightly more detail:

The decision to proceed with the keyroll is a complex tradeoff of technical and non-technical risks. While there is risk in proceeding with the currently planned roll, we understand that there is also risk in further delay, including loss of confidence in DNSSEC operational planning, potential for more at-risk users as more DNSSEC validation is deployed, etc.
While evaluating these risks, the consensus within the SSAC is that proceeding is preferable to delay. We personally evaluate the tradeoffs differently, and we believe that the risks of rolling in accordance with the current schedule are larger than the risks of postponing and focusing heavily on additional research and outreach, and in particular leveraging newly developed techniques that provide better signal and fidelity into potentially impacted parties.
We would like to reiterate that we understand our colleagues’ position, but evaluate the risks and associated mitigation prospects differently. We believe that the ultimate decision lies with the ICANN Board, and do not envy them with this decision.

SSAC members are no slouches when it comes to security expertise, and the dissenting members are no exception. They are:

• Lyman Chapin, co-owner of Interisle Consulting, a regular ICANN contractor perhaps best-known to DI readers for carrying out a study into new gTLD name collisions five years ago.
• Kimberly “kc claffy” Claffy, head of the Center for Applied Internet Data Analysis at the University of California in San Diego. CAIDA does nothing but map and measure the internet.
• Jay Daley, a registry executive with a technical background whose career includes senior stints at .uk and .nz. He’s currently keeping the CEO’s chair warm at .org manager Public Interest Registry.
• Warren Kumari, a senior network security engineer at Google, which is probably the largest early adopter of DNSSEC on the resolution side.
• Danny McPherson, Verisign’s chief security officer. As well as .com, Verisign runs the two of the 13 root servers, including the master A-root. It’s running the boxes that sit at the top of the DNSSEC hierarchy.

It may be the first time SSAC has failed to reach a full-consensus opinion on a security matter. If it has ever published a dissenting opinion before, I certainly cannot recall it.
The big decision about whether to proceed or delay is expected to be made by the ICANN board during its retreat in Brussels, a three-day meeting that starts September 14.
Given that ICANN’s primary mission is “to ensure the stable and secure operation of the Internet’s unique identifier systems”, it could turn out to be one of ICANN’s biggest decisions to date.

How a single Whois complaint got this registrar shitcanned

A British registrar has had its ICANN contract terminated after a lengthy, unprecedented fight instigated by a single complaint about the accuracy of a single domain’s Whois.
Astutium, based in London and with about 5,000 gTLD domains under management, finally lost its right to sell gTLD domains last week, after an angry battle with ICANN Compliance, the Ombudsman, and the board of directors.
While the company is small, it does not appear to be of the shady, fly-by-night type sometimes terminated by ICANN. Director Rob Golding has been an active face at ICANN for many years and Astutium has, with ICANN approval, taken over portfolios from other de-accredited registrars in the past.
Nevertheless, its Registrar Accreditation Agreement has been torn up, as a result of a complaint about the Whois for the domain name tomzink.com last December.
Golding told DI today that he considers the process that led to his de-accreditation broken and that he’s considering legal action.
The owner of tomzink.com and associated web site appears to be a Los Angeles-based music producer called Tom Zink. The web site seems legit and there’s no suggestion anywhere that Zink has done anything wrong, other than possibly filling out an incomplete Whois record.
The person who complained about the Whois accuracy, whose identity has been redacted from the public record and whose motives are still unclear, had claimed that the domain’s Whois record lacked a phone and fax number and that the registrant and admin contacts contained “made-up” names.
Historical Whois records archived by DomainTools show that in October last year the registrant name was “NA NA”.
The registrant organization was “Astutium Limited” and the registrant email was an @astutium.com address. The registrant mailing address was in Long Beach, California (the same as Zink). There were no phone/fax numbers in the record.
Golding told DI that some of these details were present when the domain was transferred in from another registrar. Others seem to have been added because the registrar was looking after the name on behalf of its client.
The admin and technical records both contained Astutium’s full contact information.
Following the December complaint, the record was cleaned up to remove all references to Astutium and replace them with Zink’s contact data. Judging by DomainTools’ records, this seems to have happened the same day as ICANN forwarded the complaint to Astutium, December 20.
So far, so normal. This kind of Whois cleanup happens many times across the industry every day.
But this is where relations between Astutium and ICANN began to break down, badly.
Even though the Whois record had been cleaned up already, Golding responded to Compliance, via the ICANN complaints ticketing system:

Please dont forward bigus/meaningless whois complaints which are clearly themselves totally inaccurate… No action is necessary or will be taken on bogus/incomplete/rubbish reports. [sic]

Golding agreed with me today that his tone was fairly belligerent from the outset, but noted that it was far from the first time he’d received a compliance complaint he considered bogus.
In the tomzink.com case, he took issue with the fact that the complainant had said that the admin/tech records contained no fax number. Not only was this not true (it was Astutium’s own fax number), but fax numbers are optional under ICANN’s Whois policy.
He today acknowledges that some parts of the complaint were not bogus, but notes that the Whois record had been quickly updated with the correct information.
But simply changing the Whois record is not sufficient for ICANN. It wants you to show evidence of how you resolved the problem in the form of copies of or evidence of communications with the registered name holder.
The Whois Accuracy Program Specification, which is part of the RAA, requires registrars to verify and validate changes to the registered name holder either automated by phone or email, or manually.
Golding told DI that in this case he had called the client to advise him to update his contact information, which he did, so the paper trail only comprises records of the client logging in and changing his contact information.
What he told ICANN in January was:

If ICANN compliance are unable to do the simple job they have been tasked with (to correctly vet and format the queries before sending them on, as they have repeatedly agreed they will do *on record* at meetings) then Registrars have zero obligations to even look at them. Any ‘lack of compliance’ is firmly at your end and not ours in this respect.
However in this specific case we chose to look, contacted the registrant, and had them update/correct/check the records, as can easily be checked by doing a whois

ICANN then explained that “NA NA” and the lack of a phone number were legitimate reasons that the complaint was not wholly bogus, and again asked Golding to provide evidence of Astutium’s correspondence with Zink.
After ignoring a further round or two of communication via the ticketing system, Golding responded: “No, we don’t provide details of private communications to 3rd parties”.
He reiterated this point a couple more times throughout February, eventually saying that nothing in WAPS requires Astutium to “demonstrate compliance” by providing such communications to ICANN, and threatening to escalate the grievance to the Ombudsman.
(That may be strictly true, but the RAA elsewhere does require registrars to keep records and allow ICANN to inspect them on demand.)
It was around the same time that Compliance started trying to get in touch with Golding via phone. While it was able to get through to the Astutium office landline, Compliance evidently had the wrong mobile phone number for Golding himself.
Golding told DI the number ICANN was trying to use (according to ICANN it’s the one listed in RADAR, the official little black book for registrars) had two digits transposed compared to his actual number, but he did not know why that was. Several other members of ICANN staff have his correct number and call him regularly, he said.
By February 27, Compliance had had enough, and issued Astutium with its first public breach notice (pdf)
Allowing a compliance proceeding to get to this stage is always bad news for a registrar — when ICANN hits the public breach notice phase, staff go out and actively search for other areas of potential non-compliance.
Golding reckons Compliance staff are financially incentivized, or “get paid by the bullet point”, at this stage, but I have no evidence that is the case.
Whatever the reason, Compliance in February added on claims:

• that Astutium was failing to output Whois records in the tightly specified format called for by the RAA (Golding blames typos and missed memos for this and says the errors have been corrected),
• that Astutium’s registration agreement failed to include renewal and post-renewal fees (Golding said every single page of the Astution web site, including the registration agreement page, carries a link to its price list. While he admitted the text of the agreement does not include these prices, he claimed the same could be said of some of the biggest registrars),
• that the registration agreement does not specify how expiration notices are delivered (according to Golding, the web site explains that it’s delivered via email)
• that the address published on the Astutium web site does not match the one provided via the Registrar Information Specification, another way ICANN internally tracks contact info for its registrars (Golding said that his company’s address is published on every single page of its site)

A final bullet point asked the company to implement corrective measures to ensure it “will respond to ICANN compliance matters timely, completely and in line with ICANN’s Expected Standards of Behavior”.
The reference to the Expected Standards of Behavior — ICANN’s code of politeness for the community — is a curious one, not typically seen in breach notices. Unless I’m reading too much into it, it suggests that somebody at ICANN wasn’t happy with Golding’s confrontational, sometimes arguably condescending, attitude.
Golding claims that some of ICANN’s allegations in this breach notice are “provably false”.
He told us he still hasn’t ruled out legal action for defamation against ICANN or its staff as a result of the publication of the notice.
“I’ll be in California, serving the paperwork myself,” he said.
Astutium did not respond to the breach notice, according to ICANN documents, and it was escalated to full-blown termination March 21.
On March 30, the registrar filed a Request for Reconsideration (pdf) with ICANN. That’s one of the “unprecedented” things I referred to at the top of this article — I don’t believe a registrar termination has been challenged through the RfR process before.
The second unprecedented thing was that the RfR was referred to Ombudsman Herb Waye, under ICANN’s relatively new, post-transition, October 2016 bylaws.
Waye’s evaluation of the RfR (pdf), concluded that Astutium was treated fairly. He noted multiple times that the company had apparently made no effort to come into compliance between the breach notice and the termination notice.
Golding was not impressed with the Ombudsman’s report.
“The Ombudsman is totally useless,” he said.
“The entire system of the Ombudsman is designed to make sure nobody has to look into anything,” he said. “He’s not allowed to talk to experts, he’s not actually allowed to talk to the person who made the complaint [Astutium], his only job is to ask ICANN if they did the right thing… That’s their accountability process.”
The Board Accountability Mechanisms Committee, which handles reconsideration requests, in June found against Astutium, based partly on the Ombudsman’s evaluation.
BAMC then gave Golding a chance to respond to its decision, before it was sent to the ICANN board, something I believe may be another first.
He did, with a distinctly more conciliatory tone, writing in an email (pdf):

Ultimately my aim has always been to have the ‘final decision’ questioned as completely disproportionate to the issue raised… and the process that led to the decisions looked into so that improvements can be made, and should there still be unresolved issues, opportunity to work in a collaborative method to solve them, without the need to involve courts, lawyers, further complaints/challenge processes and so on.

And then the ICANN board voted to terminate the company, in line with BAMC’s recommendation.
That vote happened almost a month ago, but Astutium did not lose its IANA number until a week ago.
According to Golding, the company is still managing almost all of its gTLD domains as usual.
One registry, CentralNic, turned it off almost immediately, so Astutium customers are not currently able to manage domains in TLDs such as .host, he said. The other registries still recognize it, he said. (CentralNic says only new registrations and transfers are affected, existing registrants can manage their domains.)
After a registrar termination, ICANN usually transfers the affected domains to another accredited registrar, but this has not happened yet in Astutium’s case.
Golding said that he has a deal with fellow UK registrar Netistrar to have the domains moved to its care, on the understanding that they can be transferred back should Astutium become re-accredited.
He added that he’s looking into acquiring three other registrar accreditations, which he may merge.
So, what is to be learned from all this?
It seems to me that we may be looking at a case of a nose being cut off to spite a face, somebody talking themselves into a termination. This is a compliance issue that probably could have been resolved fairly quickly and quietly many months ago.
Another takeaway might be that, if the simple act of making a phone call to a registrar presents difficulties, ICANN’s Compliance procedures may need a bit of work.
A third takeaway might be that ICANN Compliance is very capable of disrupting registrars’ businesses if they fail to meet the letter of the law, so doing what you’re told is probably the safest way to go.
Or, as Golding put it today: “The lesson to be learned is: if you don’t want them fucking with your business, bend over, grab your ankles, and get ready.”

ICANN CTO: no reason to delay KSK rollover

ICANN’s board of directors will be advised to go ahead with a key security change at the DNS root — “the so-called KSK rollover” — this October, according to the organization’s CTO.
“We don’t see any reason to postpone again,” David Conrad told DI on Monday.
If it does go ahead as planned, the rollover will see ICANN change the key-signing key that acts as the trust anchor for the whole DNSSEC-using internet, for the first time since DNSSEC came online in 2010.
It’s been delayed since last October after it emerged that misconfigurations elsewhere in the DNS cloud could see potentially millions of internet users see glitches when the key is rolled.
Ever since then, ICANN and others have been trying to figure out how many people could be adversely affected by the change, and to reduce that number to the greatest extent possible.
The impact has been tricky to estimate due to patchy data.
While it’s been possible to determine a number of resolvers — about 8,000 — that definitely are poorly configured, that only represents a subset of the total number. It’s also been hard to map that to endpoints due to “resolvers behind resolvers behind resolvers”, Conrad said.
“The problem here is that it’s sort of a subjective evaluation,” he said. “We can’t rely on the data were seeing. We’re seeing the resolvers but we’re not seeing the users behind the resolvers.”
Some say that the roll is still too risky to carry out without better visibility into the potential impact, but others say that more delays would lead to more networks and devices becoming DNSSEC-compatible, potentially leading to even greater problems after the eventual rollover.
ICANN knows of about 8,000 resolver IP addresses that are likely to stop working properly after the rollover, because they only support the current KSK, but that’s only counting resolvers that automatically report their status to the root using a relatively new internet standard. There’s a blind spot concerning resolvers that do not have that feature turned on.
ICANN has also had difficulty reaching out to the network operators behind these resolvers, with good contact information apparently only available for about a quarter of the affected IP addresses, Conrad said.
Right now, the best data available suggests that 0.05% of the internet’s population could see access issues after the October 11 rollover, according to Conrad.
That’s about two million people, but it’s 10 times fewer people than the 0.5% acceptable collateral damage threshold outlined in ICANN’s rollover plan.
The 0.05% number comes from research by APNIC, which used Google’s advertising system to place “zero-pixel ads” to check whether individual user endpoints were using compatible resolvers or not.
If problems do emerge October 11 the temporary solution is apparently quite quick to implement — network operators can simply turn off DNSSEC, assuming they know that’s what they’re supposed to do.
But still, if a million or two internet users could have their day ruined by the rollover, why do it at all?
It’s not as if the KSK is in any danger of being cracked any time soon. Conrad explained that a successful brute-force attack on the 2048-bit RSA key would take longer than the lifetime of the universe using current technology.
Rather, the practice of rolling the key every five years is to get network operators and developers accustomed to the idea that the KSK is not a permanent fixture that can be hard-coded into their systems, Conrad said.
It’s a problem comparable to new gTLD name collisions or the Y2K problem, instances where developers respectively hard-coded assumptions about valid TLDs or the century into their software.
ICANN has already been reaching out to the managers of open-source projects on repositories such as Github that have been seen to hard-code the current KSK into their software, Conrad said.
Separately, Wes Hardaker at the University of Southern California Information Sciences Institute discovered that a popular VPN client was misconfigured. Outreach to the developer saw the problem fixed, reducing the number of users who will be affected by the roll.
“What we’re trying to avoid is having these keys hardwired into firmware, so that that it would never be changeable,” he said. “The idea is if you exercise the infrastructure frequently enough, people will know the that the key is not permanent configuration, it’s not something embedded in concrete.”
One change that ICANN may want to make in future is to change the algorithm used to generate the KSK.
Right now it’s using RSA, but Conrad said it has downsides such as rather large signature size, which leads to heavier DNSSEC traffic. By switching to elliptical curve cryptography, signatures could be reduced by “orders of magnitude”, leading to a more efficient and slimline DNS infrastructure, Conrad said.
Last week, ICANN’s Root Server Stability Advisory Committee issued an advisory (pdf) that essentially gave ICANN the all-clear to go ahead with the roll.
The influential Security and Stability Advisory Committee has yet to issue its own advisory, however, despite being asked to do so by August 10.
Could SSAC be more cautious in its advice? We’ll have to wait and see, but perhaps not too long; the current plan is for the ICANN board to consider whether to go ahead with the roll during its three-day Brussels retreat, which starts September 14.

ICANN closes GoDaddy Whois probe

ICANN has closed its investigation into GoDaddy’s Whois practices with no action taken.
Senior VP of compliance Jamie Hedlund yesterday wrote to David Redl, head of the US National Telecommunications and Information Administration, to provide an update on the probe, news of which first emerged in April.
The NTIA and members of the intellectual property community had complained that GoDaddy was throttling Whois access over port 43 and that it was masking certain fields in the output.
That was when GoDaddy and the rest of the ICANN-regulated industry was working under the old rules, before the new temporary Whois policy had been introduced to comply with the EU General Data Protection Regulation.
Hedlund told Redl in a letter (pdf):

Based on our review and testing (including outside of ICANN’s network), GoDaddy is not currently masking WHOIS data or otherwise limiting access to its WHOIS services. Consequently, the complaints related to GoDaddy’s masking of certain WHOIS fields, rate limiting, and whitelisting of IP addresses have been addressed and closed.

GoDaddy had said earlier this year that it was throttling access over port 43 in an attempt to reduce the availability of Whois data to the spammers that have been increasingly plaguing its customers with offers of web site development and search engine optimization services.

Allstate dumps a dot-brand

American insurance giant Allstate has dumped one of its two dot-brand gTLDs.
The company, which had $38.5 billion revenue in 2017, has told ICANN it no longer wishes to run .goodhands, which is a partial match to its long-time “Are you in good hands?” advertising slogan.
Allstate still owns the contract to run .allstate, where it has a handful of domains that redirect to its primary .com site.
The company had also applied for the gTLDs .carinsurance and .autoinsurance, but withdrew both applications after the “closed generics” controversy in 2013.
.goodhands is the ninth dot-brand to self-terminate this year and the 37th since .doosan became the first back in September 2015.
Hundreds of other dot-brand gTLDs are still live, many of them in active use.

No Verfügungsanspruch for ICANN in GDPR lawsuit

ICANN has lost its latest attempt to use the German courts to force Tucows to continue to collect Whois records the registrar thinks are unnecessary.
In an August 1 ruling, a translation of which (pdf) has been published by ICANN, the court ruled that no preliminary injunction (or “Verfügungsanspruch”) was necessary, because ICANN has not shown it would suffer irreparable harm without one.
ICANN wants Tucows’ German subsidiary EPAG to carry on collecting the Admin-C and Tech-C fields of Whois, even though the registrar thinks that would make it fall foul of Europe’s new General Data Protection Regulation.
The organization has already had two adverse decisions at a lower court, and the appeals court‘s latest ruling does not change anything. The judge ruled:

The Applicant [ICANN] has already not demonstrated that a preliminary injunction is required in order to avoid substantial disadvantages. To the extent the Applicant submitted in its application that interim relief was necessary in order to avert irreparable harm by arguing that the data to be collected would otherwise be irretrievably lost, this is not convincing. The Defendant [EPAG] could at a later point collect this data from the respective domain holder by a simple inquiry, provided that an obligation in this regard should be established.

The court also declined to refer the case to the European Court of Justice, as ICANN had wanted, because nothing in the ruling required GDPR to be interpreted.
This a a blow, because the whole point of the lawsuit is for ICANN and registrars to get some clarity on what the hell GDPR actually requires when it comes to Whois.
ICANN said it is “considering its next steps, including possible additional filings before the German courts”, noting that the “main proceedings” of the case are still ahead of it.

Famous Four is DEAD! New registry promises spam crackdown

Famous Four Media’s portfolio of gTLD registries is now under the control of a new company, Global Registry Services Ltd, which has promised to abandon its failed penny-domain strategy and crack down on spam.
(August 9 update: This article contains some incorrect assumptions and speculation. Please read this follow-up piece for clarifications.)
The company, which goes by the name GRS Domains, told registrars yesterday that FFM’s 16 gTLDs are now “controlled by the same parties that control Domain Venture Partners PCC Limited, and are no longer under the management of FFM.”
DVP also owned FFM, so it’s not clear how big of a deal this restructuring is from a management point of view.
My sense is that there’s not really been a substantial change, but it’s certainly more than a simple rebranding exercise.
I’ve learned that DVP was placed into administration under the Insolvency Act back in April, with management of the TLDs handed to a PricewaterhouseCoopers administrator, more or less as I speculated in June.
The TLDs affected are: .loan, .win, .men, .bid, .stream, .review, .trade, .date, .party, .download, .science, .racing, .accountant, .faith, .webcam and .cricket.
GRS told registrars:

Moving forward there are several changes being made with regard to the overall strategy of the portfolio of gTLDs, the main one being a change to a “quality over quantity” ethos and focusing on working with our Registrar Partners to sharply reduce abuse and spam registrations.

As such, all of its current pricing promotions will end August 20 and a “much more transparent and sensible pricing strategy” will come into play.
That means a wholesale reg fee of $9.98 across the board, at least until February 2019.
GRS also plans to take a lot of its lower-priced reserved “premium” names out of the premium program altogether, and to reprice “a considerable portion” of the more expensive ones.
Finally, the company, not known to attend ICANN meetings in the past, said it plans to show up at the Barcelona meeting in October to formally relaunch itself.
Famous Four has become notorious over the last few years for its deep-discounted TLDs, which have become a haven for spammers who want to register large numbers of super-cheap, throwaway domains.
As such, its gTLDs’ volumes have been huge — many racking up hundreds of thousands of names — but their renewals poor and their reputation worse.
If GRS’ new strategy is effective, we’re almost certainly going to see the industry-wide overall number of active new gTLD domains tank over the next year or so, giving more ammunition to those who think the new gTLD program was a huge waste of effort.
It could also have an impact on ICANN’s budget — no matter how cheap FFM sold its names, it still had to pay its ICANN fees on a per-domain basis. Fewer domains equals less money in ICANN’s coffers. FFM’s registries paid over $1.6 million in ICANN fees in the organization’s fiscal 2017.
While GRS is now apparently “controlled by the same parties that control Domain Venture Partners PCC Limited”, it’s not abundantly clear to me whether that’s the same people who’ve been running FFM for the last eight years.
DVP has not immediately responded to a request for comment today.
The DVP web site has not resolved in months. The new grs.domains site doesn’t name anyone, and the NIC sites for the gTLDs in the portfolio only identify a PwC bankruptcy accountant as the primary contact.
All the companies in question are based in tax haven Gibraltar, which isn’t particularly forthcoming about identifying company directors, partners or owners.
DVP’s directors were originally Adrian Hogg, Charles Melvin, Iain Roache, Douglas Smith, Peter Young, Joseph Garcia and a company called Domain Management II (itself chaired by Roache), according to an investor presentation (pdf) DI obtained back in 2013.
I believe Melvin at least, after a legal dispute with the others, is no longer involved.
And it appears that DVP is or was in fact in administration.
I noted back in June that the 16 gTLDs were now all being administered by PwC accountant Edgar Lavarello, and wondered aloud whether this meant FFM was bankrupt.
Today I obtained (read: paid an extortionate sum for) a Gibraltar court order dated April 23 putting DVP into administration under the Insolvency Act and appointing PwC as the administrator.
The application had been made by an investor called Christina Mattin and fellow investor Braganza, a private vehicle owned by a wealthy Scandinavian family, which was (at least last year) a 10% owner.
Other named investors the court heard from were the mysterious Liechtenstein-based Rennes Foundation, something called Northern Assets Investments Limited and Dutch multimillionaire Francis Claessens.
Overall, it smells a bit to me like DVP’s principals, having seen their previous venture put out of business by disgruntled investors, have snapped up its assets and are going to try to make a second go of running the business.
As for FFM? Well, it looks rather like we won’t be hearing that name again.
UPDATE: This article was updated several hours after it was originally posted to clarify that DVP was/is “in administration”.

New ICANN director named

A member of the root server community has been named to the ICANN board of directors.
The Nominating Committee yesterday revealed its three selections for the board, two of whom are already seated.
The new director is Tripti Sinha of the University of Maryland, where she heads the Advanced Cyber Infrastructure and Internet Global Services division, which manages the D-root server.
Sinha is currently co-chair of ICANN’s Root Server System Advisory Committee.
She will replace fellow North American George Sadowsky who, after joining the board in 2009 and being reselected twice, is term-limited and will be given his marching orders this October.
NomCom also reaffirmed current directors Lousewies van der Laan, a former Dutch politician, and Rafael “Lito” Ibarra, founder of the El Salvadorean ccTLD .sv.
New directors will take their seats at the conclusion of the ICANN 63 meeting in Barcelona in October.
NomCom’s other selections to various leadership positions at ICANN can be found here.

Fight over Whois access starts early

Starting as they mean to go on? The new ICANN working group on Whois this week saw early, if predictable, divisions on the issue of access to private data in a post-GDPR world.
The so-called Whois EPDP (for Expedited Policy Development Process) held its first teleconference on Wednesday and while not really getting around to the nitty-gritty of policy managed to quickly start squabbling about its schedule and rules of engagement.
It’s already not looking promising that blanket cross-community consensus is going to be reached in the time permitted.
The group is tasked with turning the current Temporary Specification for Whois, which was created by the ICANN board of directors, into a formal consensus policy that in principle has the support of the whole community.
Group chair Kurt Pritz laid out three targets for the group.
First up is a “triage” document, which will basically see the community decide, line by line, what it likes and does not like about the Temp Spec.
In theory, the EPDP could just rubber-stamp the whole shebang and be done with it, but that’s highly unlikely.
Second is an Initial Report, which will include the agreements reached in the triage document and the agreements reached in subsequent discussions.
That’s due in October at ICANN’s meeting in Barcelona, which is ambitious but not necessarily impossible.
The Temp Spec was written with guidance from lawyers and European data protection authorities, so there’s a limit to how far the EPDP can stray, in my view.
Thirdly, and most controversially, is an “Initial Report outlining a proposed model of a system for providing accredited access to non-public Registration Data.”
This is the proposed standardized system that will allow security and intellectual property interests, and possibly others, to see unredacted Whois data like we all could just a few months ago.
Many stakeholder groups are in favor of such a system, but the Non-Commercial Stakeholders Group are decidedly not.
The NCSG, given voice principally by academic Milton Mueller, objected to the Pritz/ICANN plan to start soliciting comments on access from the EPDP group later this month, before the group has come to consensus on the so-called “gating questions”.
The gating questions are rather less thorny issues such as whether the purposes registrars collect personal data as mandated by the Temp Spec are in fact legitimate under the GDPR and what data should be transferred from registrars to their registries.
Mueller said that the gating issues represent a “crisis situation” — the EPDP group has just a few months to come to consensus on which parts of the Temp Spec it agrees with — and that discussions about access can be safely pushed back until later.
Perhaps predicting an impasse in future, he also warned Pritz not to over-sell the level of consensus the group reaches if there are still dissenting voices at the end of the process.
Mueller yesterday told the group that NCSG — there are six members on the EPDP team — will refuse to engage on the access issue until consensus had been found on the gating issues.
But NCSG faced push-back from pro-access groups including the Business Constituency, Governmental Advisory Committee and At-Large Advisory Committee.
Alan Greenberg of the ALAC said access talks are “really important” and intertwined with the gating questions. Groups may change their positions on one set of questions based on the discussions of the other, he said.
As it stands today, the group has been asked to fill out four sets of questionnaires, polling their support for various parts of the Temp Spec, over the next few weeks.
The controversial fourth questionnaire covers the access model, but ICANN staff facilitating the group have assured the NCSG these responses will be essentially sat on until the working group is ready to address them.
The group is planning twice-weekly teleconferences in its effort to get its first and second deliverables ready in time for Barcelona.