Re: Identity Checking in Application Protocols
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Identity Checking in Application Protocols
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 10/27/09 4:28 AM, Alexey Melnikov wrote:
> Hi Peter,
>
> Peter Saint-Andre wrote:
>> I had hoped to update draft-saintandre-tls-server-id-check before the
>> submission cutoff today, but it's not going to happen because there's
>> quite a bit of feedback to sift through (ideally I would have followed
>> the list discussions more closely the first time around). However, I
>> shall work to update it in the next few days, at which time I will also
>> rename it to remove the strings "tls" and "server" since the scope of
>> the spec has widened to include non-TLS interactions as well as client
>> identity checking. My apologies for the delay.
>>
> Without my AD hat: I don't think the document should cover client
> identity checking. I found Kurt's arguments to be convincing.
I think that the distinction between application roles and security
roles causes some confusion here. This I-D talks about security roles,
not application roles. Thus, for example, when two XMPP servers wish to
establish a TLS-encrypted connection, from the security point of view
the server that initiates the connection is a TLS client whereas the
server that receives the connection is a TLS server (despite the fact
that from an application point of view both of them are XMPP servers).
My understanding of Kurt's argument is that we can't say much that's
helpful about how a TLS server checks the identity of a TLS client
because the problem is application-specific and the TLS server doesn't
really have a "reference identity" (an idea of what identity the client
will assert). At some level, the TLS server knows that it expects the
TLS client to assert a kind of identity (domain name, email address,
XMPP address, etc.) but not necessarily a particular instance of that
kind ("example.com", "foo at example.com", or whatever).
I need to think about this further. I'm sure that re-reading Kurt's
messages will help...
Peter
- --
Peter Saint-Andre
https://stpeter.im/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkrnZggACgkQNL8k5A2w/vzVlgCgjcykxNdhldEtUN2b+Nex2nmN
uK8Anibo46ElJYq1NwYJsOFohTvb3nkK
=BVDg
-----END PGP SIGNATURE-----
Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.