Re: [Add] meeting hum: should the IETF take up this work?

Adam Roach <adam@nostrum.com> Thu, 25 July 2019 15:28 UTC

Return-Path: <adam@nostrum.com>
X-Original-To: add@ietfa.amsl.com
Delivered-To: add@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72341120183 for <add@ietfa.amsl.com>; Thu, 25 Jul 2019 08:28:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.968
X-Spam-Level:
X-Spam-Status: No, score=-1.968 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, T_KAM_HTML_FONT_INVALID=0.01, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nostrum.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 S5T6Fr2uMWae for <add@ietfa.amsl.com>; Thu, 25 Jul 2019 08:28:20 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 0B19F1200EC for <add@ietf.org>; Thu, 25 Jul 2019 08:28:11 -0700 (PDT)
Received: from Orochi.local ([196.52.21.215]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id x6PFS7Jt063539 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 25 Jul 2019 10:28:09 -0500 (CDT) (envelope-from adam@nostrum.com)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1564068490; bh=vpOcr++tmhleGWFhmourdgeA3dHRvqEH53hKLezSu9w=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=WipdPzJaLQMeyQ+l7caDuy6PZx3ochmCvIw8B7um3h50hC3nUuIGY4K0R6UNheHh+ tkmmy3l8abnI98kskgUa/itETMwEt68tA0rIoaEFT9Gnpd6oChUL6uapqj76AeH7KW grRZH1cmZv+jo3sRx76BakR031akJAe1Elr/FXLM=
X-Authentication-Warning: raven.nostrum.com: Host [196.52.21.215] claimed to be Orochi.local
To: Vittorio Bertola <vittorio.bertola@open-xchange.com>
Cc: add@ietf.org
References: <CAChr6Sx9TEt6CMzRRrdb-HwT_k987oW=4yF1FCbDF17zkaE2Vg@mail.gmail.com> <AAEA003A-58DB-4FEE-81B2-BBFE9BBB2A37@rfc1035.com> <CAChr6SwA+HM4u5-xpUxQXPH8G8k7sfm6AETJJ019HE=bsq+OXA@mail.gmail.com> <8F094057-DFBC-4732-9DA4-BE46E7914C8A@rfc1035.com> <20190724165951.GB29051@laperouse.bortzmeyer.org> <821B448B-F7EA-46A5-837D-DA0E8C60643A@open-xchange.com> <d653d422-4a71-9fab-fd2e-b8ddaa476f91@nostrum.com> <2044195920.26849.1564066278788@appsuite-gw1.open-xchange.com>
From: Adam Roach <adam@nostrum.com>
Message-ID: <74f7939c-10c8-6e31-c6e8-cd00e58ee558@nostrum.com>
Date: Thu, 25 Jul 2019 11:28:07 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.8.0
MIME-Version: 1.0
In-Reply-To: <2044195920.26849.1564066278788@appsuite-gw1.open-xchange.com>
Content-Type: multipart/alternative; boundary="------------644F36481A635CF5C0879584"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/add/nfGlfuze7zxgxZOQBltJT_lBPZA>
Subject: Re: [Add] meeting hum: should the IETF take up this work?
X-BeenThere: add@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Applications Doing DNS <add.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/add>, <mailto:add-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/add/>
List-Post: <mailto:add@ietf.org>
List-Help: <mailto:add-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/add>, <mailto:add-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Jul 2019 15:28:25 -0000

On 7/25/19 10:51, Vittorio Bertola wrote:
>
>> Il 25 luglio 2019 16:11 Adam Roach <adam@nostrum.com> ha scritto:
>>
>> I'm going to pre-reply to a frequent response that the lack of direct
>> contractual relationship between users and Cloudflare is problematic.
>> Even if you don't trust Mozilla's contractual agreement with Cloudflare
>> to provide protection here, I would think that FTC v. Facebook (2019)
>> [1] should serve as a pretty vivid illustration of what happens when a
>> US company operates outside its published privacy policy.
> However, privacy policies by private companies can be overridden by laws and other juridical instruments within the applicable jurisdiction, forcing the operator to give access to data to national law enforcement and security agencies (in the US, that is especially easy for non-US citizens). Same for other parts of your TRR clauses - you may commit not to block anything, but if President Trump shows up with an order that requires blocking DNS resolution for the domain name of a specific foreign company (a case that, honestly, does not seem so unlikely), you will be forced to implement it no matter what you think.
>
> This is not meant to challenge your commitment to privacy, but it's just how it is, and it is the reason why people in other parts of the world - even the privacy activists that dislike their local network and would love to get an alternative - are not too happy with your declared approach of redirecting queries by default to a different jurisdiction that, in their view, offers less privacy protection than their own.
>
Sure. That's a different objection than the surveillance capitalism 
concern that I was responding to, and I'm not sure there's *any* 
jurisdiction on the planet that is immune from such concerns [1] [2] [3] 
[4].

In terms of worries about queries from citizens of EU countries being 
sent to servers that are subject to US jurisdiction: we don't have 
immediate plans to implement DNS-over-HTTPS (DoH) in Firefox outside of 
North America. We are currently exploring potential DoH partners in 
Europe that would be employed for the benefit of European users.

/a ____ [1] 
https://edri.org/italy-anti-terrorism-decree-strengthen-government-surveillance/

[2] 
https://www.thetrumpet.com/17338-germany-can-legally-spy-on-its-own-citizens

[3] https://qz.com/92648/think-us-snooping-is-bad-try-italy-india-or-canada/

[4] 
https://www.justsecurity.org/36098/era-mass-surveillance-emerging-europe/