assurance - Re: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches
Subject: Assurance
List archive
- From: Tom Scavo <>
- To:
- Subject: Re: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches
- Date: Fri, 10 Aug 2012 09:03:04 -0400 (EDT)
> ICAM did not certify Google. OIX did.
> http://www.idmanagement.gov/pages.cfm/page/ICAM-TrustFramework-IDP
But ICAM certified OIX as a TFP, so indirectly ICAM certified Google.
> And regarding Google not being certified at Silver, InCommon does
> offer the option of submitting comparable alternatives.
I was talking about Bronze, but in any case, this strengthens my point. IdPs
are not certified subject to 800-63. They are not even certified according to
a strict reading of the InC IAP. I think this is fine but it does make things
more difficult at the SP.
> I think
> Google's bigger problem is that they are a corporate entity and are
> not eligible to participate in InCommon's Assurance Program.
It is true that corporate entities are not eligible to be certified Bronze or
Silver, but ALL IdPs in the InCommon Federation will ultimately be
categorized with respect to their trustworthiness. This is an essential
function of any mature federation.
Tom
> ----- Original Message -----
> >
> >
> > > The fact that Google and others have gone to the trouble of
> > > becoming
> > > ICAM approved is evidence that 800-63 is gaining traction as a
> > > standard "in the broader marketplace".
> >
> > No, I don't think so. Google is simply acknowledging the fact that
> > IdPs will ultimately be categorized with respect to their
> > trustworthiness. Jumping on the ICAM bandwagon is perhaps the best
> > way to distinguish yourself as an IdP, at least for the moment.
> >
> > Note that Google could not possibly certify as InCommon Bronze
> > since
> > they don't meet the password entropy requirements. However, Google
> > employs risk-based authentication measures that mitigate some of
> > the
> > same threats that password entropy addresses. AFAIK, there's
> > nothing
> > about risk-based authentication in 800-63 but apparently ICAM
> > thinks
> > Google's approach deserves LoA-1.
> >
> > Tom
> >
>
- RE: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, (continued)
- RE: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Roy, Nicholas S, 08/08/2012
- Re: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Michael R. Gettes, 08/08/2012
- RE: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Jones, Mark B, 08/08/2012
- Re: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Joe St Sauver, 08/08/2012
- Re: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Michael R. Gettes, 08/08/2012
- RE: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Jones, Mark B, 08/08/2012
- RE: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Roy, Nicholas S, 08/09/2012
- RE: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Jones, Mark B, 08/10/2012
- Re: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Tom Scavo, 08/10/2012
- Re: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Ann West, 08/10/2012
- Re: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Tom Scavo, 08/10/2012
- Re: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, William G. Thompson, Jr., 08/10/2012
- Re: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Cantor, Scott, 08/10/2012
- Re: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, William G. Thompson, Jr., 08/10/2012
- Re: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Cantor, Scott, 08/10/2012
- Re: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Ian Young, 08/10/2012
- Re: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Tom Scavo, 08/10/2012
- RE: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Jones, Mark B, 08/10/2012
- RE: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Roy, Nicholas S, 08/09/2012
- RE: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Jones, Mark B, 08/10/2012
- Re: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Cantor, Scott, 08/10/2012
- RE: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Jones, Mark B, 08/10/2012
- Re: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Cantor, Scott, 08/10/2012
- RE: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Jones, Mark B, 08/10/2012
- RE: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Jones, Mark B, 08/08/2012
- Re: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Michael R. Gettes, 08/08/2012
- RE: [Assurance] RE: [confluence] InC-Assurance > Remote-Proofing Approaches, Roy, Nicholas S, 08/08/2012
Archive powered by MHonArc 2.6.16.