Re: [dbound] DBOUND - updated use cases?

Jothan Frakes <jothan@jothan.com> Sat, 01 October 2022 18:44 UTC

Return-Path: <jothan@jothan.com>
X-Original-To: dbound@ietfa.amsl.com
Delivered-To: dbound@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 86A60C152583 for <dbound@ietfa.amsl.com>; Sat, 1 Oct 2022 11:44:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level:
X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=jothan-com.20210112.gappssmtp.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vERKLGDEcrgc for <dbound@ietfa.amsl.com>; Sat, 1 Oct 2022 11:44:21 -0700 (PDT)
Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E69A3C152579 for <dbound@ietf.org>; Sat, 1 Oct 2022 11:44:21 -0700 (PDT)
Received: by mail-wm1-x32d.google.com with SMTP id fn7-20020a05600c688700b003b4fb113b86so3783308wmb.0 for <dbound@ietf.org>; Sat, 01 Oct 2022 11:44:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jothan-com.20210112.gappssmtp.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=ssPS8fucFMaTdMdAD6yqOmG7Pyt6qTE5d4PytlJjnGU=; b=GP2/3jS7YW4JtMU+qYEdCJtXGYS7dX4+ylhvwMr6Sw25WuFh76s/q1LePOHJ1yFunk BCWXaul2ZsAkf6Cuxo1YI1/pIR1C27QLYN0RoDawvMQPjTjTQ5JWTezosExsauoZonYj gQikOQU9GgtBb5C+wOz+wJgeTZjM7nHAgGkrwfeb5OzYH2ykhEjc8IPlos35cmcwX4bO CpIFAXpc2PP9tYL0Y3Wny2jlVB+ftJYfLk/dykkERfHGE+ZkIjSILxd91WW4y6XaszzM jZHF3bF1oOxnXJ3N4L0R7NkNbOA+tApChDqptW/6yDv9sSn5GYiwyJEGJiNNvAlpCDVx FnYA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=ssPS8fucFMaTdMdAD6yqOmG7Pyt6qTE5d4PytlJjnGU=; b=Joa0qIvhcOOz0gZms0ZDuxUi5KMeJLGSocuc1EPAPmD+Jq58mgvz6rgbncPjCP0Nlz jITmSS+LTTbwLSwN2vWppO14K6rbCz4kdTZ4UFJc5x620jw731XoCNpUFwn4YClwWVzE GHYPdCcIgD8LyEtuRnwkFy7myNNth/BduaTA9ioEZr0v8cL+Iy9/gbCEJ/oswt1JN3YU uf3CMh9xMvRrYIYOjIGd7w60+lHVvcg9K7nM23tRtst6R4HxzHAT6Y31IxDsbgG/jaKP tuwKu63cCJKpkx4Sjl0IjxGJb8ZMPcsOe0lxeKWjMW1D3NdScGd2+HgGZ1f8BPTBcnt/ +qNg==
X-Gm-Message-State: ACrzQf3oOjTYTLeDyhugpTPCE438ORZucsL0rS0qNolF2aMhYt/x2J72 +E33okQym6Bxr0w7/P/XRw1k4jnJzeMBPYdylFXGoUgcpS0=
X-Google-Smtp-Source: AMsMyM7v5PYkshcXZbX9EiZZY+N7G9CLVfm7dqe9VfIlpqrD6IDlS1h2wkpmZLaLMqWV2z1fqPeoJu9qPqkKm7KxZ3g=
X-Received: by 2002:a05:600c:414b:b0:3b4:a655:720f with SMTP id h11-20020a05600c414b00b003b4a655720fmr2281333wmm.92.1664649860063; Sat, 01 Oct 2022 11:44:20 -0700 (PDT)
MIME-Version: 1.0
References: <bd3a32cb-dd41-b195-e46d-419611000ceb@amazon.com> <99bc93ec-9be6-7abb-90c0-01f0d59c4aeb@amazon.com> <20220929145635.ojb4gplm4bqbqdcu@crankycanuck.ca> <th5lgm$2i9$1@gal.iecc.com>
In-Reply-To: <th5lgm$2i9$1@gal.iecc.com>
From: Jothan Frakes <jothan@jothan.com>
Date: Sat, 01 Oct 2022 11:44:08 -0700
Message-ID: <CAGrS0FKnB=9-XFidf3=+kc+c_Hiqhqx4sgf2OfQ0x9Ge=Hu+9Q@mail.gmail.com>
To: John Levine <johnl@taugh.com>
Cc: dbound@ietf.org
Content-Type: multipart/alternative; boundary="00000000000095b7b005e9fd7f0a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dbound/QAVFHvSXWZLKJUe5Qek6IRG8XYA>
Subject: Re: [dbound] DBOUND - updated use cases?
X-BeenThere: dbound@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: DNS tree bounds <dbound.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dbound>, <mailto:dbound-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dbound/>
List-Post: <mailto:dbound@ietf.org>
List-Help: <mailto:dbound-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dbound>, <mailto:dbound-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 01 Oct 2022 18:44:22 -0000

> Sort of ironically with all of the stuff about DMARC using the PSL, we
> are mostly done updating the DMARC spec and the largest change is that
> it doesn't use the PSL any more.


Sounds like a potentially good evolution.

My response here hopefully won't be taken as me guarding PSL turf.

Curious to walk through this with you.  Assuming this proceeds, I would
anticipate there would be a gradual upgrade that happens.

What is the anticipated transition span of legacy/I-D version, and how
would conflicting configurations between them behave?

At what point can I update the PSL Wiki to reflect that DMARC no longer
needs entries?

Since DMARC puts policy records in
> the DNS anyway, we added a flag to the policy record saying roughly
> "this is a boundary" and it now does a limited tree walk looking for
> the records.*
>

If the tree walk vs security blocking  issue is solved, this might be a
good thing for carving off DMARC from PSL


> At this point I believe the major uses of the PSL are in browsers, the
> original cookie application, CORS, address bar heuristics to guess
> whether a string is a hostname, and for CAs to tell whether a wildcard
> certificate is OK.
>

Probably should be luring in W3C WHAT-WG participants to this dialog
related to browser stuff, as DBOUND will absolutely require their adoption
if PSL replacement is objective.

There's far more than browsers/ca and minimizing PSL use cases to that may
introduce some fracturing, as various dependancies carve off their
dependancy on the PSL which DNS-based solutions may or may not be the magic
solve for.

It is important as evolution away from PSL may happen, that we may need to
acknowledge that a one-stop location with a central truth (akin to the
wisdom of ICANN's ICP-3 principle) that PSL currently furnishes.

There is a growing list of programming libs that try to be smart about
Universal Acceptance stuff like linkification via the PSL, such as form
input bozofiltration  -  and a lot of unknown, proprietary or opaque use
cases that.

There is a list I am compiling for M3AAWG presentation.


> * - before anyone says that won't work, I left out some details. See
> the I-D


Can you share URL so I don't have to hunt?

The DNS walk part was the hole in the boat last go.