[stir] Way outside the "box" use case
Eric Burger <eburger@standardstrack.com> Mon, 29 February 2016 17:38 UTC
Return-Path: <eburger@standardstrack.com>
X-Original-To: stir@ietfa.amsl.com
Delivered-To: stir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 43CD21B3857; Mon, 29 Feb 2016 09:38:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.887
X-Spam-Level:
X-Spam-Status: No, score=0.887 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DKIM_SIGNED=0.1, SPF_HELO_PASS=-0.001, SPF_NEUTRAL=0.779, T_DKIM_INVALID=0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NDg810YF7BRL; Mon, 29 Feb 2016 09:38:11 -0800 (PST)
Received: from biz104.inmotionhosting.com (biz104.inmotionhosting.com [173.247.247.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 28A0E1B383B; Mon, 29 Feb 2016 09:38:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=standardstrack.com; s=default; h=Mime-Version:To:Message-Id:Date:Subject: Content-Type:From; bh=oGPYfxMh3E3PvNRCw57IOeuTqDt9tP4Y7eCfQLlxfBY=; b=Vx0AqyG pWwjevZ3Uprd1FkNADV/JYzjuiPqUOeHzNJS+s/mLSbyG4hSTJV9mEzTva6eGDuqQ8+/za8CsTtR5 bG3hZC1NZazpE9SflieFUrp1a08ExuUC6FNWGcyYqtFvUfi4omYdycOiNCE6nBGhpamGx7qwtqFhj ENZcDOLPAo=;
Received: from 237.sub-70-208-139.myvzw.com ([70.208.139.237]:8004 helo=[192.168.43.107]) by biz104.inmotionhosting.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.86) (envelope-from <eburger@standardstrack.com>) id 1aaRlo-0001Ya-JZ; Mon, 29 Feb 2016 09:38:10 -0800
From: Eric Burger <eburger@standardstrack.com>
X-Pgp-Agent: GPGMail 2.6b2
Content-Type: multipart/signed; boundary="Apple-Mail=_5FF246C9-7A35-422C-85E1-4D20AA81FB7F"; protocol="application/pgp-signature"; micalg="pgp-sha256"
Date: Mon, 29 Feb 2016 12:38:05 -0500
Message-Id: <6C117DC2-2F50-410C-81DD-4482B0A76D8F@standardstrack.com>
To: LURK BoF <lurk@ietf.org>, stir@ietf.org
Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\))
X-Mailer: Apple Mail (2.3112)
X-OutGoing-Spam-Status: No, score=-2.9
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - biz104.inmotionhosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - standardstrack.com
X-Get-Message-Sender-Via: biz104.inmotionhosting.com: authenticated_id: eburger+standardstrack.com/only user confirmed/virtual account not confirmed
X-Authenticated-Sender: biz104.inmotionhosting.com: eburger@standardstrack.com
Archived-At: <http://mailarchive.ietf.org/arch/msg/stir/mQPJmgP0eFjhPsu4-YLTMKJysIY>
Subject: [stir] Way outside the "box" use case
X-BeenThere: stir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Secure Telephone Identity Revisited <stir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/stir>, <mailto:stir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/stir/>
List-Post: <mailto:stir@ietf.org>
List-Help: <mailto:stir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/stir>, <mailto:stir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Feb 2016 17:38:12 -0000
For the people on the STIR list: there is a potential WG being discussed in BA, LURK, that is principally looking at the problem of a content provider somehow allowing a CDN to sign on their behalf so that HTTPS and browsers “do the right thing.” If this sounds /similar/ to the STIR problem of delegated enterprise identity attestation, it should. See: https://trac.tools.ietf.org/bof/trac/ and scroll down to “Security” or search for “LURK”. PLEASE, if you care about this issue, continue the discussion on the LURK list, not the STIR list. Thanks. See: https://www.ietf.org/mailman/listinfo/lurk For the people on the LURK list: I do not necessarily advocate for or assume the STIR problem is in scope. However, if you and they have a compelling case for why it should be in scope, or if it is kind of in scope but appropriate for a later rechartering once we finish the HTTPS (and possibly DTLS) use case, say so, too. If you are curious about what STIR is, see: https://trac.tools.ietf.org/wg/stir/charters Thanks, Eric
- [stir] Way outside the "box" use case Eric Burger
- Re: [stir] Way outside the "box" use case Peterson, Jon
- Re: [stir] Way outside the "box" use case Paul Kyzivat
- Re: [stir] Way outside the "box" use case Henning Schulzrinne