Re: [dmarc-ietf] Not Multiple From: mailboxes, was I-D Action: draft-ietf-dmarc-dmarcbis-24.txt

Dotzero <dotzero@gmail.com> Fri, 25 November 2022 01:54 UTC

Return-Path: <dotzero@gmail.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 B69CAC14CE5B for <dmarc@ietfa.amsl.com>; Thu, 24 Nov 2022 17:54:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.095
X-Spam-Level:
X-Spam-Status: No, score=-2.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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 ZxQxx3GuLfAm for <dmarc@ietfa.amsl.com>; Thu, 24 Nov 2022 17:54:31 -0800 (PST)
Received: from mail-pg1-x529.google.com (mail-pg1-x529.google.com [IPv6:2607:f8b0:4864:20::529]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 8DA95C14CEE0 for <dmarc@ietf.org>; Thu, 24 Nov 2022 17:54:31 -0800 (PST)
Received: by mail-pg1-x529.google.com with SMTP id 130so2773443pgc.5 for <dmarc@ietf.org>; Thu, 24 Nov 2022 17:54:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=QOiyJSY62lrgq/3GSQfLE5a4cufwye/ALWti01dbUUc=; b=A03o1ikpjjyszx5xF+56/A/oSXcLJ30pwlPrOrjW/yns9Z6qwuneP1t6yWtYt9txDY c3hl09xU64qIEuSWbwWgbir7y6X+lX/BgSuT4fjxsHBiKBewZQvuUmPzyNwD9sjMCRfU Pozqt7Qayi4SN3m5SIx10G2YDT2+kkBDX6SRhAlrcBYhP6roqsoKxkiFwHPpkGFl31pJ VYMcCkILrwpFnuGJradRl/taxPiTjtRQrbeix+PJXyaeivCGfjXbj1y7t+s5eX81815O 1OWgH+N5a6wt0nCnVWMsNzM3jEGfPyG9WFsuqRmzXWuf9i51dbrya6D9C605C+ZoClop I43Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=QOiyJSY62lrgq/3GSQfLE5a4cufwye/ALWti01dbUUc=; b=w2LdzOCIFtqbhNVA3J5aJao+DvUatNCamZC396B1/n4nzYy14O/c/+vB8iljYQfj6N WDg6x3J65PmwBO/ZatL4iLqSO3pqaDKTLsxY9fV6DwG5p2g1F6R5UCj+/fREW9S/eWhk BDhim3XFto1tqhPtNSxy+VtOvFpwnhVlmLTDw1XQfOM4d8v2fYEOuosDxzL5tlhBdPpg UtuOPDzQ3Ks8PwbwfytASRzmB5RJZqlwUTA3kWb/ZwWtl81j0UWkQlxf1FZ9TX4ahW+r d/+vnFUFn14JAVAtljzhDeJxMiE2OC8Ink6pir+AI2b5SZOrwJ/RG9AfvxvjO5l6zuLG 7PuQ==
X-Gm-Message-State: ANoB5pnW6jfhWrxwBHJWOV6zGTAuuCBA88W6GfU6ytpVVec4mFiw6/oM GaEsqup8UNXXUNs/P5tc0IksZTLf3pjU/ZEliRE=
X-Google-Smtp-Source: AA0mqf7KIr7mOJ9GD3tygzFX6cQ0GhV0Lz3arcxxMM5CuTV+K4d+nx6ZJOHw2g5DylFxPGCf1kYRRVoIX8LL93F0QsQ=
X-Received: by 2002:a65:49cb:0:b0:477:27f7:794a with SMTP id t11-20020a6549cb000000b0047727f7794amr15370377pgs.58.1669341270900; Thu, 24 Nov 2022 17:54:30 -0800 (PST)
MIME-Version: 1.0
References: <CAJ4XoYeTd-sH8O3dLQbhV6L_YA5R0+JmmJhv2kFBrd34-EstZA@mail.gmail.com> <DBCFF6BD-B3F0-4638-AF06-859B652C0FF3@marmot-tech.com> <CAJ4XoYeBP5ZDju_u5RL3Fik8bYq8qmZB5n0GgSYkm7KT2vJYQg@mail.gmail.com> <CAH48ZfzXkt7tHUez-biAomaxfNYsjxqLHSvxyepRDHKdmv74Ng@mail.gmail.com>
In-Reply-To: <CAH48ZfzXkt7tHUez-biAomaxfNYsjxqLHSvxyepRDHKdmv74Ng@mail.gmail.com>
From: Dotzero <dotzero@gmail.com>
Date: Thu, 24 Nov 2022 20:54:21 -0500
Message-ID: <CAJ4XoYcCwRQMMN3D24rXqEL66hZb8+vvzb_iYQuXJGoSa_bLRw@mail.gmail.com>
To: Douglas Foster <dougfoster.emailstandards@gmail.com>
Cc: Neil Anuskiewicz <neil@marmot-tech.com>, IETF DMARC WG <dmarc@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000007606b405ee41cdad"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmarc/3Qy9KWbTsSvWJXTOh57o3qlUYag>
Subject: Re: [dmarc-ietf] Not Multiple From: mailboxes, was I-D Action: draft-ietf-dmarc-dmarcbis-24.txt
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: Fri, 25 Nov 2022 01:54:35 -0000

On Thu, Nov 24, 2022 at 6:12 PM Douglas Foster <
dougfoster.emailstandards@gmail.com> wrote:

> I have been tracking the discussion pretty closely for about three years,
> and I have no recollection of any discussion which established that From is
> different from Author.   On the contrary, we have said that From indicates
> the person's whose ideas are being presented, which is why authorship is
> different from MailFrom.   MailFrom is equivalent to Scribe.
>
> Jeremiah the prophet is the presumed Author of the Biblical book with his
> name (or of the material on which it is based), even though he may have
> been illiterate.  The book tells us that a guy named Baruch was his scribe,
> but Baruch is remembered only incidentally.
>
> Please clarify why you don't believe that From = Author.
>
> Doug Foster
>

Then you weren't tracking when Dave Crocker proposed the use of "Author" as
a means of enabling replies where a mail list or other intermediary
rewrites the From. Is a rewritten email address from an intermediary the
>From AND the Author? If you reply to the rewritten From do you have any
reasonable expectation that your reply will reach the purported "Author" of
the email?

You are going down the same path that Microsoft went down with SenderID
when they conflated Sender with MailFrom. I used to send emails to the
folks at Microsoft who were pushing SenderID, using their own email
addresses because you could consistently get a neutral. It drove them nuts
for months before they admitted it was a problem with PRA. From != Author.
There may be instances where it does but that is not because a standard
specifies it to be so. Merely a happy coincidence.

Michael Hammer

>
>
> On Thu, Nov 24, 2022 at 4:58 PM Dotzero <dotzero@gmail.com> wrote:
>
>>
>>
>> On Thu, Nov 24, 2022 at 2:22 PM Neil Anuskiewicz <neil@marmot-tech.com>
>> wrote:
>>
>>>
>>>
>>> On Nov 24, 2022, at 7:10 AM, Dotzero <dotzero@gmail.com> wrote:
>>>
>>> 
>>>
>>>
>>> On Tue, Nov 15, 2022 at 12:29 PM Douglas Foster <
>>> dougfoster.emailstandards@gmail.com> wrote:
>>>
>>>> Your solution is straightforward, but I am not sold.
>>>>
>>>> DMARC PASS means that the message is free of author impersonation.
>>>> This can only be true if all authors are verifiable and verified.
>>>>
>>>
>>> This is absolutely not true. An attacker can use homoglyphs, cousin
>>> domains and other means of impersonating a sender. An attacker can
>>> impersonate a sender within the same domain and DMARC will happily give a
>>> pass because the right hand side of the from address matches. Author !=
>>> sending domain. DMARC only addresses direct domain impersonation.
>>>
>>>
>>> Can we assume that in the context of DMARC, passing means passing with
>>> alignment when it stops exact domain impersonation. I think we can assume
>>> that nobody on this list thinks me using my own passing spf and dkim with
>>> sketchythreatactor.com  and spoofing your header from isn’t what anyone
>>> means by pass in this context. If the effect can stop impersonation it’s
>>> ipso facto in alignment.
>>>
>>
>> In the context of a standards working group, no, we cannot assume
>> anything. There have been plenty of misstatements and factually incorrect
>> statements in this group. This includes  "DMARC PASS means that the message
>> is free of author impersonation". DMARC pass means it passed DMARC
>> validation. If a homoglyph From email address passes DMARC validation,
>> there has indeed been impersonation of the purported From address. And for
>> purposes of DMARC, Author is not necessarily the same as From. We've had
>> that discussion multiple times before.
>>
>> Michael Hammer
>>
>