Re: Quic: the elephant in the room

Viktor Dukhovni <ietf-dane@dukhovni.org> Sun, 11 April 2021 04:35 UTC

Return-Path: <ietf-dane@dukhovni.org>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 427F73A295B for <ietf@ietfa.amsl.com>; Sat, 10 Apr 2021 21:35:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-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 Q9yYzm4J495A for <ietf@ietfa.amsl.com>; Sat, 10 Apr 2021 21:35:32 -0700 (PDT)
Received: from straasha.imrryr.org (straasha.imrryr.org [100.2.39.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9BBB43A295C for <ietf@ietf.org>; Sat, 10 Apr 2021 21:35:32 -0700 (PDT)
Received: by straasha.imrryr.org (Postfix, from userid 1001) id 767B7B8EEC; Sun, 11 Apr 2021 00:35:31 -0400 (EDT)
Date: Sun, 11 Apr 2021 00:35:31 -0400
From: Viktor Dukhovni <ietf-dane@dukhovni.org>
To: ietf@ietf.org
Subject: Re: Quic: the elephant in the room
Message-ID: <YHJ8kxEjV1iThlUD@straasha.imrryr.org>
Reply-To: ietf@ietf.org
References: <3b25c77d-e721-e86d-6c34-a90039aab0e2@mtcc.com> <CAMm+Lwhi8xwFgZJL7jod2g4urZt_f+dm0tNi+3y1osqOfch2mQ@mail.gmail.com> <3593a01f-73f4-7d03-a85b-dff64a8b070e@mtcc.com> <CABrd9STZXonBDvWB7Z36H2mD20Juubc01TUmEvpfWkvJggQVOQ@mail.gmail.com> <20210410175712.GF9612@localhost> <926C5F27-E011-4809-88DB-DBC9A8976D01@dukhovni.org> <20210410195048.GG9612@localhost> <bfdceabb-143b-a0ab-3041-05888e8f39f2@mtcc.com> <YHIPXIA8KUueSd+f@straasha.imrryr.org> <CAMm+LwiLkkv0wgRQQ23dwrMFm7tqDyk9DLkiu8chN68QZb-hXw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAMm+LwiLkkv0wgRQQ23dwrMFm7tqDyk9DLkiu8chN68QZb-hXw@mail.gmail.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/Z-g_yCW2cYoaYUJSGPkt2ETXb8E>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Apr 2021 04:35:35 -0000

On Sun, Apr 11, 2021 at 12:20:28AM -0400, Phillip Hallam-Baker wrote:

> Only VERIFYING digital signatures provides security. And nobody knows what
> to do when DNSSEC validation fails so nobody really does it

This is false both in premise and conclusion.  I was tempted to ignore
the rest of the post, but ...

> On the trust root issue. Alice should be the root of trust for Alice, Bob
> should be the root of trust for Bob. That is what I have been building. And
> with an application that secures data at rest without rendering it unusable.

I concur that the mesh is a good idea worth pursuing, you don't need to
try to prove everything/everyone else wrong in order be right.

If the mesh some day also ends up authenticating not only individuals
but also network services, so be it.  I hope it works out.

-- 
    Viktor.