[ietf78-tech] Admission Control: Just to be completely clear
Randy Bush
randy at psg.com
Sun Jun 27 20:27:10 PDT 2010
> At this point, the requested authentication tokens are a simple shared
> username/password that are distributed to the attendees as they
> arrive
i am not hearing that shared is acceptable. i sent a re-check some
hours ago. but you stateside folk are having sunday for some weird
reason.
> however we'd like to ensure that per-user authentication is possible
> should the requirements become more strict.
indeed.
> To this end, we'd like to prototype this admission control system for
> Maastricht, both to validate the system under load and to provide a
> "heads up" to the attendees that this will be the way things are in
> Beijing. This also allows us to disable the admission control if
> there's a problem, an option not available in Beijing.
that last is a failure i think we would wish to avoid.
> - We're late. We need to socialize what we'll be doing to the IETF
> community via Ray (IETF Administrative Director) and Russ (IETF
> Chair), so we need to get them information soon.
russ is not that un-synched
> - We have people with very limited laptops/devices, so we cannot
> assume they can to 802.1x
From: Russ Housley <housley at vigilsec.com>
> I have a personal preference for WPA2 over WPA. WPA has reached
> the end of its useful security lifetime. We designed it for 5
> years, and that has passed. It was only supposed to be used as a
> stop-gap whil new hardware was fielded that could do WPA2. We're
> there.
> - We have some very privacy focused individuals which will undoubtedly
> be concerned with anything we do. We simply need to avoid stirring
> up the hornets more than we need to.
awww. spoilsport. :)
this is why the idea of a paper bag of anonymous tokens at the reg desk.
> - Failure /IS/ an option in Maastricht, but would be very bad in
> Beijing
it would not be good in maastricht.
> We really need a fleshed out plan ASAP. There an administrative call
> for the Maastricht IETF early (US) Tuesday morning where we should be
> able to put details forward.
yep. we're all politely waiting.
this is not a mountain. we have lots of alternatives. what is missing
is consensus on the goals, e.g. individual tokens or shared. my guess
on that one is that the threat model is that a shared token can be
splattered around beijing hackerdom in milliseconds.
randy
More information about the ietf78-tech
mailing list