Re: [quicwg/base-drafts] encoding of CONNECTION_CLOSE reason phrases (#1990)
MikkelFJ <notifications@github.com> Mon, 12 November 2018 12:33 UTC
Return-Path: <noreply@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 CC04D130E1D for <quic-issues@ietfa.amsl.com>; Mon, 12 Nov 2018 04:33:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.47
X-Spam-Level:
X-Spam-Status: No, score=-8.47 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham 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 p_uNVoGaAFJp for <quic-issues@ietfa.amsl.com>; Mon, 12 Nov 2018 04:33:18 -0800 (PST)
Received: from out-1.smtp.github.com (out-1.smtp.github.com [192.30.252.192]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6CD43130E1A for <quic-issues@ietf.org>; Mon, 12 Nov 2018 04:33:18 -0800 (PST)
Date: Mon, 12 Nov 2018 04:33:17 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1542025997; bh=pUIVlEdOzdESadFt/bUDOcWnMrXM1AGEQXKFi3EExhQ=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=jBZWQsV2NAreBovOprdiXTz3DpuA9KXs13EbRlvSJ7F6k/CbFQUHKm0MHYiBOOvEI bPN+WmVeqfnskVamtC1nu9kiGdg/DWcN/aaIdPkz2d7GG0AKOieIxIOaZhk6hAzWOl NBtvuXncIyQ4XcZFdMQlSuh0mtsd+fwB8q+MWpiA=
From: MikkelFJ <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+0166e4aba1dc63acee55acc338ceaf624a330864f8f8a8e192cf000000011801350d92a169ce169ea713@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/1990/437862809@github.com>
In-Reply-To: <quicwg/base-drafts/issues/1990@github.com>
References: <quicwg/base-drafts/issues/1990@github.com>
Subject: Re: [quicwg/base-drafts] encoding of CONNECTION_CLOSE reason phrases (#1990)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5be9730d82029_3a883fe402ad45b4192515"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: mikkelfj
X-GitHub-Recipient: quic-issues
X-GitHub-Reason: subscribed
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address: quic-issues@ietf.org
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/nhyC8AWSRc9wWbLZ4SOPYgFoThM>
X-BeenThere: quic-issues@ietf.org
X-Mailman-Version: 2.1.29
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: Mon, 12 Nov 2018 12:33:20 -0000
Docker tends to log to JSON. While that isn't very efficient, that is what happens. I'm not sure what kind of validation happens behind the scenes, but I'd assume it would escape anything that isn't valid UTF-8, or at least anything that contains a null character. That said, Docker is perfectly capable of DOS'ing itself without outside help. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/quicwg/base-drafts/issues/1990#issuecomment-437862809
- [quicwg/base-drafts] encoding of CONNECTION_CLOSE… Marten Seemann
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… MikkelFJ
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… Martin Thomson
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… Kazuho Oku
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… Marten Seemann
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… Kazuho Oku
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… MikkelFJ
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… Martin Thomson
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… MikkelFJ
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… janaiyengar
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… Kazuho Oku
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… Kazuho Oku
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… MikkelFJ
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… Lars Eggert
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… Lars Eggert
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… MikkelFJ
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… Dmitri Tikhonov
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… ianswett
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… martinduke
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… Mike Bishop
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… janaiyengar
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… Christian Huitema
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… Martin Thomson
- Re: [quicwg/base-drafts] encoding of CONNECTION_C… Martin Thomson