[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.
- [weirds] Alissa Cooper's Discuss on draft-ietf-we… Alissa Cooper
- Re: [weirds] Alissa Cooper's Discuss on draft-iet… Richard Barnes