[dmarc-ietf] Re: New Tack - Learning from ARC Experiment
Richard Clayton <richard@highwayman.com> Sun, 17 May 2026 12:28 UTC
Return-Path: <richard@highwayman.com>
X-Original-To: dmarc@mail2.ietf.org
Delivered-To: dmarc@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 4B0E9EF8EE50 for <dmarc@mail2.ietf.org>; Sun, 17 May 2026 05:28:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1779020902; bh=9D7yPH+qsnH/g1oFRPnYJhMWWYGJccwwH55WgpLXJjw=; h=Date:To:From:Subject:References:In-Reply-To; b=aaO9tb1xo5cN+7QSXk3CjXhzgt5exB63OwvQgBzB1SOseR+lVZKe2tAO6zLde5kfA bvY7DhY/hl2RhkxE2PZwu4PqqJE0rirwSBUNpE4SmgHLwQsQ5pFxfR5Xf9RT5VKBj9 JjU6clCJt1WJxo++ig/H+Sc0zOPDELXP1j4se4bM=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=highwayman.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6uxmtnuECirC for <dmarc@mail2.ietf.org>; Sun, 17 May 2026 05:28:21 -0700 (PDT)
Received: from mail.highwayman.com (mail.highwayman.com [82.69.6.249]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id A50FEEF8EE45 for <dmarc@ietf.org>; Sun, 17 May 2026 05:28:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=highwayman.com; s=rnc1; h=MIME-Version:In-Reply-To:References:Subject:From: To:Date:Message-ID:Sender:Reply-To:Cc:Content-Type: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=1+iZF/C5O86oEF3I1g3ALGsEP048EOIt+6wu7dt7YYI=; t=1779020901; x=1779884901; b=bJATr0qhyOjFNiZwA4MbK0jDZ7ijXwb7KKHgsfQ4oTZUfOzwYJr+f/VoM0oJxw2IV4cUPu9/73s dvEJOLRMBhH9RxKK9SRRdd9fRxc4j59qHub4rdnO8IwcLp95YWi4c1fc76YQc9a2CU1ux+oc6vhVc 2NFCzoTj9KuG9umr2SZiPb/MmHNVej3EhDpSPpZogP1LVWluBrohD+17cr/Cp+qcDkzFE+4Ju9E2U +CvsxmaIxUIZujO8vXgJIesm8MzsqWEQemnCInVg+0A9RVutc2P3SYvu/IP27VQjpaGtCVegzJo5C TFz3t5rgBTxtle4711HystulEX0RA4Tsrcsw==;
Received: from [127.0.0.1] (port=44646 helo=happyday.al.cl.cam.ac.uk) by mail.highwayman.com with esmtp (Exim 4.98.2) (envelope-from <richard@highwayman.com>) id 1wOabP-00000000MXV-21em for dmarc@ietf.org; Sun, 17 May 2026 12:28:15 +0000
Message-ID: <aKlVkmezPbCqFAgE@highwayman.com>
Date: Sun, 17 May 2026 13:26:27 +0100
To: dmarc@ietf.org
From: Richard Clayton <richard@highwayman.com>
References: <IA1PR12MB653180F1812B340891121599B3382@IA1PR12MB6531.namprd12.prod.outlook.com> <2bafa613-1861-4dd1-8e15-e400b73ab50b@tana.it> <CAL0qLwb5ED=o+=OGrGr=eW4nX-A9DR4BSDVSkzsNtDr0kShyqA@mail.gmail.com> <20260512194027.262BE1099FC6B@ary.local> <274bc4f7-9fb3-4f1c-b202-0e13b17ea465@tana.it> <CAL0qLwY=Jyu5dhQfd94fWdJ3X=hp0dAf9a2Gf65VRNA8Ga9uaA@mail.gmail.com> <d68908dc-4032-420f-b89c-749a75cde2c0@tana.it> <3e73dc4a-1c7c-44f4-0910-9bc261ff46a3@ietf.email> <343588b1-1238-4195-846f-eecd185b682b@tana.it> <924adfb1-22db-d750-9169-9d88f23e3728@ietf.email> <37750f9c-80ba-4ab1-9a92-bc4144484508@tana.it>
In-Reply-To: <37750f9c-80ba-4ab1-9a92-bc4144484508@tana.it>
MIME-Version: 1.0
X-Mailer: Turnpike Integrated Version 5.03 M <Lc6$+nrn77P6oNKLiCd+d+84t2>
Message-ID-Hash: UQHIZ3EYM3NU2OMWX2WQFFRO3KNJVUUG
X-Message-ID-Hash: UQHIZ3EYM3NU2OMWX2WQFFRO3KNJVUUG
X-MailFrom: richard@highwayman.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-dmarc.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [dmarc-ietf] Re: New Tack - Learning from ARC Experiment
List-Id: "Domain-based Message Authentication, Reporting, and Compliance (DMARC)" <dmarc.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmarc/ljwnQLPo88DXLhTEzCkt8XxGThc>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmarc>
List-Help: <mailto:dmarc-request@ietf.org?subject=help>
List-Owner: <mailto:dmarc-owner@ietf.org>
List-Post: <mailto:dmarc@ietf.org>
List-Subscribe: <mailto:dmarc-join@ietf.org>
List-Unsubscribe: <mailto:dmarc-leave@ietf.org>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
In message <37750f9c-80ba-4ab1-9a92-bc4144484508@tana.it>, Alessandro
Vesely <vesely@tana.it> writes
>On Sat 16/May/2026 19:27:05 +0200 John R Levine wrote:
>> On Sat, 16 May 2026, Alessandro Vesely wrote:
>>>
>>> Mainly to understand whether the ARC experiment revealed a missing
>>> authorization semantic.
>>>
>>> ARC can preserve authentication results across intermediaries, but that
>>> is not quite the same thing as establishing whether a mediation path is
>>> acceptable.
>>
>> It can't even do that, since you can't tell whether links in the ARC chain
>> beyond the most recent are real or fake.
>
>
>I agree that, operationally, the receiver can only act on the most recent ARC
>set.
Worse than that -- unless the hashes match, you can only act on the most
recent ARC set if you have received it directly from the entity that
added the header fields (and good luck with the general problem of
establishing that "directly" property)
- --
richard @ highwayman . com "Nothing seems the same
Still you never see the change from day to day
And no-one notices the customs slip away"
-----BEGIN PGP SIGNATURE-----
Version: PGPsdk version 1.7.1
iQA/AwUBagmz82HfC/FfW545EQI1SQCfVeSCtG6DdftJVBb0hzZwNZYOzWEAn3qk
GiJ33TMjAwG8fzCS896lQRgE
=urv9
-----END PGP SIGNATURE-----
- [dmarc-ietf] New Tack - Learning from ARC Experim… Trent Adams
- [dmarc-ietf] Authentication: what is needed and w… Douglas Foster
- [dmarc-ietf] Re: Authentication: what is needed a… Dotzero
- [dmarc-ietf] Re: Authentication: what is needed a… Douglas Foster
- [dmarc-ietf] Re: New Tack - Learning from ARC Exp… Alessandro Vesely
- [dmarc-ietf] Re: New Tack - Learning from ARC Exp… Murray S. Kucherawy
- [dmarc-ietf] Re: New Tack - Learning from ARC Exp… John Levine
- [dmarc-ietf] Re: New Tack - Learning from ARC Exp… Alessandro Vesely
- [dmarc-ietf] Re: New Tack - Learning from ARC Exp… Murray S. Kucherawy
- [dmarc-ietf] Re: New Tack - Learning from ARC Exp… Alessandro Vesely
- [dmarc-ietf] Re: New Tack - Learning from ARC Exp… John R Levine
- [dmarc-ietf] Re: New Tack - Learning from ARC Exp… Alessandro Vesely
- [dmarc-ietf] Re: New Tack - Learning from ARC Exp… Douglas Foster
- [dmarc-ietf] Re: New Tack - Learning from ARC Exp… John R Levine
- [dmarc-ietf] Re: New Tack - Learning from ARC Exp… Alessandro Vesely
- [dmarc-ietf] Re: New Tack - Learning from ARC Exp… Richard Clayton
- [dmarc-ietf] Re: New Tack - Learning from ARC Exp… John R Levine
- [dmarc-ietf] Re: New Tack - Learning from ARC Exp… Alessandro Vesely
- [dmarc-ietf] New Tack - Learning from ARC Experim… Tero Kivinen
- [dmarc-ietf] Re: New Tack - Learning from ARC Exp… John Levine
- [dmarc-ietf] Re: New Tack - Learning from ARC Exp… Tero Kivinen
- [dmarc-ietf] Re: New Tack - Learning from ARC Exp… Taavi Eomäe
- [dmarc-ietf] Re: New Tack - Learning from ARC Exp… Brotman, Alex
- [dmarc-ietf] Re: New Tack - Learning from ARC Exp… Tero Kivinen
- [dmarc-ietf] Re: [EXTERNAL] RE: Re: New Tack - Le… Brotman, Alex
- [dmarc-ietf] Re: [EXTERNAL] RE: Re: New Tack - Le… Tero Kivinen
- [dmarc-ietf] Re: [EXTERNAL] RE: Re: New Tack - Le… Douglas Foster