[rfc4082-update] Fwd: New Version Notification for draft-moskowitz-ads-b-auth-00.txt

Robert Moskowitz <rgm-sec@htt-consult.com> Mon, 30 March 2026 17:04 UTC

Return-Path: <rgm-sec@htt-consult.com>
X-Original-To: rfc4082-update@mail2.ietf.org
Delivered-To: rfc4082-update@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 29452D395010 for <rfc4082-update@mail2.ietf.org>; Mon, 30 Mar 2026 10:04:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1774890245; bh=/nIbxf1zjv3SDIbZjFKMH8nSWRmwp4m1ZgSIwuf20Z0=; h=Date:To:From:Subject; b=UTTsDHJElMYegfe1skHByuFKgzPwWEZmdnZOprQkC8dcAq07MSGppmYJke5emL7Wa rMxhlMWZP5cX4hWMvfZwlUmS27BvqSdOda9ynh6zJ6ITQWxiVpi72IUiiSS+peVpCe xa/m4DppKOOtncTjXO7Ra2dXSsplhYJFvsIHccd8=
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, HTML_MESSAGE=0.001, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=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=htt-consult.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 O55ZpPgaKxmB for <rfc4082-update@mail2.ietf.org>; Mon, 30 Mar 2026 10:04:04 -0700 (PDT)
Received: from klovia.htt-consult.com (klovia.htt-consult.com [23.123.122.149]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256)) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 04400D394F9A for <rfc4082-update@ietf.org>; Mon, 30 Mar 2026 10:03:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=htt-consult.com; s=mail; t=1774890211; bh=/nIbxf1zjv3SDIbZjFKMH8nSWRmwp4m1ZgSIwuf20Z0=; h=Date:To:From:Subject:From; b=iQeDfD1jBrHPPCZMmTfpNIWL84HaFd2I463oVzmm9rf4hXNV1+F7Mxy3JYVfvCnE/ 6+aQFtriuuhk9dFE8WxyuQ0Gq91+us8HG9UJxuQFWjKtdvqyHr8Rb9jeTphwTykoFw yIz5jQDaPPNZVq4I8fGIfFKExWopOIDwt8ra3Fao/KLG7xGKz68F3dZHtlCAjDc5n4 7UtJsT8sD9a8bYo/IpNHucoO/qEp7D0q1BbPPz8nB1kE8C21Vp0T4xicUs/2+CbTKS GuKPTFDo9TBlgu+0db+HwHRvkqHAT3yB6zyxhxd5zbzGSPXznJ5295q4FgqDOeWftG SZtqFLUPuppfg==
Received: from authenticated-user (klovia.htt-consult.com [23.123.122.149]) (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 klovia.htt-consult.com (Postfix) with ESMTPSA id 42F444A0230 for <rfc4082-update@ietf.org>; Mon, 30 Mar 2026 13:03:31 -0400 (EDT)
Content-Type: multipart/alternative; boundary="------------1wGf5LIhGxdzLEydOIBN07gu"
Message-ID: <d4784f6e-a6fa-4f1f-9853-aab7679916ba@htt-consult.com>
Date: Mon, 30 Mar 2026 13:03:30 -0400
MIME-Version: 1.0
To: rfc4082-update@ietf.org
Content-Language: en-US
From: Robert Moskowitz <rgm-sec@htt-consult.com>
Message-ID-Hash: GEYKVMHT2U2U34YV22J2S7LXAK2IEHP6
X-Message-ID-Hash: GEYKVMHT2U2U34YV22J2S7LXAK2IEHP6
X-MailFrom: rgm-sec@htt-consult.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; 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: [rfc4082-update] Fwd: New Version Notification for draft-moskowitz-ads-b-auth-00.txt
List-Id: "Discussions for updating TESLA (Timed Efficient Stream Loss-Tolerant Authentication), RFC 4082." <rfc4082-update.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfc4082-update/JNbod2l7HZ0w7Neg3Qj7CZKgjFE>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rfc4082-update>
List-Help: <mailto:rfc4082-update-request@ietf.org?subject=help>
List-Owner: <mailto:rfc4082-update-owner@ietf.org>
List-Post: <mailto:rfc4082-update@ietf.org>
List-Subscribe: <mailto:rfc4082-update-join@ietf.org>
List-Unsubscribe: <mailto:rfc4082-update-leave@ietf.org>

this work is for information to this list, as it uses TESLA in an 
interesting way.

Unlike the work for GNSS SBAS, I AM able to fit the TESLA MAC within 
each ADS-B message.  But the MAC is small.

I welcome your review.  I am really on Passover vacation, so I will have 
limited interaction until the 13th.

Please note that this ID is a mapping of the paper used presented to 
ICAO Trust Framework Panel.

Bob


-------- Forwarded Message --------
Subject: 	New Version Notification for draft-moskowitz-ads-b-auth-00.txt
Date: 	Mon, 30 Mar 2026 09:55:58 -0700
From: 	internet-drafts@ietf.org
To: 	Stuart W. Card <stu.card@axenterprize.com>, Mikaëla Ngamboé 
<mikaela-stephanie-2.ngamboe-mvogo@polymtl.ca>, José M. Fernandez 
<jose.fernandez@bastionnage.ca>, Adam Wiethuechter 
<adam.wiethuechter@axenterprize.com>, Jose Fernandez 
<jose.fernandez@bastionnage.ca>, Mikaela Ngamboe 
<mikaela-stephanie-2.ngamboe-mvogo@polymtl.ca>, Robert Moskowitz 
<rgm@labs.htt-consult.com>, Stuart Card <stu.card@axenterprize.com>



A new version of Internet-Draft draft-moskowitz-ads-b-auth-00.txt has been
successfully submitted by Robert Moskowitz and posted to the
IETF repository.

Name: draft-moskowitz-ads-b-auth
Revision: 00
Title: ADS-B Authentication
Date: 2026-03-30
Group: Individual Submission
Pages: 42
URL: https://www.ietf.org/archive/id/draft-moskowitz-ads-b-auth-00.txt
Status: https://datatracker.ietf.org/doc/draft-moskowitz-ads-b-auth/
HTML: https://www.ietf.org/archive/id/draft-moskowitz-ads-b-auth-00.html
HTMLized: https://datatracker.ietf.org/doc/html/draft-moskowitz-ads-b-auth


Abstract:

The Automatic Dependent Surveillance – Broadcast (ADS-B) is a
surveillance technology mandated in many airspaces. It is now widely
deployed but suffers a lack of security and privacy. From a security
point of view, it is relatively easy to spoof the ADS-B messages.
With the appropriate readily available hardware and software. From a
privacy point of view, all the messages contain the aircraft’s
assigned 24-bit ICAO address, which makes it easy to link to data
about the aircraft, in particular to know when a particular aircraft
has flown and where to. In addition, the main transmission medium
utilized for ADS-B, i.e. the 1090 MHz frequency used by Extended
Squitter (1090ES), is approaching saturation in some parts of the
world, resulting in packet loss in certain areas [RF_Usage].

This paper presents how to use the IETF TESLA protocol along with
X.509 certificates issued by ICAO member states for each aircraft to
authenticate all ADS-B messaging. It leverages the 8PSK phase
overlay (PO) scheme proposed in the Minimum Operational Performance
Standards (MOPS) for ADS-B (RTCA [DO-260C]), which enables 1090ES
ADS-B transmissions to convey three times more information, to
support the transmission of the extra security information required
by the authentication scheme. By doing so, the impact of
authentication on channel usage is negligible. Beyond message
authentication, this scheme proposed has two important additional
benefits: 1) the possibility to implement a Flight Authorization
scheme, allowing ATC and intercepting aircraft to not only
authenticate an aircraft but to verify that it is authorizes to
conduct that flight and 2) a methodology for adequately protecting
the privacy by assigning rotating 24-bit identifiers to designated
aircraft, while maintaining the possibility to (blindly) authenticate
their ADS-B transmissions.



The IETF Secretariat