IETF Logo Mail Archive

Re: [TLS] Next steps for draft-agl-tls-padding

Ilari Liusvaara <ilari.liusvaara@elisanet.fi> Sun, 06 April 2014 21:18 UTC

Return-Path: <ilari.liusvaara@elisanet.fi>
X-Original-To: tls@ietfa.amsl.com
Delivered-To: tls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F5F71A024D for <tls@ietfa.amsl.com>; Sun, 6 Apr 2014 14:18:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.002
X-Spam-Level:
X-Spam-Status: No, score=-0.002 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham
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 8rdinH2WnxPj for <tls@ietfa.amsl.com>; Sun, 6 Apr 2014 14:17:59 -0700 (PDT)
Received: from emh04.mail.saunalahti.fi (emh04.mail.saunalahti.fi [62.142.5.110]) by ietfa.amsl.com (Postfix) with ESMTP id 846B41A02D7 for <tls@ietf.org>; Sun, 6 Apr 2014 14:17:58 -0700 (PDT)
Received: from LK-Perkele-VII (a88-112-44-140.elisa-laajakaista.fi [88.112.44.140]) by emh04.mail.saunalahti.fi (Postfix) with ESMTP id 6042E1A2625; Mon, 7 Apr 2014 00:17:51 +0300 (EEST)
Date: Mon, 07 Apr 2014 00:17:51 +0300
From: Ilari Liusvaara <ilari.liusvaara@elisanet.fi>
To: Watson Ladd <watsonbladd@gmail.com>
Message-ID: <20140406211750.GA8953@LK-Perkele-VII>
References: <9A043F3CF02CD34C8E74AC1594475C738A3471E5@uxcn10-tdc06.UoA.auckland.ac.nz> <CACsn0c=6j9GTPVkT0pGM4uu8XVmXOEqghU_gjDCVnd92z5kiyA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
In-Reply-To: <CACsn0c=6j9GTPVkT0pGM4uu8XVmXOEqghU_gjDCVnd92z5kiyA@mail.gmail.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
Sender: Ilari Liusvaara <ilari.liusvaara@elisanet.fi>
Archived-At: http://mailarchive.ietf.org/arch/msg/tls/WAuMJd9TMwGdvfDrTFk7P4hvMw4
Cc: "<tls@ietf.org>" <tls@ietf.org>
Subject: Re: [TLS] Next steps for draft-agl-tls-padding
X-BeenThere: tls@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "This is the mailing list for the Transport Layer Security working group of the IETF." <tls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tls>, <mailto:tls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tls/>
List-Post: <mailto:tls@ietf.org>
List-Help: <mailto:tls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tls>, <mailto:tls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 06 Apr 2014 21:18:05 -0000

On Sun, Apr 06, 2014 at 10:51:05AM -0700, Watson Ladd wrote:
> 
> You mean the text on covert channels? I always thought the way to
> avoid covert channels was to use implementations that didn't have
> them. In particularly, ECDSA has a covert channel which cannot be
> closed, and so does OAEP signature.

You mean can't be verifiably closed? Or something else?

AFAIK, there is no ECC-based signature primitive that is
publically deterministic (Ed25519 is no exception to this
rule).

Of course, ECDSA is rather bad ECC signature scheme as signature
schemes go...


-Ilari

v2.23.0 | Report a Bug | By Email