Re: [TLS] Connection diversion to other subdomains
Florian Weimer <fweimer@bfk.de> Fri, 05 November 2010 16:14 UTC
Return-Path: <fweimer@bfk.de>
X-Original-To: tls@core3.amsl.com
Delivered-To: tls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7E45F3A68A3 for <tls@core3.amsl.com>; Fri, 5 Nov 2010 09:14:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.847
X-Spam-Level:
X-Spam-Status: No, score=-1.847 tagged_above=-999 required=5 tests=[AWL=0.402, BAYES_00=-2.599, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vsrfdCdm7SUm for <tls@core3.amsl.com>; Fri, 5 Nov 2010 09:14:40 -0700 (PDT)
Received: from mx01.bfk.de (mx01.bfk.de [193.227.124.2]) by core3.amsl.com (Postfix) with ESMTP id 69F783A6894 for <tls@ietf.org>; Fri, 5 Nov 2010 09:14:38 -0700 (PDT)
Received: from mx00.int.bfk.de ([10.119.110.2]) by mx01.bfk.de with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) id 1PEOwC-0003HC-Cy; Fri, 05 Nov 2010 16:14:48 +0000
Received: by bfk.de with local id 1PEOwC-0000sc-6Q; Fri, 05 Nov 2010 16:14:48 +0000
To: Marsh Ray <marsh@extendedsubset.com>
References: <4CC765D6.6020704@KingsMountain.com> <1288145780.6053.50.camel@mattlaptop2.local> <1288147744.6053.51.camel@mattlaptop2.local> <1288238488.2016.17.camel@mattlaptop2.local> <821v70m5i9.fsf@mid.bfk.de> <4CD42BAD.7080300@extendedsubset.com>
From: Florian Weimer <fweimer@bfk.de>
Date: Fri, 05 Nov 2010 16:14:48 +0000
In-Reply-To: <4CD42BAD.7080300@extendedsubset.com> (Marsh Ray's message of "Fri\, 05 Nov 2010 11\:07\:09 -0500")
Message-ID: <827hgriw7b.fsf@mid.bfk.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: IETF TLS WG <tls@ietf.org>
Subject: Re: [TLS] Connection diversion to other subdomains
X-BeenThere: tls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "This is the mailing list for the Transport Layer Security working group of the IETF." <tls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tls>, <mailto:tls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tls>
List-Post: <mailto:tls@ietf.org>
List-Help: <mailto:tls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tls>, <mailto:tls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Nov 2010 16:14:41 -0000
* Marsh Ray: > On 11/05/2010 05:25 AM, Florian Weimer wrote: >> * Matt McCutchen: >> >>> I looked through my browser history for registered domains containing a >>> TLS web server bearing a wildcard certificate and another subdomain on a >>> different IP address. In almost all cases, the server was willing to >>> send me wrong content when I asked for the other subdomain via SNI and >>> HTTP Host. Strictly speaking, this is a vulnerability. Usually the >>> effect is just goofy, though on one major web site which I won't name, >>> it led to XSS. >> >> How is this even possible given that browsers do not send such crafted >> requests? > > DNS poisoning or any other means of TCP redirection. Ah, I misread Matt's comment, I thought he was referring to Host (SNI) /= Host (HTTP header). Yes, obviously, your wildcard certificate is more trusted than your host-specific certificate, and this has to be reflected in the server setup etc. I can see that reality is quite different from that. (The problem that your ad servers are the most trusted node on your network is a similar phenomenon.) -- Florian Weimer <fweimer@bfk.de> BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstraße 100 tel: +49-721-96201-1 D-76133 Karlsruhe fax: +49-721-96201-99
- [TLS] Server Name Indication (SNI) in an IPv6 wor… =JeffH
- Re: [TLS] Server Name Indication (SNI) in an IPv6… Simon Josefsson
- Re: [TLS] Server Name Indication (SNI) in an IPv6… Matt McCutchen
- Re: [TLS] Server Name Indication (SNI) in an IPv6… Matt McCutchen
- Re: [TLS] Server Name Indication (SNI) in an IPv6… Steingruebl, Andy
- Re: [TLS] Server Name Indication (SNI) in an IPv6… Marsh Ray
- Re: [TLS] Server Name Indication (SNI) in an IPv6… Steingruebl, Andy
- Re: [TLS] Server Name Indication (SNI) in an IPv6… Marsh Ray
- Re: [TLS] Server Name Indication (SNI) in an IPv6… Michael D'Errico
- [TLS] Connection diversion to other subdomains Matt McCutchen
- Re: [TLS] Server Name Indication (SNI) in an IPv6… Steven Bellovin
- Re: [TLS] Server Name Indication (SNI) in an IPv6… aerowolf
- Re: [TLS] Connection diversion to other subdomains Marsh Ray
- Re: [TLS] Connection diversion to other subdomains Matt McCutchen
- Re: [TLS] Connection diversion to other subdomains Martin Rex
- Re: [TLS] Server Name Indication (SNI) in an IPv6… Dean Anderson
- Re: [TLS] Connection diversion to other subdomains Florian Weimer
- Re: [TLS] Connection diversion to other subdomains Marsh Ray
- Re: [TLS] Connection diversion to other subdomains Florian Weimer
- Re: [TLS] Connection diversion to other subdomains Marsh Ray
- Re: [TLS] Connection diversion to other subdomains Joe Orton
- Re: [TLS] Connection diversion to other subdomains Marsh Ray
- Re: [TLS] Connection diversion to other subdomains Matt McCutchen