[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
- [rfc4082-update] Fwd: New Version Notification fo… Robert Moskowitz