Re: [secdir] Secdir last call review of draft-ietf-regext-epp-fees-16

Yoav Nir <ynir.ietf@gmail.com> Fri, 06 September 2019 15:08 UTC

Return-Path: <ynir.ietf@gmail.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 E03BB120CB4; Fri, 6 Sep 2019 08:08:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-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=gmail.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 2Dj5z0WSLcj1; Fri, 6 Sep 2019 08:08:03 -0700 (PDT)
Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (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 1FC0F120C9E; Fri, 6 Sep 2019 08:08:03 -0700 (PDT)
Received: by mail-wm1-x32b.google.com with SMTP id t17so6894960wmi.2; Fri, 06 Sep 2019 08:08:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=3aFcWo8LQ0QSfDvdj8msWzBDhkMDJ99kX3vQMt/gAus=; b=T64YY5kvwBjnfe2NRJ8O9n+RxW5lzuCqRxyAfAgnYvzQ07ZeTs5Z62GkTnPQbwpC2t TCMnIm8pGX3pUwSWRB7cSaAp+IPmHIJvsLLA3H3wE4uPGVI5lyfkZhqGsriMcBEV4zzh q4lXw9cCIszTWBt4epPO2NVG4jSq0V4T2ZmR4fX1kTxWhaZVHaIEeUdbOiDiLszuIN2N GjA/grOXaTjdGa1ZJuPIa7ZLeZr83RSidt9UNekr87+fvU/cZYVMD+89oFT9IGQ3zw2r RTqptcesOHEe0cbe5Yk2dYpzvmo1bTrP0lh3vK8Ja9OUbSkqQukNRp1WkpM7EFTpy/Ln ZWgg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=3aFcWo8LQ0QSfDvdj8msWzBDhkMDJ99kX3vQMt/gAus=; b=ozTN561GARYmZg/A02LWkVPOblYoEUfR/6eGhIrO2Z/c3bQb6SztZ6LVA+ymQgKObh SRY1Tt75MEAjayBRnWoCO6MTlPPWqQH63PTbkSpYa2nwQ2xF1CInuz+9R8gevdI4K9QS 1YfGzd+0tfCAMmywkwvwL3l1QVCZM3dpvCj4YEP2PQEr+h6ScfbOaqjZcl4iOaRK7MUK A5sh11aOi4QK+qU3+JsbGvbxVY/cgnZ0TUVtrH8nNJFts1srZ22jJujxr7izBaXWc8HT 5wMRGG/SC832+0S+3vc8brFM/sHUsmx+PL91T9vijXVkkoj4yb/FBK3e7Jj0dntdkJB/ IcLQ==
X-Gm-Message-State: APjAAAViwlfCpiT0+e77ovyW1DaOjf9P8lc819OoYVOeiv+NuUcoyeE7 OpDygR19TG4OfRrcesSVmjE=
X-Google-Smtp-Source: APXvYqylmCyHEx+VLbVEqWKD31yp0aU0u9snhk/1seV9aCtCwLmskP27/iq2wKWvKxOlt3I/D4ZB7A==
X-Received: by 2002:a1c:f518:: with SMTP id t24mr7367184wmh.98.1567782481465; Fri, 06 Sep 2019 08:08:01 -0700 (PDT)
Received: from [192.168.1.12] ([46.120.57.147]) by smtp.gmail.com with ESMTPSA id c3sm7451065wrh.55.2019.09.06.08.07.57 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 06 Sep 2019 08:07:58 -0700 (PDT)
From: Yoav Nir <ynir.ietf@gmail.com>
Message-Id: <5D46C5CF-8453-4F59-B7C7-692A2B5F0BD7@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_851569C1-8791-4FAF-9B46-A7BA5380498A"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Date: Fri, 6 Sep 2019 18:07:55 +0300
In-Reply-To: <BL0PR02MB54915DE532DCD836D4DFAD15B1BA0@BL0PR02MB5491.namprd02.prod.outlook.com>
Cc: "secdir@ietf.org" <secdir@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "draft-ietf-regext-epp-fees.all@ietf.org" <draft-ietf-regext-epp-fees.all@ietf.org>, "regext@ietf.org" <regext@ietf.org>
To: Roger D Carney <rcarney@godaddy.com>
References: <156182196167.12901.11966487185176024571@ietfa.amsl.com> <BL0PR02MB54915DE532DCD836D4DFAD15B1BA0@BL0PR02MB5491.namprd02.prod.outlook.com>
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/secdir/6IkXpOre2OAQ3NTF5MQIp6E9kFE>
Subject: Re: [secdir] Secdir last call review of draft-ietf-regext-epp-fees-16
X-BeenThere: secdir@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Fri, 06 Sep 2019 15:08:06 -0000

Hi, Roger

Looks good.  What I think should also be said, is that the financial information passed to any customer is only information about that customer’s own account.  We wouldn’t want customer information to leak to other customers.

Yoav

> On 6 Sep 2019, at 17:48, Roger D Carney <rcarney@godaddy.com> wrote:
> 
> Good Morning,
>  
> Thank you for your comments Yoav, please see my responses below. A new version of the draft will be published shortly and will address all of the review comments that needed edits.
>  
>  
> Thanks
> Roger
>  
> -----Original Message-----
> From: Yoav Nir via Datatracker <noreply@ietf.org <mailto:noreply@ietf.org>> 
> Sent: Saturday, June 29, 2019 10:26 AM
> To: secdir@ietf.org <mailto:secdir@ietf.org>
> Cc: ietf@ietf.org <mailto:ietf@ietf.org>; draft-ietf-regext-epp-fees.all@ietf.org <mailto:draft-ietf-regext-epp-fees.all@ietf.org>; regext@ietf.org <mailto:regext@ietf.org>
> Subject: Secdir last call review of draft-ietf-regext-epp-fees-16
>  
> Notice: This email is from an external sender.
>  
>  
>  
> Reviewer: Yoav Nir
> Review result: Has Nits
>  
> Hi
>  
> 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.
>  
> The entire text of the Security Considerations section is as follows:
>  
>    The mapping extensions described in this document do not provide any
>    security services beyond those described by EPP [RFC5730], the EPP
>    domain name mapping [RFC5731], and protocol layers used by EPP.  The
>    security considerations described in these other specifications apply
>    to this specification as well.
>  
> This is what we like to call "security considerations by reference". I don't know what "security services" are in this context, but they are not the only thing that needs to be described in a Security Considerations section.
>  
> In this case, the draft adds information about fees, customer credit and pay schedule. This falls under the category of financial information, which should be protected in transit by security mechanisms that protect confidentiality and integrity. It is also true that any transport mechanism that complies with RFC
> 5730 provides those functions. So what I'm missing here is a sentence that calls this out specifically. Something along the lines of "This extension adds financial information to the EPP protocol, so confidentiality and integrity protection must be provided by the transport mechanism.  All transports compliant with RFC5730 provide that"
>  
> [RDC] We have added the following text to section 7: "This extension passes financial information using the EPP protocol, so confidentiality and integrity protection must be provided by the transport mechanism.  All transports compliant with RFC5730 provide the needed level of confidentiality and integrity protections."