[Ufmrg] Re: [Seat] Comments on formal analysis of relay attacks in intra-handshake attestation (CVE-2026-33697)

Songbo Bu <bluedognull@gmail.com> Mon, 06 July 2026 14:10 UTC

Return-Path: <bluedognull@gmail.com>
X-Original-To: ufmrg@mail2.ietf.org
Delivered-To: ufmrg@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 11DC3110360D4 for <ufmrg@mail2.ietf.org>; Mon, 6 Jul 2026 07:10:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1783347018; bh=ddx46+uhtOmKDxpJzCwJAjPSvJ8CG5hKRdYt6KY8pls=; h=References:In-Reply-To:From:Date:Subject:To:Cc; b=KMJ+Vcc0sioFzuAzgR/hS7Svj4jPI0H+4bopjUNU5UfGJsovOy0tW5WWNcD9XEMS9 NYaErgbohqiDJPTaGFKFchgAlWs0DkxK+wEerkhncgdCWyLTW5ZEN3QgisnIDYVc8X MOqsQ2EsVg8XQXaM/pggx6qiVOd0o4hRqEOha2gM=
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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 pNAHbLisI-Qa for <ufmrg@mail2.ietf.org>; Mon, 6 Jul 2026 07:10:15 -0700 (PDT)
Received: from mail-qt1-x830.google.com (mail-qt1-x830.google.com [IPv6:2607:f8b0:4864:20::830]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id E365A1103213E for <ufmrg@irtf.org>; Mon, 6 Jul 2026 07:04:41 -0700 (PDT)
Received: by mail-qt1-x830.google.com with SMTP id d75a77b69052e-51c2cce930cso34396041cf.0 for <ufmrg@irtf.org>; Mon, 06 Jul 2026 07:04:41 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1783346681; cv=none; d=google.com; s=arc-20260327; b=nBjZDjyFScinoGCPAUw1+3qFe+10d8J+wix6VBNwyY2HfArMzd785RidVYo2Eq11YR D8pPqOCncc3hOYJZRZ/N2MDq+1jK/v9BTTKFfX+FyzUp5nRKNqFVVTm3adnNlAasbxjR DI9tvvnbHPM5Fw9UKTViGtRbBPz3qKhnwBDXqo5CYITXbkttB5m9AXtZZK1wphb9EXpC 7ToLOz6944rPGVPZEJG6CZNTfIyQAQ1WHttXs97Y61teapSv0k2V4N0+HFvrY58U6RPg 3Fy649L47O/KyW2CVTkd3Xl5A9zeZmB87PLVxxJ0/1ZypLC3XTg2oEaHe6aKOL3DqFLi eptA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20260327; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=h6mzv8dgXt52xhXU/j/iiRkFX1Tl9iOSEg4XlKFaZsM=; fh=FD4AbdZK/eGNSMpRgOTfCOtAABUCZfOlPAZ90gzZxXY=; b=X4M5OjIkCsdNjHhPBBVmco2WMJXMoMAK999UBmys0N/s3NDJzjECaNnr9t2Ta1KXmC 4DAHwbSjWe6apoDOpks6A7NTwBBDKqIcRY1Ovwz3pvhpycwPlorjRt/KH0Gk55lxMmJ3 2Y/DQ2P4ZC+Nt/tZQk/p9MvwE+yeBNt/0a/Y3FPg2ruSDVoR3omx494lDzjoLkNCG5V+ cUbzbVd3unseajzZ2odNlt3rXEBqFEOL8qqkjq2MbBcFn4n9jEZYzLotaZ+TJS1sng5R qFw8LxIGH+aoievpiXnDxVzv8E01qYNHKWXg1a+rE+Aa22vukRmkqxpKKl0asR2eaRHL OWEA==; darn=irtf.org
ARC-Authentication-Results: i=1; mx.google.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1783346681; x=1783951481; darn=irtf.org; h=content-type:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:from:to:cc:subject:date:message-id:reply-to :content-type; bh=h6mzv8dgXt52xhXU/j/iiRkFX1Tl9iOSEg4XlKFaZsM=; b=QFN3DrZmnK0j09olbgfKyclOaRxhXTvEpQWKvjpume4iAQB7phsVKNctMt4brgekxd BjCA8T7r6OGVVEY0cH00LoK8EIJfLtMB9w19wBaHeNqBs0AB0cevBgq9dQEFjt3ob8dB MpEZoEkjkxhcOjp/k80pHR3wyTKCblZRkVe95v+OxCFoQWh/55wlu+nrQkyKycBGvKdV OjXZcqVJ2UhjbQUe+Cdu4LNITdEm/wv/ni02DOmmqLt6NbGNemnTbjCR3P6zoRAnkcB1 pLFYyTj39dR1KQkQIDPP0J6gdxfFF+xbdiRxpDDCJke8wB7rXV6KWY1v4hSqacORnk/P dR6Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1783346681; x=1783951481; h=content-type:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to:content-type; bh=h6mzv8dgXt52xhXU/j/iiRkFX1Tl9iOSEg4XlKFaZsM=; b=bM+RSW0F12z+dysFanF7/NtnLmVTfWgl0qzbq93mHyGeauG3ZBjnGyWZFD7ImQAojJ Iej7EOUm98mrHsCsMSyl9eXTQjzznaWYtu3Xps0Qo5eD3TQ9hh8Dhkd2UO5Z/EkvzF+R iRbKYHFrkvLnT5SOOURp1lw1oEXw8Icm/YAQeYtdgjw/dhP4XKByTdFoboQGx6GQ0l8B piYP9Og+iUGTIvyhMDzH66NGhk+isj4bUT2sZ8zp9qBTXpLlVWnidZSWop1DfFAzV/Fl tfPkCnfCp0SCkZYwaqrvv5f1GbkOqU4OeBk18xL93O2VXQp9EmJpQG0ylGFm7O7w+AvD m/Eg==
X-Forwarded-Encrypted: i=1; AHgh+RohBFjWcu7lSpew3hBp3m0oeZ2gWVy0oTHJ98dh/G6tIoqTaFw0xc3BkcdjNUlCg/V05bPS4Q==@irtf.org
X-Gm-Message-State: AOJu0YxFHzUxCXTKQ0AKdF2w2KDKHPAwymWYR+jcE4GAGev7ZkS4Tarv Jgll+qk+V9+qUCSjv/1hOv8Jwcrc8/galUtyaEzBObBsQcLxQy5eOA2gfbcnoEO47M3AmtJf38h Rh2wcjGGthZbp5fiJJ7iqqsqn6NsGA1to/tz8fFZC/g==
X-Gm-Gg: AfdE7cnbh8dCRiklfT3CXiWd94y7p1IHjuCzAvftC9/AxOs+vZNm7PlASgGHywSI5z+ hCYvVkbN8jFNJBHGCsODmSFsf46/PzAJFGife1+OZrXgJF5bkKszR4lKn8tEBRMUT4rPdslMQB9 mpLMhdsf2dnPEVwAmsGvY9VYwy1m2GaxlDN9jGRIXG1EAPkH/HyZzAT4XXs+oP0Odcyfqa2qcjK Ki1WZZEDpyuwJGQPThaiiisRlrThCU4STzW6EcuzMSfPVOSSy7LVn3L7D8Ap5Csf32vwaoar7Ee w532qt8ScH6IWtap2JEEImDXig==
X-Received: by 2002:a05:6214:2344:b0:8f0:2653:4a9b with SMTP id 6a1803df08f44-8fcb4ef2ccbmr6807686d6.39.1783346680584; Mon, 06 Jul 2026 07:04:40 -0700 (PDT)
MIME-Version: 1.0
References: <5f361893-bc32-4737-9578-fdb3ad7be3f9@tu-dresden.de> <9F03163D-B0F9-40DD-A4AB-69C151B872D6@aiven.io> <c4a0c433-173d-44ac-bd48-eed642a674d3@tu-dresden.de> <CAHxYnaOBMnPp7EiRLNYWX8AQDc2zYoBL226nfeBiPXsyii7Now@mail.gmail.com> <CAHxYnaOFWQBLf0Pn8bY=CMx7ytSEkTbvj7xp-s0GCHJohRh5xg@mail.gmail.com> <2b53d833-51b8-4915-82b0-ac3305e89528@tu-dresden.de> <CAHxYnaPDTzHuXyeC06bKWNOQ+wYfc-02AVyDETveL7dTteYURA@mail.gmail.com> <CAK08nYaQb6tQzy_nZrJbGbyu1oLuFpAEjTWqe_hY6cmmGzJFvA@mail.gmail.com> <CAHxYnaPyD+mFBgk-axNXCS+9qob-nhF_+Y6eqz9fgPnDvNF5Nw@mail.gmail.com> <34201e80-edb7-4f99-afa2-0d5b5799c6da@tu-dresden.de> <CAHxYnaOUyvMrMRN2C4wjO_s3hpqXDDMJAOAUYyGVt0JRu4RSQQ@mail.gmail.com> <3f87fe50-f0bc-45f7-8ed5-0a7cc7cf975c@tu-dresden.de> <CAHxYnaOsUBJF1+dkhEuPdhExNmk14cWcauxEw-zo6TotWzxsHQ@mail.gmail.com> <8caf22fa-907d-42fd-b3db-0aed8a9fae91@tu-dresden.de>
In-Reply-To: <8caf22fa-907d-42fd-b3db-0aed8a9fae91@tu-dresden.de>
From: Songbo Bu <bluedognull@gmail.com>
Date: Mon, 06 Jul 2026 22:04:29 +0800
X-Gm-Features: AVVi8CdzmxMOWmyAmmOOFjSsQPDsrkUNGd49-zQ-IgjGhCKWj_QeAcDWarnNsDA
Message-ID: <CAK08nYbdj2XbAM7ndOiXNGdyHf8kD2V26qvmi-gQJ1NjMuQt+Q@mail.gmail.com>
To: Muhammad Usama Sardar <muhammad_usama.sardar@tu-dresden.de>
Content-Type: multipart/alternative; boundary="000000000000685fee0655f1c112"
Message-ID-Hash: 24KB6NEJC3UIKCUIGD2MQAETHAF6OU5E
X-Message-ID-Hash: 24KB6NEJC3UIKCUIGD2MQAETHAF6OU5E
X-MailFrom: bluedognull@gmail.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
CC: Nathanael Ritz <nathanritz@gmail.com>, seat@ietf.org, ufmrg@irtf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Ufmrg] Re: [Seat] Comments on formal analysis of relay attacks in intra-handshake attestation (CVE-2026-33697)
List-Id: Usable Formal Methods Research Group <ufmrg.irtf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ufmrg/Zy0VQ_YLJhueGS0otv3sjlXFFMY>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ufmrg>
List-Help: <mailto:ufmrg-request@irtf.org?subject=help>
List-Owner: <mailto:ufmrg-owner@irtf.org>
List-Post: <mailto:ufmrg@irtf.org>
List-Subscribe: <mailto:ufmrg-join@irtf.org>
List-Unsubscribe: <mailto:ufmrg-leave@irtf.org>

Hi Usama, Slava, Jean-Marie, all,

Based on my participation in the related research discussions, I appreciate
sharing Intra-handshake.fail paper and code with the WG/RG and strongly
support using them as important technical input for the ongoing SEAT
discussion.

The paper and code is valuable because it makes the discussion more
property-driven. In particular, I think the WG should explicitly examine
what security property a hybrid intra-handshake plus post-handshake
attestation design can satisfy that post-handshake attestation alone cannot
satisfy. This question is independent of any particular specification
proposal, and it is important for evaluating whether additional
intra-handshake complexity is technically justified.

I also support the paper’s narrower focus on intra-handshake attestation.
Keeping the analysis scoped in this way avoids conflating different
attestation models and allows the WG/RG to reason more precisely about
binding mechanisms, relay attacks, and the relationship between Evidence
and the TLS connection.

>From WG charter perspective, the paper is useful because it gives the
community a concrete object to review, challenge, reproduce, and improve.
This is especially important where formal models, protocol state-machine
changes, and production implementations intersect.

It helps bring the standards community and formal methods researchers
closer to share experience and ideas and provides UFMRG a concrete
methodology for protocol analysis of AI agents.

For these reasons, I strongly support sharing this paper and code with the
WG/RG and encourage review from SEAT WG participants and UFMRG
formal-methods experts.

Best regards,
Songbo Bu

>