Re: [DNSOP] Proposal: Whois over DNS

Viktor Dukhovni <ietf-dane@dukhovni.org> Wed, 10 July 2019 00:10 UTC

Return-Path: <ietf-dane@dukhovni.org>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A7D0D12008C for <dnsop@ietfa.amsl.com>; Tue, 9 Jul 2019 17:10:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level:
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d2Lxwqsh4HWt for <dnsop@ietfa.amsl.com>; Tue, 9 Jul 2019 17:10:15 -0700 (PDT)
Received: from straasha.imrryr.org (straasha.imrryr.org [100.2.39.101]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C5335120098 for <dnsop@ietf.org>; Tue, 9 Jul 2019 17:10:15 -0700 (PDT)
Received: by straasha.imrryr.org (Postfix, from userid 1001) id A5E2770BC4; Tue, 9 Jul 2019 20:10:14 -0400 (EDT)
Date: Tue, 09 Jul 2019 20:10:14 -0400
From: Viktor Dukhovni <ietf-dane@dukhovni.org>
To: dnsop@ietf.org
Message-ID: <20190710001014.GX84864@straasha.imrryr.org>
Reply-To: dnsop@ietf.org
References: <1CA7BF1B-DF50-443B-9219-55259835FE23@bambenekconsulting.com> <E45936AC-3CBF-4E09-8F1B-311EAA482BC1@pch.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <E45936AC-3CBF-4E09-8F1B-311EAA482BC1@pch.net>
User-Agent: Mutt/1.11.4 (2019-03-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/cZ1wZl8VY0IU6LvTRLmeZbEWNJk>
Subject: Re: [DNSOP] Proposal: Whois over DNS
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 00:10:18 -0000

On Mon, Jul 08, 2019 at 02:42:25PM -0700, Bill Woodcock wrote:

> > In response to ICANN essentially removing most of the fields in WHOIS
> > for domain records, Richard Porter and myself created a draft of an
> > implementation putting these records into DNS TXT records. It would require
> > self-disclosure which mitigates the sticky issues of GDPR et al. Would
> > love to get feedback.
> 
> Good in principle, but the information in whois has always been, at least
> nominally, third-party vetted.  This would not be.  So my worry is that
> either it would get no uptake, or it would get filled with bogus
> information.  It’s a little hard for me to imagine it being widely used
> for valid information, though that would of course be the ideal outcome.
> 
> So, no problem with this in principle, but I’d like to see some degree of
> consensus that user-asserted content is sufficient for people’s needs.

When locating contacts for domains with stale TLSA records, I find each of:

	1. postmaster@
	2. SOA RR 'mrname'
	3. WHOIS technical contact when published
	4. Contact data on the domain's website

to work a non-trivial fraction of the time.  Between them, most
domains turn out to be reachable.  The SOA 'mrname' is closest to
the subject of this thread, and while often unusable[1], is also
often enough the only working contact.

Perhaps the SOA 'mrname' could get more publicity as worthy of
proper upkeep.  If you want more info from the registrant, send a
query there.  For data kept by the registrar, we're often out of
luck these days.

-- 
	Viktor.

[1] Even when notionally the right address, the SOA 'mrname' is not
always read, and may (e.g. <tech@ovh.net>) simply bounce all messages
because the mailbox is over quota.  On the other hand some other
"provider" contact addresses work reliably.