[weirds] Alissa Cooper's Discuss on draft-ietf-weirds-using-http-14: (with DISCUSS)

"Alissa Cooper" <alissa@cooperw.in> Tue, 28 October 2014 23:17 UTC

Return-Path: <alissa@cooperw.in>
X-Original-To: weirds@ietfa.amsl.com
Delivered-To: weirds@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C1D61A1B07; Tue, 28 Oct 2014 16:17:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.1
X-Spam-Level:
X-Spam-Status: No, score=-1.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_ALL=0.8] autolearn=no
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 22IKCALt7c-1; Tue, 28 Oct 2014 16:17:00 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F9FD1A1B0B; Tue, 28 Oct 2014 16:17:00 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Alissa Cooper <alissa@cooperw.in>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 5.7.1.p1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20141028231700.11097.11887.idtracker@ietfa.amsl.com>
Date: Tue, 28 Oct 2014 16:17:00 -0700
Archived-At: http://mailarchive.ietf.org/arch/msg/weirds/0GDUAKhDm19z_CZEyjM4FMwfvSo
Cc: weirds-chairs@tools.ietf.org, weirds@ietf.org, draft-ietf-weirds-using-http@tools.ietf.org
Subject: [weirds] Alissa Cooper's Discuss on draft-ietf-weirds-using-http-14: (with DISCUSS)
X-BeenThere: weirds@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" <weirds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/weirds>, <mailto:weirds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/weirds/>
List-Post: <mailto:weirds@ietf.org>
List-Help: <mailto:weirds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/weirds>, <mailto:weirds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Oct 2014 23:17:01 -0000

Alissa Cooper has entered the following ballot position for
draft-ietf-weirds-using-http-14: Discuss

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
http://datatracker.ietf.org/doc/draft-ietf-weirds-using-http/



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

= Section 5.6 =
"When responding to queries, it is RECOMMENDED that servers use the
   Access-Control-Allow-Origin header field, as specified by
   [W3C.CR-cors-20130129].  As the use of RDAP is for public resources,
   a value of "*" is suitable for most cases."

What is the use case for cross-site RDAP queries?

Also, I am confused by the claim in the second sentence. The message that
I got from draft-ietf-weirds-rdap-sec and draft-ietf-weirds-json-response
is that one of the motivations for using HTTP for RDAP was that its
authentication features could be leveraged to provide tiered access to
data on the server, such that some of the data would not be public but
would be restricted to specific users (from
draft-ietf-weirds-json-response, Appendix A.1: "In many use cases, it is
necessary to hide or obscure the information of a registrant or contact
due to policy or other operational matters."). So it seems like if
cross-site requests are justified at all, there should be some text here
explaining when that might be the case and when not.