Hi Axel,

Hmm interesting. No I haven't seen any of that before.

IdAS of course is more generic than just Information Cards or SAML. I think
the goal should be that our authn materials identifiers should be closely
reflected in the actual classes that we have in higgins.idas.common. That's
how I came up with the list in [4].

But your sources can definitely give us a few good ideas..

Markus

2009/3/26 <[email protected]>

>  regarding 4. and [4]: Have you seen and considered the Concordia work on
> authncontext?
>
> http://projectconcordia.org/index.php/Infocard_Authentication_Scenario_Details
> They already defined some adhoc URI for this purpose in the context of
> Information Cards:
>
> http://projectconcordia.org/rsainterop/authnmech/personal 
> <http://projectconcordia.org/rsainterop/authnmech/personalhttp://projectconcordia.org/rsainterop/authnmech/managed/passwordhttp://projectconcordia.org/rsainterop/authnmech/managed/kerberoshttp://projectconcordia.org/rsainterop/authnmech/managed/x509http://projectconcordia.org/rsainterop/authnmech/managed/personal>http://projectconcordia.org/rsainterop/authnmech/managed/passwordhttp://projectconcordia.org/rsainterop/authnmech/managed/kerberoshttp://projectconcordia.org/rsainterop/authnmech/managed/x509http://projectconcordia.org/rsainterop/authnmech/managed/personal
>
> and Liberty has definitions for the "usual" authn methods for years:
> Maybe outcome of the Liberty work is too complicated for 2009?!
> http://docs.oasis-open.org/security/saml/v2.0/saml-authn-context-2.0-os.pdf
>
> http://simplesamlphp.googlecode.com/svn/trunk/schemas/saml-schema-authn-context-types-2.0.xsd
>
> Maybe it is time to define those authn URIs at OASIS; if this is not
> already done?!
>
> -Axel
>
>
>  ------------------------------
> *Von:* [email protected] [mailto:
> [email protected]] *Im Auftrag von *Paul Trevithick
> *Gesendet:* Donnerstag, 26. März 2009 03:09
> *An:* higgins-dev
> *Betreff:* [higgins-dev] Agenda for Higgins developer call March 26 at
> noon ET
>
> *Logistics
> **Time:* noon Eastern
> *Dial-in:* 1-866-362-7064 / 89-2048#
>
> *Agenda
> *1. [Brian] 1.1M6 [1] - completed
>
>
>    - Google Contacts CP is included
>    - Our build system now supports Java 1.4 and 5.0 [Valery?]
>
>
> 2. [Brian, Paul] 1.1M7 Planning
>
>
>    - Raising the bar
>    - Implement new downloads page structure [3b]
>     - PSF file
>       - Wiki page with manual build instructions
>       - Automated build (if possible)
>       - Manual regression test link
>       - All dependencies as separate projects
>
>
> 2. [Brian, Alexander, Andy] Selector Architecture Harmonization
>
>
>    - See [2]
>    - Synchronizing CardStore status-update
>
>
> 3. [Mary] EclipseCON update
>
> 4. [Markus]  IdAS Authentication
>
>
>    - Markus is working on a proposal [4]
>
>
> 5. [Paul] Website improvements
>
>
>    - Moved ver2 staging area [5] to production
>    - New “All Selectors” diagram [6]
>    - 2.1 New solution names [3]
>
>
> 6. [Paul, JohnB] Relationship Brokering With R-Cards [7]
>
>
> [1] http://wiki.eclipse.org/Higgins_1.1M6
> [2] http://wiki.eclipse.org/Selector_Architecture_Harmonization
> [3] http://wiki.eclipse.org/Higgins_1.1_Plan#Website
> [3b] http://wiki.eclipse.org/Higgins_1.1_Plan#New_Downloads_Page
> [4] http://wiki.eclipse.org/Authentication_Materials
> [5] http://www.eclipse.org/higgins/ver2/index.php
> [6] http://wiki.eclipse.org/Selector_Overview#H1.1_All_Selectors
> [7] http://wiki.eclipse.org/Relationship_Brokering_With_R-Cards
>
>
>
> _______________________________________________
> higgins-dev mailing list
> [email protected]
> https://dev.eclipse.org/mailman/listinfo/higgins-dev
>
>
_______________________________________________
higgins-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/higgins-dev

Reply via email to