Re: [Sidrops] WGLC = draft-ietf-sidrops-aspa-verification - ENDS 03/22/2023 (Mar 22 2023)

Job Snijders <job@fastly.com> Sat, 25 March 2023 14:41 UTC

Return-Path: <jsnijders@fastly.com>
X-Original-To: sidrops@ietfa.amsl.com
Delivered-To: sidrops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AED89C14CE54 for <sidrops@ietfa.amsl.com>; Sat, 25 Mar 2023 07:41:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.093
X-Spam-Level:
X-Spam-Status: No, score=-2.093 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, 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 (1024-bit key) header.d=fastly.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 Ce-1zL9A5EWh for <sidrops@ietfa.amsl.com>; Sat, 25 Mar 2023 07:41:30 -0700 (PDT)
Received: from mail-ot1-x32c.google.com (mail-ot1-x32c.google.com [IPv6:2607:f8b0:4864:20::32c]) (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 BA422C14CE4F for <sidrops@ietf.org>; Sat, 25 Mar 2023 07:41:30 -0700 (PDT)
Received: by mail-ot1-x32c.google.com with SMTP id cm7-20020a056830650700b006a11f365d13so1074117otb.0 for <sidrops@ietf.org>; Sat, 25 Mar 2023 07:41:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastly.com; s=google; t=1679755289; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=jk34K/DULgv8AAEk/EeCFBPuDcom+y5zUXI9APmWkd0=; b=o0HbbJfs9dvaGMHi/tB9okxL9GrGCYAHgmgeXU+nqNJVb1V8aDAqcsdUMYRCIsTyJE FawJwd2hodj88ujlR6nquM9nNhhD28Njpy1o6M50rIFDlC5Us/8HmnMEHUC6GUqbRc4S VnxA1Pn9E2rjnHhjY6NBq2wZiT37DZbsQUIQg=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1679755289; h=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=jk34K/DULgv8AAEk/EeCFBPuDcom+y5zUXI9APmWkd0=; b=i4mgP8d4FmawvEqyOVJYoJISnKN/AlBWPGsOM/pV87LTqa431MUz93cVRkz1H6tcix HZJusRQWdlzkYwMri2tbwz4uXmru7xcUE5FeKLQlGgLxPTPeKHZ6iUoq2g2KIGKNTM7x KITV/cJBJYX2ywKUgSw0usIpnQdoyze5XK/ATsZYUkoeV1fxbD2JmqeFYpSCI3XIR1ss n4UOv3lQ+ThH4zPUuSojnFG74wD73naQZqZXX8JsKITxIeCktqN0C2/2vkRH8Lo4g9Vz qWWjwPnVNsrXUf/QQLmv1/BR/pKYQjXZ8mPOARms6ByZJbgOmdomD4/R9wwzQoMlfA3P xctQ==
X-Gm-Message-State: AO0yUKWol3+i+n1k60ptLHJcEqtEJ+QNkYkbC2yD2Ey/X1z8uIDrbvwX lH7uh0JSGMp3IEemYF0ZmGIakpJrWCaAIlxIB8am3/8Y4L1Q6sKj03M=
X-Google-Smtp-Source: AK7set9Zeq4N6J6fk8uG717OKJRRyifrf3hmzM02YzUwJLUMhZUpyey+d5Y48rS6WFKEO5S3GXP1hVOhqnNRKA/C5do=
X-Received: by 2002:a05:6830:1bcf:b0:697:7885:3e3 with SMTP id v15-20020a0568301bcf00b00697788503e3mr1969661ota.4.1679755289032; Sat, 25 Mar 2023 07:41:29 -0700 (PDT)
MIME-Version: 1.0
References: <SJ0PR06MB7677230255CC9134CAF94E98D6879@SJ0PR06MB7677.namprd06.prod.outlook.com> <ZBxcTHebGjhJGpzh@snel> <CAB5NZESXFF68ez7NwK6s3hqYY6ChkHyu_r8jPggO3ysHQB0emA@mail.gmail.com> <619522318a5c40edac5a8d0635195456@huawei.com> <fa682854-5168-4368-9f18-2750e363e03b@akamai.com>
In-Reply-To: <fa682854-5168-4368-9f18-2750e363e03b@akamai.com>
From: Job Snijders <job@fastly.com>
Date: Sat, 25 Mar 2023 15:41:17 +0100
Message-ID: <CAMFGGcDOWPhZE0MECbvkM+=2V9ahXWDYXvSMfuGSzC4nPWvSrw@mail.gmail.com>
To: SIDR Operations WG <sidrops@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000050107105f7ba816f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidrops/2fCJLNmkRZI13RAga3-pPwYr5dI>
Subject: Re: [Sidrops] WGLC = draft-ietf-sidrops-aspa-verification - ENDS 03/22/2023 (Mar 22 2023)
X-BeenThere: sidrops@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: A list for the SIDR Operations WG <sidrops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sidrops>, <mailto:sidrops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sidrops/>
List-Post: <mailto:sidrops@ietf.org>
List-Help: <mailto:sidrops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sidrops>, <mailto:sidrops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 25 Mar 2023 14:41:34 -0000

Hi Igor,

On Sat, 25 Mar 2023 at 12:29, Lubashev, Igor <ilubashe=
40akamai.com@dmarc.ietf.org> wrote:

> An alternative to a special 'AS 0 ASPA' would be allowing a zero-length
> Provider AS list. Then there are no special rules at all.
>


Please take a moment to appreciate Section 7 of
https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-aspa-profile

At this point in time a very strong justification would be required in
order to change the ASPA object profile.

Changing to “zero-length” requires a non-trivial update to the ASN.1
profile in the internet-draft, and requires a number of implementers to
change their code. Are you maintaining a Relying Party or Signer
implementation yourself?


But if 'AS 0 ASPA' is used, a further special rule is needed to describe
> how a 'union' is taken when both 'AS 0 ASPA' and a 'normal' ASAP are
> present (maybe from different RPKI registries).
>


A sentence to clarify that if two valid ASPA objects are present, AND their
respective ProviderSets are different, AND one contains a ProviderSet that
contains a single entry listing AS 0 as provider, the latter object might
as well not exist, because it contains superfluous information?

(That’s how it kinda works for ROAs when one ROA authorises AS0 and another
ROA for the same IP Prefix(ex) authorises some other ASN.)

Kind regards,

Job

>