Re-using existing PKIs for online Identity Management

Loading...

Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.

0 comments

Post a comment

    Post a comment
    Embed Video
    Edit your comment Cancel

    Notes on slide 1

    14.45

    This is the “apply” slide.

    14.50

    Identity is necessary (a driver) for online services. Today’s Internet user no longer uses nick names, but publishes identity information on social network or blog. Users expect to be in control over who gets what attributes, though.

    Checking credentials of C requires RP to trust IdP Controlled release of attributes about C’s identity requires C to trust IdP

    To counter last drawback: implement identifier with a tamper-proof token (smart card). Example of Online IdP: InfoCard, Example of offline IdP: ePassport.

    User-centric as opposed to IdP-centric OpenID and InfoCard different communities / cultures. Technically browser vs. dedicated client. Dedicated client offers more flexibility. OpenID seems to have more support both in terms of number of IdPs and number of RPs.

    MS learned from MS passport.

    Managed cards: not just attributes kept at IdP. Both client and IdP need to be online for transaction.

    15.10

    BAC: “basic” because access key is based on date-of-birth, date-of-expiry, document number. EAC: issuing country limits access to its citizen’s biometric data by issuing certificates to trusted countries.

    Google alert found root certificates for 12 countries: Austria, Czech Republic, Finland, France, Germany, Greece, Hungary, Monaco, Netherlands, Slovenia, Spain, Switzerland.

    15.20

    IdP translates DoB to “over 18” to be sent to RP.

    The red stuff is what we added.

    EAC: most ePassport issuing countries keep basic card holder data in DG1 (only protected by BAC) User needs to trust IdP with respect to privacy RP needs to trust IdP with respect to attribute translation (doesn’t get to see signed DG)

    15.30

    Different role of IdP: Attributes not stored at IdP but in token of user Possibility for privacy protection by translating “raw” attributes Would ideal: privacy protection in ePassport, while still be able to send “signed” attributes to RP

    15.35

    Favorites, Groups & Events

    Re-using existing PKIs for online Identity Management - Presentation Transcript

    1. Re-using existing PKIs for online Identity Management Martijn Oostdijk Novay 22/10/09 | Session ID: 305 Classification: Intermediate
    2. Agenda Electronic Passports A short introduction to Identity 2.0 Using the ePassport PKI for online IdM Conclusions
    3. How to apply what you learn here?
      • I will demonstrate how third parties (you?) can piggyback “traditional” PKI infrastructure to facilitate your organization’s IdM
      • You are invited to come and discuss pros and cons of the combination of PKI and user-centric IdM
      • You will understand the risks involved and benefits of this combination, and be able to judge whether it is cost-effective for your organization
      Educate + Learn = Apply
    4. An Introduction to Identity 2.0
    5. Web / Identity 2.0 means…
      • “ Everybody knows you’re not a dog.”
    6. An attempt to define “Identity”
      • Identity is what you and others claim about you
      • In real life, whether you trust a claim
        • Depends on context,
        • Depends on “authorities” or “Identity Providers”
          • parents, school, government
        • Depends on “Identity Providers by proxy”
          • signed note, diploma, passport, driver’s license
      • On the Internet there is little context
      • Identity Providers needed for trust
    7. Identity Management Would like to use service Facilitates this process by - checking credentials of C - controlled release of attributes about C Client (C) Relying Party (RP) Identity Provider (IdP)
    8. Online or offline IdP?
      • Online IdP
      • Redirect RP to IdP
      • Drawback: single point of failure
      • Drawback: infrastructure cost
      • Drawback: privacy?
      • Offline IdP
      • IdP signed an identifier for client to present to RP
      • No single point of failure
      • Drawback: revocation
      • No need to trust IdP w.r.t. privacy
      • Drawback: can we trust user / user’s PC to store identifier?
    9. What is Identity 2.0?
      • Identity 2.0 is User-centric Identity
      • The user is in control over what information is shared with RP
      • Two standards are popular:
        • OpenID
        • Information Card
      • Hot or hype? (Like everything 2.0?)
      • We’ll focus on Information Card here
    10. Laws of Identity 2.0
      • By Kim Cameron of Microsoft
        • User control
        • Minimal disclosure, constrained purpose
        • Justifiable parties
        • Directed identity
        • Pluralism of operators and technologies
        • Human integration
        • Consistent experience across contexts
      • Explained for dummies:
      • People using computers should be in control of giving out information about themselves, just as they are in the physical world.
      • The minimum information needed for the purpose at hand should be released, and only to those who need it. Details should be retained no longer than necesary.
      • It should NOT be possible to automatically link up everything we do in all aspects of how we use the Internet. A single identifier that stitches everything up would have many unintended consequences.
      • We need choice in terms of who provides our identity information in different contexts.
      • The system must be built so we can understand how it works, make rational decisions and protect ourselves.
      • Devices through which we employ identity should offer people the same kinds of identity controls - just as car makers offer similar controls so we can all drive safely.
    11. Information Card
      • Open standard (sort of)
      • Self-signed cards: Attributes kept at client
      • Managed cards: Attributes kept at IdP
      • Windows CardSpace is Microsoft’s implementation
      • To prevent phishing: GUI dialog leaves context of OS
    12. Electronic Passports
    13. e Passport
      • Issued by government, standardized by ICAO
      • Contains chip with
        • Information about card holder
        • Mechanism to verify integrity of that information
        • Mechanism to verify authenticity of chip
        • Mechanism to communicate confidentially
      • Tested and found “secure” up to EAL4+
      • Intended for verification by border official’s equipment
      • (Not intended for online verification)
    14. e Passport Chip Logo MRZ Antenna
    15. Logical Data Structure hashes DGs + signature issuing state SOd public key for Active Authentication DG15 [some people with really long names] [ DG11 ] photo face DG2 name, etc, a.o. date of birth and BSN DG1 index of DGs present COM
    16. ePassport security mechanisms
      • CONTROLS:
      • Basic Access Control
      • Passive Authentication
      • Active Authentication
      • Extended Access Control
      • Biometry
      • THREATS:
      • Skimming & tracking (privacy)
      • Eavesdropping (privacy)
      • Altering (authenticity, integrity)
      • Cloning (authenticity)
      • Disclosure of biometrics (confidentiality)
      • Look-a-like fraud
    17. e Passports form a worldwide PKI!
      • Passive authentication means:
        • Data groups signed by “document signer”
        • Document signer’s certificate signed by “country signer”
      • Country signer’s certificate is given to other countries so that they can verify integrity and authenticity
        • Sometimes on government’s web site
        • In that case, third parties can read content after performing BAC
      • Can ePassports be used in Identity 2.0 scheme such as Information Card?
    18. Using the ePassport PKI for online IdM
    19. ePassport + CardSpace
    20. Information Card protocol 1. Access 2. Policy 3. Filter cards 4. Select card 5. Request token 6. Give token 7. Give token 5/6. BAC + AA + DG1 + DG15 + SOd IdP Client RP User
    21. Result
      • An online IdP can verify a user’s ePassport remotely
        • If the ePassport supports Active Authentication,
        • and Basic Access Control (and BAC keys known to the IdP),
        • and the country signing certificate is known to the IdP
      • If data is protected by EAC
        • ePassport issuing countries can limit access to selected IdPs
      • The IdP can translate attributes
        • To protect privacy
        • E.g. date-of-birth becomes “currently over 18 years of age”
        • User still in control of what gets sent to RP
    22. Conclusions
    23. Conclusions
      • Trend: Identity 2.0 (user-centric)
      • Trend: governments rolling out massive worldwide PKI
      • Such a PKI is very 1.0, but can be used in an Identity 2.0 scheme
        • Although role of IdP is somewhat different:
      • A trusted online IdP is good for privacy
        • IdP translates “raw” attributes (such as date-of-birth) to more privacy friendly attributes (such as “currently over 18 years of age”)
        • Combining offline and online identity management offers some flexibility in terms of privacy protection
    24. Questions?
    SlideShare Zeitgeist 2009

    + martijnomartijno Nominate

    custom

    61 views, 0 favs, 2 embeds more stats

    Using ePassports with Information Card. Presented a more

    More info about this document

    © All Rights Reserved

    Go to text version

    • Total Views 61
      • 54 on SlideShare
      • 7 from embeds
    • Comments 0
    • Favorites 0
    • Downloads 2
    Most viewed embeds
    • 6 views on http://martijno.blogspot.com
    • 1 views on http://www.blogger.com

    more

    All embeds
    • 6 views on http://martijno.blogspot.com
    • 1 views on http://www.blogger.com

    less

    Flagged as inappropriate Flag as inappropriate
    Flag as inappropriate

    Select your reason for flagging this presentation as inappropriate. If needed, use the feedback form to let us know more details.

    Cancel
    File a copyright complaint
    Having problems? Go to our helpdesk?

    Categories