[secdir] draft-ietf-masque-connect-udp-listen-12 ietf last call Secdir review
Yaroslav Rosomakho via Datatracker <noreply@ietf.org> Sun, 21 June 2026 23:59 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: secdir@ietf.org
Delivered-To: secdir@mail2.ietf.org
Received: from [10.244.22.182] (unknown [4.156.85.76]) by mail2.ietf.org (Postfix) with ESMTP id CF5FA104D4B44; Sun, 21 Jun 2026 16:59:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1782086375; bh=5UCQFP3ldYL527WR4h4oG4h+ELrq/eHqHvoNP7TxMVQ=; h=From:To:Cc:Subject:Reply-To:Date; b=YEDXQ/9cwNYeL2c9YbsemjxOYQPFhsAdJV/MZWTlSDfuvDnEbMk80OSRouajhBoCB o//Fq+FHh109Fft88EsHPXAHeRynohulOCZxBlM+bZbxh2MWYh5GKyIB/pPu+LKiWp SNSAWlKYa9v032wu/Gj/aqKOAoE0KSemdwmeaiFM=
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Yaroslav Rosomakho via Datatracker <noreply@ietf.org>
To: secdir@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 12.67.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <178208637570.1122518.6212787750824788800@dt-datatracker-f9b87776f-xzl65>
Date: Sun, 21 Jun 2026 16:59:35 -0700
Message-ID-Hash: 65QBP6A5OJUHOMYCFMI3WOIZNHKCF6RJ
X-Message-ID-Hash: 65QBP6A5OJUHOMYCFMI3WOIZNHKCF6RJ
X-MailFrom: noreply@ietf.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-secdir.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: draft-ietf-masque-connect-udp-listen.all@ietf.org, last-call@ietf.org, masque@ietf.org
X-Mailman-Version: 3.3.9rc6
Reply-To: Yaroslav Rosomakho <yaroslavros@gmail.com>
Subject: [secdir] draft-ietf-masque-connect-udp-listen-12 ietf last call Secdir review
List-Id: Security Area Directorate <secdir.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/secdir/QCCDYmtsVY-cNk4Bivw9wf4V7vk>
List-Archive: <https://mailarchive.ietf.org/arch/browse/secdir>
List-Help: <mailto:secdir-request@ietf.org?subject=help>
List-Owner: <mailto:secdir-owner@ietf.org>
List-Post: <mailto:secdir@ietf.org>
List-Subscribe: <mailto:secdir-join@ietf.org>
List-Unsubscribe: <mailto:secdir-leave@ietf.org>
Document: draft-ietf-masque-connect-udp-listen Title: Proxying Bound UDP in HTTP Reviewer: Yaroslav Rosomakho Review result: Has Nits I have reviewed this document as part of the security directorate's ongoing effort to review all IETF documents being processed by the IESG. These comments were written primarily for the benefit of the security area directors. Document editors and WG chairs should treat these comments just like any other last call comments. Overall, the document is in a good shape. I believe there are few minor improvements to security considerations worth considering: 1. Authorization discussion in the second part of the security considerations compares checks for uncompressed datagrams with targeted CONNECT-UDP requests. It might be worth mentioning that the same authorization logic should apply during accepting compression contexts. 2. Limit on number of open contexts. Third part of the security considerations already require a limit on buffered responses, but do not mention risks of accepting too many compression contexts. Nits: 1. Section 3.1: "In such a case, the proxy opening contexts results in tuples not desired by the client reaching it thereby nullifying the IP restriction property of uncompressed compression close as described in Section 8.1." reads way too compressed to me. It took several re-reads to decompress the meaning. Perhaps it is worth rephrasing it to something less compressed along the lines of "Allowing the proxy to do so would permit traffic from source tuples not selected by the client, defeating the restriction described in Section 8.1". Hopefully I uncompressed it correctly. 2. Section 9: "COMPRESSION_ACK OR COMPRESSION_CLOSE" => "COMPRESSION_ACK or COMPRESSION_CLOSE"
- [secdir] draft-ietf-masque-connect-udp-listen-12 … Yaroslav Rosomakho via Datatracker
- [secdir] Re: draft-ietf-masque-connect-udp-listen… David Schinazi