Re: [dmarc-ietf] Fwd: [Technical Errata Reported] RFC7489 (7865)

John Levine <johnl@taugh.com> Sat, 23 March 2024 18:53 UTC

Return-Path: <johnl@iecc.com>
X-Original-To: dmarc@ietfa.amsl.com
Delivered-To: dmarc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5124C14CF1F for <dmarc@ietfa.amsl.com>; Sat, 23 Mar 2024 11:53:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.857
X-Spam-Level:
X-Spam-Status: No, score=-1.857 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=iecc.com header.b="Y03rHG/j"; dkim=pass (2048-bit key) header.d=taugh.com header.b="FTI5/Xpr"
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DfV34_uIC9SI for <dmarc@ietfa.amsl.com>; Sat, 23 Mar 2024 11:53:43 -0700 (PDT)
Received: from gal.iecc.com (gal.iecc.com [IPv6:2001:470:1f07:1126:0:43:6f73:7461]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E521C14CF17 for <dmarc@ietf.org>; Sat, 23 Mar 2024 11:53:43 -0700 (PDT)
Received: (qmail 36438 invoked from network); 23 Mar 2024 18:53:40 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=iecc.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:cleverness; s=8e5465ff2534.k2403; bh=syFGoQx/zoWIkH5qmCPrW5QSz7xalJQxLTgBk1edR50=; b=Y03rHG/jTze0qtxiL9yKK7OqYi8dbKLttNtDfx6RVXDLhXLjLngoPjy9TWbMzs/TuoJ5jK6mU3evingE2BDJVsjBCyCaLa3OzqWyDPgAF3UZzpvZrn9hPByEKlFsUN9TuPSjUjmI/ins18wmskAhlA8a+L1PyudOIyLhdkUP+PisESGAUXe5tuicysoTbCDt2X/asNlp7qWHXH06B/Sq6FjMdy2Ppoviyzkfsj+CGxzlR+XoApfUcumbBTNl8w4SCpKQ4lP2aCfkP2Ks5HIzJlszs04nFXrOZbjFRQVz/sfet0oKVOxlK811t3UH7Y7b1KKZWvJg2jcXelcRq36WnA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=taugh.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:cleverness; s=8e5465ff2534.k2403; bh=syFGoQx/zoWIkH5qmCPrW5QSz7xalJQxLTgBk1edR50=; b=FTI5/XprlnHKh20AH0ZyBQa2WjOvvfUxg7eK3489nSXA4LzfinMlbG5mwJWQrQuzk2ro92So0vQ9SUB1HmweRpzhvM3b9/iVcFNi4hO1UQ3NMWZKAKWbeYhO8wecTcYoWGN3w+5kYI6eaYUoTrV07wi75btl9q1xrdWZJ/pvntEsg7jCgGm+SqKqXboc1ImsIdJdKM4XAKCRGpxsscXktTHWkM438cCgXqATLCPdBHOoOrVA6SAhaAh6s+KJ3pn8wmuNGXfWRb31lqW8VdCmPOLrTIMsFebN3NB8dt/rifIDI0uJAEqE/2emFtZRW3tECsMJVMvoLr6qG+PwlJ2xYg==
Received: from ary.qy ([IPv6:2001:470:1f07:1126::78:696d:6170]) by imap.iecc.com ([IPv6:2001:470:1f07:1126::78:696d:6170]) with ESMTPS (TLS1.3 ECDHE-RSA CHACHA20-POLY1305 AEAD) via TCP6; 23 Mar 2024 18:53:40 -0000
Received: by ary.qy (Postfix, from userid 501) id DA2DD85FCC3A; Sat, 23 Mar 2024 14:53:39 -0400 (EDT)
Date: Sat, 23 Mar 2024 14:53:39 -0400
Message-Id: <20240323185339.DA2DD85FCC3A@ary.qy>
From: John Levine <johnl@taugh.com>
To: dmarc@ietf.org
Cc: superuser@gmail.com
In-Reply-To: <CAL0qLwbDJN3ho7fZmKyb5UtSUY-Pz0iYtRuRd30qh3zQPPHNGw@mail.gmail.com>
Organization: Taughannock Networks
X-Headerized: yes
Cleverness: minimal
Mime-Version: 1.0
Content-type: text/plain; charset="utf-8"
Content-transfer-encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmarc/mqu00b2kn_IPb39ma4HYDkVSqh8>
Subject: Re: [dmarc-ietf] Fwd: [Technical Errata Reported] RFC7489 (7865)
X-BeenThere: dmarc@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Domain-based Message Authentication, Reporting, and Compliance \(DMARC\)" <dmarc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmarc>, <mailto:dmarc-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmarc/>
List-Post: <mailto:dmarc@ietf.org>
List-Help: <mailto:dmarc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmarc>, <mailto:dmarc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 23 Mar 2024 18:53:48 -0000

It appears that Murray S. Kucherawy  <superuser@gmail.com> said:
>-=-=-=-=-=-
>
>This seems like it's probably legitimate.  Does it need to be fixed in the
>-bis document?

It's already fixed in the current markdown.

FYI, the XML pattern is silly.  It forbids harmless stuff like leading zeros in 01.02.03.04
and doesn't allow some exotic but valid IPv6 forms like ::ffff:12.34.56.78.

It's not worth changing now, but when we do something like this in the
future it's more sensible to have a simpler over-general pattern and a
note saying it's semantically limited to valid values.


>
>-MSK
>
>---------- Forwarded message ---------
>From: RFC Errata System <rfc-editor@rfc-editor.org>
>Date: Sat, Mar 23, 2024 at 8:04 AM
>Subject: [Technical Errata Reported] RFC7489 (7865)
>To: <superuser@gmail.com>, <zwicky@yahoo-inc.com>, <rfc-ise@rfc-editor.org>
>Cc: <fraenz@frieder.es>, <rfc-editor@rfc-editor.org>
>
>
>The following errata report has been submitted for RFC7489,
>"Domain-based Message Authentication, Reporting, and Conformance (DMARC)".
>
>--------------------------------------
>You may review the report below and at:
>https://www.rfc-editor.org/errata/eid7865
>
>--------------------------------------
>Type: Technical
>Reported by: Fränz Friederes <fraenz@frieder.es>
>
>Section: Appendix C
>
>Original Text
>-------------
><!-- Credit to Roger L. Costello for IPv4 regex
>    http://mailman.ic.ac.uk/pipermail/xml-dev/1999-December/
>          018018.html -->
><!-- Credit to java2s.com for IPv6 regex
>    http://www.java2s.com/Code/XML/XML-Schema/
>          IPv6addressesareeasiertodescribeusingasimpleregex.htm -->
><xs:simpleType name="IPAddress">
>  <xs:restriction base="xs:string">
>    <xs:pattern value="((1?[0-9]?[0-9]|2[0-4][0-9]|25[0-5]).){3}
>                (1?[0-9]?[0-9]|2[0-4][0-9]|25[0-5])|
>                ([A-Fa-f0-9]{1,4}:){7}[A-Fa-f0-9]{1,4}"/>
>  </xs:restriction>
></xs:simpleType>
>
>Corrected Text
>--------------
><!-- Credit to Roger L. Costello for IPv4 regex
>    http://mailman.ic.ac.uk/pipermail/xml-dev/1999-December/
>          018050.html -->
><!-- Credit to java2s.com for IPv6 regex
>    http://www.java2s.com/Code/XML/XML-Schema/
>          IPv6addressesareeasiertodescribeusingasimpleregex.htm -->
><xs:simpleType name="IPAddress">
>  <xs:restriction base="xs:string">
>    <xs:pattern value="((1?[0-9]?[0-9]|2[0-4][0-9]|25[0-5])\.){3}
>                (1?[0-9]?[0-9]|2[0-4][0-9]|25[0-5])|
>                ([A-Fa-f0-9]{1,4}:){7}[A-Fa-f0-9]{1,4}"/>
>  </xs:restriction>
></xs:simpleType>
>
>Notes
>-----
>The IPv4 regex contains a period "." that should be corrected to an escaped
>period "\." As stated in the follow up message of the one referenced in the
>IPv4 regex credit: "I just realized that there is a bug [...] The period
>(.) is a special character meaning 'any character'. To indicate that we
>want a period and not 'any character' the period must be escaped with a
>backslash, i.e., \." Following the XML schema provided in the original
>Appendix C, strings like "1a1a1a1" and "1111111" are considered valid IPv4
>addresses, although they are not usable.
>
>Instructions:
>-------------
>This erratum is currently posted as "Reported". (If it is spam, it
>will be removed shortly by the RFC Production Center.) Please
>use "Reply All" to discuss whether it should be verified or
>rejected. When a decision is reached, the verifying party
>will log in to change the status and edit the report, if necessary.
>
>--------------------------------------
>RFC7489 (draft-kucherawy-dmarc-base-12)
>--------------------------------------
>Title               : Domain-based Message Authentication, Reporting, and
>Conformance (DMARC)
>Publication Date    : March 2015
>Author(s)           : M. Kucherawy, Ed., E. Zwicky, Ed.
>Category            : INFORMATIONAL
>Source              : INDEPENDENT
>Stream              : INDEPENDENT
>Verifying Party     : ISE & Editorial Board
>
>-=-=-=-=-=-
>[Alternative: text/html]
>-=-=-=-=-=-