[secdir] Secdir review of draft-ietf-v6ops-v6nd-problems-04

Brian Weis <bew@cisco.com> Sat, 18 February 2012 20:39 UTC

Return-Path: <bew@cisco.com>
X-Original-To: secdir@ietfa.amsl.com
Delivered-To: secdir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 368FB21E8015; Sat, 18 Feb 2012 12:39:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level:
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Nua73V9SAxqP; Sat, 18 Feb 2012 12:39:01 -0800 (PST)
Received: from mtv-iport-2.cisco.com (mtv-iport-2.cisco.com [173.36.130.13]) by ietfa.amsl.com (Postfix) with ESMTP id 9CBEF21E800F; Sat, 18 Feb 2012 12:39:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=bew@cisco.com; l=983; q=dns/txt; s=iport; t=1329597541; x=1330807141; h=from:content-transfer-encoding:subject:date:message-id: cc:to:mime-version; bh=W4OBvZS20mwB0V3QhzTK/UhClCHvKPidn+X5du62B9s=; b=dV3mCimgzeyVvD2xj1jB0zGsfDTppwzJtTiniaHsJNhLfj7u0tO5P5tz ZLUHEmk71GNf5VshzHa1IPR1t2J7weyqWACOsBCV1p8QfXtWoZ/gYCSpM 9x811GcjNxxrKcY0IKfU2SP7Xi1Zstq1sc3P8DZipM3Q4msqD6ewmy+b1 s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvwEAK0LQE+rRDoG/2dsb2JhbABEsiaBB4IMASc/gT4BNKJmAZ4ajAIFGw4NBRAIAgICDAENAwODPgODDWMEiE6MaZMO
X-IronPort-AV: E=Sophos;i="4.73,443,1325462400"; d="scan'208";a="31147739"
Received: from mtv-core-1.cisco.com ([171.68.58.6]) by mtv-iport-2.cisco.com with ESMTP; 18 Feb 2012 20:39:01 +0000
Received: from stealth-10-32-244-210.cisco.com (stealth-10-32-244-210.cisco.com [10.32.244.210]) by mtv-core-1.cisco.com (8.14.3/8.14.3) with ESMTP id q1IKd0BD021659; Sat, 18 Feb 2012 20:39:00 GMT
From: Brian Weis <bew@cisco.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Sat, 18 Feb 2012 12:39:00 -0800
Message-Id: <31317304-6412-40D9-A660-E16F3E84FD6D@cisco.com>
To: secdir@ietf.org, The IESG <iesg@ietf.org>
Mime-Version: 1.0 (Apple Message framework v1084)
X-Mailer: Apple Mail (2.1084)
Cc: draft-ietf-v6ops-v6nd-problems.all@tools.ietf.org
Subject: [secdir] Secdir review of draft-ietf-v6ops-v6nd-problems-04
X-BeenThere: secdir@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Security Area Directorate <secdir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/secdir>, <mailto:secdir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/secdir>
List-Post: <mailto:secdir@ietf.org>
List-Help: <mailto:secdir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/secdir>, <mailto:secdir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 18 Feb 2012 20:39:02 -0000

I have reviewed this document as part of the security directorate's ongoing effort to review all IETF documents being processed by the IESG. These comments were written primarily for the benefit of the security area directors. Document editors and WG chairs should treat these comments just like any other last call comments.

This document describes IPv6 Neighbor Discovery (ND) operational problems encountered IPv6 routers. The root issue is the large subnet sizes that are typically used, where a router naively reacting to the discovery of IPv6 addresses within an entire subnet can cause resource exhaustion issues. The document suggests techniques that protocol implementors and operators can employ to mitigate the resource exhaustions.

The document adequately describes the resource exhaustion as a DoS opportunity. The advice itself does not appear to create any new DoS considerations. I believe it is ready to publish.

Brian