[quicwg/base-drafts] 552e08: I decided to reword this after reading it. It mis...

Martin Thomson <martin.thomson@gmail.com> Fri, 19 October 2018 05:08 UTC

Return-Path: <bounce+565321.40f-quic-issues=ietf.org@github.com>
X-Original-To: quic-issues@ietfa.amsl.com
Delivered-To: quic-issues@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C0E8126F72 for <quic-issues@ietfa.amsl.com>; Thu, 18 Oct 2018 22:08:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.498
X-Spam-Level:
X-Spam-Status: No, score=-0.498 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=github.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 U7uqNavoE51b for <quic-issues@ietfa.amsl.com>; Thu, 18 Oct 2018 22:08:17 -0700 (PDT)
Received: from m71-131.mailgun.net (m71-131.mailgun.net [166.78.71.131]) (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 49EA912008A for <quic-issues@ietf.org>; Thu, 18 Oct 2018 22:08:17 -0700 (PDT)
DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=github.com; q=dns/txt; s=mailo; t=1539925696; h=Content-Transfer-Encoding: Content-Type: Mime-Version: Subject: Message-ID: To: Reply-To: From: Date: Sender; bh=/PHMrOUyWoLetkurqLcY1KEUllB7L/D0cy4vphlFhDE=; b=as/IcJ3L1weJfM9fCeSPMgwi672y2nSr9qfKk7LtBfULzK3nyxrRDWiMKLCZK8IPT1YCsoqx bhXla+9/xhcnFb5IXpSF5/czg2CfNpdDTwgmkXCkxGvhnK7MLrpDMD8eAt5oRsJVlgh5vT4+ 3BeNNmE+CxmVcGR4SQJhEWZhoBE=
X-Mailgun-Sending-Ip: 166.78.71.131
X-Mailgun-Sid: WyJhNzYyYiIsICJxdWljLWlzc3Vlc0BpZXRmLm9yZyIsICI0MGYiXQ==
Sender: martin.thomson=gmail.com@github.com
Received: from github.com (Unknown [192.30.252.39]) by mxa.mailgun.org with ESMTP id 5bc966c0.7fcd8c360c60-smtp-out-n01; Fri, 19 Oct 2018 05:08:16 -0000 (UTC)
Date: Thu, 18 Oct 2018 22:08:15 -0700
From: Martin Thomson <martin.thomson@gmail.com>
Reply-To: Martin Thomson <martin.thomson@gmail.com>
To: quic-issues@ietf.org
Message-ID: <5bc966bf51e63_136c52ac78520457819299@hookshot-fe-dfcc362.cp1-iad.github.net.mail>
Subject: [quicwg/base-drafts] 552e08: I decided to reword this after reading it. It mis...
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="--==_mimepart_5bc966bf519ae_136c52ac7852045781918f"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/n58en6XSU3kuB7NtSGK-n2Mb5QU>
X-BeenThere: quic-issues@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Notification list for GitHub issues related to the QUIC WG <quic-issues.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic-issues>, <mailto:quic-issues-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic-issues/>
List-Post: <mailto:quic-issues@ietf.org>
List-Help: <mailto:quic-issues-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic-issues>, <mailto:quic-issues-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Oct 2018 05:08:18 -0000

  Branch: refs/heads/how-to-protect-close
  Home:   https://github.com/quicwg/base-drafts
  Commit: 552e087f3ed19433f255296ff9b007cfdb5a3884
      https://github.com/quicwg/base-drafts/commit/552e087f3ed19433f255296ff9b007cfdb5a3884
  Author: Martin Thomson <martin.thomson@gmail.com>
  Date:   2018-10-19 (Fri, 19 Oct 2018)

  Changed paths:
    M draft-ietf-quic-transport.md

  Log Message:
  -----------
  I decided to reword this after reading it.  It missed a few key things.

I think that the second piece to #1786, which was to make allowances for
fatal errors arising from Initial packets won't be necessary.  I'm happy
to see a PR, of course, but the sentiment I've heard expressed is that
it is very hard to manage this, and the spec wouldn't expressly prevent
someone from trying to build a system that was resilient to
maliciously-crafted Initial packets, but we wouldn't take steps in this
document to deal with that.  As previously agreed, if you are attacked
and the attacker was able to modify Initial packets, then they can deny
you the ability to connect.

Closes #1818, #1786.



      **NOTE:** This service has been marked for deprecation: https://developer.github.com/changes/2018-04-25-github-services-deprecation/

      Functionality will be removed from GitHub.com on January 31st, 2019.