Re: [dispatch] [Sframe] Dispatch of SFrame

Eric Rescorla <ekr@rtfm.com> Tue, 16 June 2020 14:53 UTC

Return-Path: <ekr@rtfm.com>
X-Original-To: dispatch@ietfa.amsl.com
Delivered-To: dispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 530013A162E for <dispatch@ietfa.amsl.com>; Tue, 16 Jun 2020 07:53:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.com
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 ZRRGTAOBSIrv for <dispatch@ietfa.amsl.com>; Tue, 16 Jun 2020 07:53:06 -0700 (PDT)
Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D08803A1625 for <dispatch@ietf.org>; Tue, 16 Jun 2020 07:53:05 -0700 (PDT)
Received: by mail-lf1-x131.google.com with SMTP id w15so11901253lfe.11 for <dispatch@ietf.org>; Tue, 16 Jun 2020 07:53:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=y/8c4eC6Cvpk+tAyqMWRca8WAyD2Hce1KdRO+3W1QOI=; b=M9ulJLrLk44jsLLmaSnIy25+RPID3vMPW8kTYGDP2OA6/MpMRVuymVPbqSRLHpvki8 4wP9qCb7Z1s95yVdFhw4XQYPnUnSf5R0OajyvjHt1uglpr2LgUpfF/kCrbOg6e5IroQw YMPSp91RCswjEhN05WDY/G70FoTbUIh+q7q8rr8XDyr9RM2cVEYWW/gQ94DqsSbrFG4m Dq3K/Ohg6qzuproF4DBTUsr/UCU62Fv41G20MIoyiV6hVblCv/U6KnOLd/YRflPDrpCe uEUKTiF1kSu2g3XqMCdgo+qArbcEkxOSdffyhqL7KACBy7j+jgIVaKToJmojHXDQFlm5 oSFQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=y/8c4eC6Cvpk+tAyqMWRca8WAyD2Hce1KdRO+3W1QOI=; b=mk8S1CtH4sffq0DWEj+H/vnJNJLyLRQy0qlVkq0vUr4VhAvKQoccOapS1WUnTBUX0m 2VurIr88XcGLej+xadiyEnk0b3sjm8LfLcXMN5fHLGpnPEkyX3VnILttZmog+cqLYPLF CtLiJ7tzdn15hqje1eAm6sCfo8t4gSdA1goVOtTqob3EEiq6x1dIYeHZS32u7wn76gL1 pRIfGujPZEWvG+3hlE1GAxGQvOlFH8pqxwBrN5e4nFphNPT2Bz1r6vN0n3wyV/05cawW yo4fOHj2gCZTC8aW76wY4GD/7kXpa1xyTEE9xNPxklwJMdV7Gi9bKMa1XZ6BFTIhCGjC t2SQ==
X-Gm-Message-State: AOAM533DmohBQhLYw87edArl09UaEEdTMwtRabBtiE6avD+t8ZyvP8xx AB5bBPcxTw6ID7bAhBeiWICinf171pnIiLMXIflc1g==
X-Google-Smtp-Source: ABdhPJxd5qAGBFHbsDVxt9XswD/vzDJiSbiivn2tnGw2crmg0WkyDDvRXRbrX0JsznCabtfOXuoMcFbrSp9u1HouWDM=
X-Received: by 2002:a19:7714:: with SMTP id s20mr1940141lfc.161.1592319184005; Tue, 16 Jun 2020 07:53:04 -0700 (PDT)
MIME-Version: 1.0
References: <CABcZeBOWU8G1p7zKYmUh+13+ZDgpuzgN737aJTNOfsdFTbKQxQ@mail.gmail.com> <355B2449-D396-4528-896B-CA2ED630ED35@gmail.com>
In-Reply-To: <355B2449-D396-4528-896B-CA2ED630ED35@gmail.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Tue, 16 Jun 2020 07:52:27 -0700
Message-ID: <CABcZeBOLzTsKfv6WcPRLkFVc2RxJ3CTmjyLZf9pmESugsG=vag@mail.gmail.com>
To: Bernard Aboba <bernard.aboba@gmail.com>
Cc: Sergio Garcia Murillo <sergio.garcia.murillo@gmail.com>, DISPATCH list <dispatch@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000055004705a834b319"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dispatch/6HzeMMlLqhDADqz6w96J-6mtKyc>
Subject: Re: [dispatch] [Sframe] Dispatch of SFrame
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dispatch>, <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dispatch/>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jun 2020 14:53:07 -0000

On Tue, Jun 16, 2020 at 7:27 AM Bernard Aboba <bernard.aboba@gmail.com>
wrote:

> On Jun 16, 2020, at 6:53 AM, Eric Rescorla <ekr@rtfm.com> wrote:
> >
> > Yes, I understand that the wire encoding supports signatures, but in the
> discussions I've had (including with Emac) I don't think that people
> believe that the latency/bandwidth/computation tradeoff is viable.
>
> [BA] Depends on the scenario.  We are in a pandemic where conferences are
> being used for all kinds of things that we haven’t seen before. For
> example, consider a situation in which participants are answering a binding
> poll and the responses (voice or data) need to be authenticated. SFrame can
> handle that. PERC cannot.


I don't really think framing this as "PERC vs. SFrame" is that helpful, but
there's no in principle reason PERC couldn't have signatures, though of
course one would need to define new algorithms.

-Ekr