Re: [tcpm] poll for adopting draft-gont-tcp-security

Joe Touch <touch@ISI.EDU> Tue, 30 June 2009 16:40 UTC

Return-Path: <touch@ISI.EDU>
X-Original-To: tcpm@core3.amsl.com
Delivered-To: tcpm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 19EA93A6973 for <tcpm@core3.amsl.com>; Tue, 30 Jun 2009 09:40:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LafTcpbGFLrD for <tcpm@core3.amsl.com>; Tue, 30 Jun 2009 09:40:48 -0700 (PDT)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) by core3.amsl.com (Postfix) with ESMTP id 25A563A6A9C for <tcpm@ietf.org>; Tue, 30 Jun 2009 09:40:48 -0700 (PDT)
Received: from [70.213.131.54] (54.sub-70-213-131.myvzw.com [70.213.131.54]) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id n5UGalE2027601; Tue, 30 Jun 2009 09:36:49 -0700 (PDT)
Message-ID: <4A4A3F1F.1060904@isi.edu>
Date: Tue, 30 Jun 2009 09:36:47 -0700
From: Joe Touch <touch@ISI.EDU>
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
MIME-Version: 1.0
To: "Eddy, Wesley M. (GRC-MS00)[Verizon]" <wesley.m.eddy@nasa.gov>
References: <C304DB494AC0C04C87C6A6E2FF5603DB2217B28763@NDJSSCC01.ndc.nasa.gov> <fc0ff13d0906241711k44de4f77u8ec825e1ea151a1e@mail.gmail.com> <4A4317ED.1040905@gont.com.ar> <4A48F60A.7020602@gmail.com> <4A49CA1A.6060702@gont.com.ar> <4A4A2A73.0@isi.edu> <C304DB494AC0C04C87C6A6E2FF5603DB2217BA03DF@NDJSSCC01.ndc.nasa.gov>
In-Reply-To: <C304DB494AC0C04C87C6A6E2FF5603DB2217BA03DF@NDJSSCC01.ndc.nasa.gov>
X-Enigmail-Version: 0.95.7
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Cc: Matt Mathis <mathis@psc.edu>, tcpm Extensions WG <tcpm@ietf.org>, Matt Mathis <matt.mathis@gmail.com>, Fernando Gont <fernando@gont.com.ar>
Subject: Re: [tcpm] poll for adopting draft-gont-tcp-security
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tcpm>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Jun 2009 16:40:49 -0000

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Wes,

Taking a look at your proposed objectives:

Eddy, Wesley M. (GRC-MS00)[Verizon] wrote:
...
> As a systems engineer, my first thought is always for requirements, so
> when I looked at Fernando's document, my question was if we're intending
> to do a "TCP implementation profile" for security, then what are the
> actual requirements to build to ... something like:
> 
> - TCP MUST be able to be implemented in a way free of exploitable
>   conditions leading to:
>   - unbounded memory utilization
>   - unbounded CPU utilization
>   - data injection by off-path third-parties
>   - connection breakage by off-path third-parties
>   - packet amplification by off-path third parties
>   - ...

I don't understand why TCP must be able to be implemented in a secure
fashion. It wasn't designed that way.

It would be more useful, IMO, to at least admit that and change the
above to acknowledge that, e.g., (changing the wording and the level
down to SHOULD):

- - TCP SHOULD be able to be implemented in a way that mitigates, to the
extent possible, the impact of exploitable conditions leading to:

- - Where further protection from exploitable conditions is required, a
protocol designed for security may be required; TCP is not intended to
serve this purpose, either with or without security extensions.

Joe
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkpKPucACgkQE5f5cImnZrufVwCg/iNLT0IYw6UuwpBWKFc2dLgx
l/oAoPRYgZY8RgxzWy6gjinv8Qs8PWJO
=ZeEv
-----END PGP SIGNATURE-----