[openpgp] Version 1 image header bits that MUST be 0

Paul Wouters <paul@nohats.ca> Wed, 19 April 2023 22:33 UTC

Return-Path: <paul@nohats.ca>
X-Original-To: openpgp@ietfa.amsl.com
Delivered-To: openpgp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FF36C151546 for <openpgp@ietfa.amsl.com>; Wed, 19 Apr 2023 15:33:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.095
X-Spam-Level:
X-Spam-Status: No, score=-7.095 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, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 (1024-bit key) header.d=nohats.ca
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 QmN5Wn5ApVcO for <openpgp@ietfa.amsl.com>; Wed, 19 Apr 2023 15:33:08 -0700 (PDT)
Received: from mx.nohats.ca (mx.nohats.ca [193.110.157.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EAB98C14CE45 for <openpgp@ietf.org>; Wed, 19 Apr 2023 15:33:07 -0700 (PDT)
Received: from localhost (localhost [IPv6:::1]) by mx.nohats.ca (Postfix) with ESMTP id 4Q1wXx0LlMzCNx for <openpgp@ietf.org>; Thu, 20 Apr 2023 00:33:05 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nohats.ca; s=default; t=1681943585; bh=MbDDXWay+urhtIDqHwpxaO3VrSnqjWSuvyzAg0lCKPw=; h=Date:From:To:Subject; b=JirbWVL6gDvtoLBP2PQ+AonSY8v7uyboN8wuH0Zb2lE2R3Ozii7h3MjzvPWYvfvaG ATR8NUkjWK2CYTpveAp4dwKrpFcqds7COUyP9nG2FiAUR1CVQNLgcsNTGgMsTsmC7g JtR62bUKIZe2dSoM/wATvmBzPsqg/rJ7sC4F6E98=
X-Virus-Scanned: amavisd-new at mx.nohats.ca
Received: from mx.nohats.ca ([IPv6:::1]) by localhost (mx.nohats.ca [IPv6:::1]) (amavisd-new, port 10024) with ESMTP id K3rysnp-28h9 for <openpgp@ietf.org>; Thu, 20 Apr 2023 00:33:04 +0200 (CEST)
Received: from bofh.nohats.ca (bofh.nohats.ca [193.110.157.194]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.nohats.ca (Postfix) with ESMTPS for <openpgp@ietf.org>; Thu, 20 Apr 2023 00:33:04 +0200 (CEST)
Received: by bofh.nohats.ca (Postfix, from userid 1000) id 38CBB8270B8; Wed, 19 Apr 2023 18:33:03 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1]) by bofh.nohats.ca (Postfix) with ESMTP id 35E7E8270B7 for <openpgp@ietf.org>; Wed, 19 Apr 2023 18:33:03 -0400 (EDT)
Date: Wed, 19 Apr 2023 18:33:03 -0400
From: Paul Wouters <paul@nohats.ca>
To: "openpgp@ietf.org" <openpgp@ietf.org>
Message-ID: <8211a864-3ce5-bb60-2aa8-6e73e82213ef@nohats.ca>
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="US-ASCII"
Archived-At: <https://mailarchive.ietf.org/arch/msg/openpgp/pA_Sbe6htrnq82ZUuxN_OiZHUUc>
Subject: [openpgp] Version 1 image header bits that MUST be 0
X-BeenThere: openpgp@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Ongoing discussion of OpenPGP issues." <openpgp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/openpgp>, <mailto:openpgp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/openpgp/>
List-Post: <mailto:openpgp@ietf.org>
List-Help: <mailto:openpgp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/openpgp>, <mailto:openpgp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Apr 2023 22:33:12 -0000

Current text states:

 	The fourth octet of a version 1 image header designates the encoding format of the image.
 	The only currently defined encoding format is the value 1 to indicate JPEG.
 	Image format types 100 through 110 are reserved for private or experimental use.
 	The rest of the version 1 image header is made up of 12 reserved octets, all of which MUST be set to 0.

Where possibly, I'd like to extend claims of "MUST be x" with "and MUST
be ignored if not x". In general, this allows forward compatibility
without old clients dying because of reserved bits now being in use.

I just wanted to run this by the WG to ensure this can be done here as
well. I don't think this would be a security issue, unless we would
want the entire image to fail upon seeing a single unknown bit.

Paul