Re: [TLS] DoS risks from draft-vkrasnov-tls-jumpstart-00

Vlad Krasnov <vlad@cloudflare.com> Fri, 15 May 2015 06:22 UTC

Return-Path: <vlad@cloudflare.com>
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 4F1D91ACE2A for <tls@ietfa.amsl.com>; Thu, 14 May 2015 23:22:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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 D-i92Ka3gsvK for <tls@ietfa.amsl.com>; Thu, 14 May 2015 23:21:59 -0700 (PDT)
Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) (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 8915C1ACD58 for <tls@ietf.org>; Thu, 14 May 2015 23:21:59 -0700 (PDT)
Received: by wguv19 with SMTP id v19so39265346wgu.1 for <tls@ietf.org>; Thu, 14 May 2015 23:21:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cloudflare.com; s=google; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=0N9OUc1DYP0bH7/qMJ1+lNPmt/BOf5HFe8pXwPuwq84=; b=Up5i25UY/tHS82NZmnl1mNLuNgBQECzBx+dpVHXySqvowqiZWUYdU1VRVcKftlBM/m LYzF49dU0EeO+5yx1o1LadRHUQLoGCWOKTKX3580IVZZUIEkD0Kp8Slew3K8zgbJfdOW bMG+X+pI3jq/HtHG/0KV0NZ0jDWDGIHZ9LYEo=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=0N9OUc1DYP0bH7/qMJ1+lNPmt/BOf5HFe8pXwPuwq84=; b=ilk5UdWoo2cYWP+zvXBG4TkP//ysERGvP3awddWyW99WoZtxSdPFhNGrMucW8Xy7iR wFj1A8vVJyx+di8VAXQLHmzH+ho2ZkLO8nt9gBFxfARQSNKJ4Bc9wPOPTDfCpT9L5cpF sHx1D4uMuPJQiu7vDfQuYZisZ+aMLSplJDKpoXb7gAO+7gD5CxIFn5zI/J45REckLi7Y Z7C4A2q2azQSH38ZSj8wNfdVGHp20fd8rYObOshBG0z36TtpCbUvleBlQB6DScGRCmT6 g45NDdnGNnnnE0jLOzYk66oW5XzJcYhGWadizIGDU+1nRGd+2BYz32sU092hbb7nPa0M inUw==
X-Gm-Message-State: ALoCoQnkuY44hOBtm68QWvGP47jYf4QTG4BOZIh7nfe8duxo5YTwn4J5cjn06Xuou6jQMlTTpPJF
X-Received: by 10.194.192.166 with SMTP id hh6mr9773107wjc.127.1431670918309; Thu, 14 May 2015 23:21:58 -0700 (PDT)
Received: from [192.168.0.3] (cpc12-lewi13-2-0-cust138.2-4.cable.virginm.net. [82.22.12.139]) by mx.google.com with ESMTPSA id df1sm1656813wib.12.2015.05.14.23.21.57 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 14 May 2015 23:21:57 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\))
From: Vlad Krasnov <vlad@cloudflare.com>
In-Reply-To: <CACsn0c=0XMyzQ4DOVYo9sxSfMheHGmQy14txUJMH71Y_nCPLpg@mail.gmail.com>
Date: Fri, 15 May 2015 07:21:56 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <18F08C72-4C23-413E-B002-F0EF0318D3E6@cloudflare.com>
References: <CACsn0c=0XMyzQ4DOVYo9sxSfMheHGmQy14txUJMH71Y_nCPLpg@mail.gmail.com>
To: Watson Ladd <watsonbladd@gmail.com>
X-Mailer: Apple Mail (2.2098)
Archived-At: <http://mailarchive.ietf.org/arch/msg/tls/JZn-ssbphYV14OO0ABcYvLzLc6g>
Cc: "tls@ietf.org" <tls@ietf.org>
Subject: Re: [TLS] DoS risks from draft-vkrasnov-tls-jumpstart-00
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: Fri, 15 May 2015 06:22:01 -0000

Hi,

For the first part - that is a regular amplification attack, which in that case has lower amplification factor than many other existing UDP protocols. 
I also address this in "Security considerations” chapter, where I propose a general technique to mitigate attacks of such type, that may apply to other UDP protocols as well.
For the second - the server chooses how much history to keep, and the timeout period for initiated handshakes. If the history is full, it will start ignoring incoming ClientHellos.

Under normal operation a typical serve can handle all incoming connections. Under attack it can easily fallback to legacy operation. 

Thanks,
Vlad


> On 15 May 2015, at 03:37, Watson Ladd <watsonbladd@gmail.com> wrote:
> 
> Dear all,
> 
> I'd like to explain some of the ways in which
> draft-vkrasnov-tls-jumpstart may provide opportunity for mischief. The
> first, and most obvious, is that responses are considerably larger
> than requests, leading to amplification. The second is that each
> request creates state that is supposed to be stored on the server,
> leading to exhaustion of server resources. There does not appear to be
> a cookie mechanism to mitigate this problem.
> 
> For resumed connections these problems are much less serious. It may
> be that resumption only is a better fit for this approach to latency
> reduction.
> 
> Sincerely,
> Watson Ladd
> 
> _______________________________________________
> TLS mailing list
> TLS@ietf.org
> https://www.ietf.org/mailman/listinfo/tls