IETF Logo Mail Archive

[TLS] Re: Adoption call for RFC 9147bis

Muhammad Usama Sardar <muhammad_usama.sardar@tu-dresden.de> Sat, 07 December 2024 17:51 UTC

Return-Path: <muhammad_usama.sardar@tu-dresden.de>
X-Original-To: tls@ietfa.amsl.com
Delivered-To: tls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AFBCFC14F6BE for <tls@ietfa.amsl.com>; Sat, 7 Dec 2024 09:51:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.104 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_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=tu-dresden.de
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 QTx9fQTp6x93 for <tls@ietfa.amsl.com>; Sat, 7 Dec 2024 09:51:51 -0800 (PST)
Received: from mailout4.zih.tu-dresden.de (mailout4.zih.tu-dresden.de [141.30.67.75]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 68C3EC14F6E4 for <tls@ietf.org>; Sat, 7 Dec 2024 09:51:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tu-dresden.de; s=dkim2022; h=Content-Type:In-Reply-To:From:References:CC:To :Subject:MIME-Version:Date:Message-ID:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=GZQE7/ifrqrUAn9128taHui8LVM5oZuLJ24krPFZ/Hg=; b=XRjb7BM6tTq4jq6IpR0t5uostd 0yLQFjUJyNYEtQcPVrq7Nn3VtT9B3XXtATGyrdspVqfbxte6fG2oxS9q1Io2AlTUD9NPCXBsHumPF ywWffS8Bach5adOylGLG1rTUs7qPdTYRG9bLFtETdd2qPzY8/5YAkUHrSAy44yUkGQB38otQ7Hu7o zxrfLkLYUimEi42ypwHUfchdbpDzpMSwj1t7hSLorfTrt6Wj/ILWgpg8y4coJu9k1WncFrhIJTVO0 0LleIcSF+jdUFJvZFS0Y4lENDq2soXlioPmzHYXPwYp/m1Sw0b8Yg3aczjgNzbmrSq6a4NHo5EgKa jivg6y5w==;
Received: from [172.26.35.139] (helo=msx.tu-dresden.de) by mailout4.zih.tu-dresden.de with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from <muhammad_usama.sardar@tu-dresden.de>) id 1tJyy1-00EuoC-Is; Sat, 07 Dec 2024 18:51:46 +0100
Received: from [192.168.1.2] (92.224.245.13) by msx-t422.msx.ad.zih.tu-dresden.de (172.26.35.139) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Sat, 7 Dec 2024 18:51:30 +0100
Message-ID: <641fac22-64af-4240-92a6-3ce208664c32@tu-dresden.de>
Date: Sat, 07 Dec 2024 18:51:29 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: hannes.tschofenig=40gmx.net@dmarc.ietf.org, 'John Mattsson' <john.mattsson=40ericsson.com@dmarc.ietf.org>, 'Russ Housley' <housley@vigilsec.com>, 'Joe Salowey' <joe@salowey.net>
References: <CAOgPGoCZeE9hW5O+kwp_a32MttmV_7QyVkOjaDCM9ODPLPV8KQ@mail.gmail.com> <2FEDE71B-96B6-4831-8CA5-3C00EE8B197F@vigilsec.com> <GVXPR07MB9678AAF7159032F5250E132389352@GVXPR07MB9678.eurprd07.prod.outlook.com> <091501db48cc$8473a020$8d5ae060$@gmx.net>
Content-Language: en-US
From: Muhammad Usama Sardar <muhammad_usama.sardar@tu-dresden.de>
In-Reply-To: <091501db48cc$8473a020$8d5ae060$@gmx.net>
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha-512"; boundary="------------ms090501060807090808010506"
X-ClientProxiedBy: msx-l318.msx.ad.zih.tu-dresden.de (172.26.34.118) To msx-t422.msx.ad.zih.tu-dresden.de (172.26.35.139)
X-TUD-Virus-Scanned: mailout4.zih.tu-dresden.de
Message-ID-Hash: RQH5D4MQN3ASLME7MVXVY6WOJ6D4SWOW
X-Message-ID-Hash: RQH5D4MQN3ASLME7MVXVY6WOJ6D4SWOW
X-MailFrom: muhammad_usama.sardar@tu-dresden.de
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-tls.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: 'IETF TLS' <tls@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [TLS] Re: Adoption call for RFC 9147bis
List-Id: "This is the mailing list for the Transport Layer Security working group of the IETF." <tls.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/tls/OTBWgXJdtBdHzRDgb6NvOWaHxjg>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tls>
List-Help: <mailto:tls-request@ietf.org?subject=help>
List-Owner: <mailto:tls-owner@ietf.org>
List-Post: <mailto:tls@ietf.org>
List-Subscribe: <mailto:tls-join@ietf.org>
List-Unsubscribe: <mailto:tls-leave@ietf.org>

On 07.12.24 18:21, hannes.tschofenig=40gmx.net@dmarc.ietf.org wrote:

> When everything goes smoothly, it’s the working group that gets the 
> credit. But when something goes wrong, the blame falls squarely on the 
> authors.
I fully support this view. Credit vs. blame should be a balanced 
equation. We, as WG members, should equally take the blame that we did 
not review it well enough.

v2.46.0 | Report a Bug | By Email | System Status