Re: [TLS] TLSrenego - current summary of semantics and possibilities
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [TLS] TLSrenego - current summary of semantics and possibilities



On Tue, Nov 10, 2009 at 03:17:28PM -0600, Marsh Ray wrote:
> It's one thing to say, realistically, some client applications may elect
> to put their users at risk for the sake of continuing to work with
> defective servers.
> 
> It's something else entirely to propose that an IETF spec's official
> language and recommended practice for implementors should be weakened in
> consideration for these noncompliant systems.

Indeed.  And I don't propose the latter.  Instead, if we must say the
sky will now be <color other than blue> we should also caveat that it
will likely continue to be blue for a long time.

> Perhaps those responsible for such systems will take this opportunity to
> update them?

One should hope so.

> Yair Elharrar wrote:
> > This could backfire. It would allow hackers to detect unpatched
> > clients, and focus their attacks on them.
> 
> There are plenty of ways for to attackers to fingerprint clients (looked
> at a user-agent string lately?) and it doesn't make sense to make life
> difficult for those who have a legitimate need for the data.

Agreed.  Also, looking vulnerable and being vulnerable are not the same
thing.

Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.