Differences between revisions 4 and 5
Revision 4 as of 2005-09-02 09:29:02
Size: 3988
Editor: MarkNorman
Comment:
Revision 5 as of 2005-09-02 09:40:37
Size: 4761
Editor: MarkNorman
Comment:
Deletions are marked like this. Additions are marked like this.
Line 8: Line 8:
 * [#mustscale Grids must scale]
 * [#identitymanscalability Identity management is a scalability bottleneck]
 1. How does PKI live up to these assumptions?
  [#mustscale Grids must scale] ; [#identitymanscalability Identity management is a scalability bottleneck] ; [#identtrustorg Identity is best managed by a very trustworthy organisation] ; [#attributemanscale Attribute management is a scalability bottleneck] ; [#trustminimum Trust must be kept to a minimum on grids] ; [#securityieinadeq Security levels in the 'information environment' are inadequate]
 1. [#PKIvsassumpts How does PKI live up to these assumptions?]
  [#PKImustscale Grids must scale] ; [#PKIidentitymanscalability Identity management is a scalability bottleneck] ; [#PKIidenttrustorg Identity is best managed by a very trustworthy organisation] ; [#PKIattributemanscale Attribute management is a scalability bottleneck] ; [#PKItrustminimum Trust must be kept to a minimum on grids] ; [#PKIsecurityieinadeq Security levels in the 'information environment' are inadequate]
Line 25: Line 25:
[[Anchor(identhomeorg)]]
=== Identity is best managed by "home organisations" ===
[[Anchor(identtrustorg)]]
=== Identity is best managed by a very trustworthy organisation ===
Line 37: Line 37:
== Security levels in the information environment are inadequate == == Security levels in the 'information environment' are inadequate ==
Line 50: Line 50:
[[Anchor(PKIidenthomeorg)]]
=== Identity is best managed by "home organisations" ===
[[Anchor(PKIidenttrustorg)]]
=== Identity is best managed by a very trustworthy organisation ===
Line 62: Line 62:
== Security levels in the information environment are inadequate == == Security levels in the 'information environment' are inadequate ==
Line 73: Line 73:
[[Anchor(SHIBidenthomeorg)]]
=== Identity is best managed by "home organisations" ===
[[Anchor(SHIBidenttrustorg)]]
=== Identity is best managed by a very trustworthy organisation ===

This page contains notes building towards a formal document regarding the role of Shibboleth with grids. It necessarily challenges some basic assumptions of the way that authentication and authorisation are currently managed in grids.

This work forms the bulk of the eSP-grid workpackage five (Shibboleth Evaluation).

Contents

  1. [#intro Introduction: how to use this document]
  2. [#contempassumpts Contemporary Assumptions]
    • [#mustscale Grids must scale] ; [#identitymanscalability Identity management is a scalability bottleneck] ; [#identtrustorg Identity is best managed by a very trustworthy organisation] ; [#attributemanscale Attribute management is a scalability bottleneck] ; [#trustminimum Trust must be kept to a minimum on grids] ; [#securityieinadeq Security levels in the 'information environment' are inadequate]
  3. [#PKIvsassumpts How does PKI live up to these assumptions?]
    • [#PKImustscale Grids must scale] ; [#PKIidentitymanscalability Identity management is a scalability bottleneck] ; [#PKIidenttrustorg Identity is best managed by a very trustworthy organisation] ; [#PKIattributemanscale Attribute management is a scalability bottleneck] ; [#PKItrustminimum Trust must be kept to a minimum on grids] ; [#PKIsecurityieinadeq Security levels in the 'information environment' are inadequate]
  4. How could Shibboleth play a role?

Anchor(intro)

Introduction: how to use this document

Anchor(contempassumpts)

Contemporary Assumptions

Anchor(mustscale)

Grids must scale

Anchor(identitymanscalability)

Identity management is a scalability bottleneck

Anchor(identtrustorg)

Identity is best managed by a very trustworthy organisation

But need not be - identity is easier to manage than role etc.

Anchor(attributemanscale)

Attribute management is a scalability bottleneck

Anchor(trustminimum)

Trust must be kept to a minimum on grids

Yes, general principle is true. However, as a resource owner it may not be possible to manage more than n users and therefore you have to trust third parties. Even for a very low number of users, a grid resource owner may be the last to find out that a user has been convicted as a criminal for fraud, or has been determined to have hacked another resource.

Anchor(securityieinadeq)

Security levels in the 'information environment' are inadequate

Grid cannot trust levels of authN in users home organisations. Grid RAs and CAs are better.

Anchor(PKIvsassumpts)

How does PKI live up to these assumptions?

Anchor(PKImustscale)

Grids must scale

Anchor(PKIidentitymanscalability)

Identity management is a scalability bottleneck

Anchor(PKIidenttrustorg)

Identity is best managed by a very trustworthy organisation

But need not be - identity is easier to manage than role etc.

Anchor(PKIattributemanscale)

Attribute management is a scalability bottleneck

Anchor(PKItrustminimum)

Trust must be kept to a minimum on grids

Yes, general principle is true. However, as a resource owner it may not be possible to manage more than n users and therefore you have to trust third parties. Even for a very low number of users, a grid resource owner may be the last to find out that a user has been convicted as a criminal for fraud, or has been determined to have hacked another resource.

Anchor(PKIsecurityieinadeq)

Security levels in the 'information environment' are inadequate

Grid cannot trust levels of authN in users home organisations. Grid RAs and CAs are better.

How could Shibboleth play a role?

Anchor(SHIBmustscale)

Grids must scale

Anchor(SHIBidentitymanscalability)

Identity management is a scalability bottleneck

Anchor(SHIBidenttrustorg)

Identity is best managed by a very trustworthy organisation

But need not be - identity is easier to manage than role etc.

Anchor(SHIBattributemanscale)

Attribute management is a scalability bottleneck

Anchor(SHIBtrustminimum)

Trust must be kept to a minimum on grids

Yes, general principle is true. However, as a resource owner it may not be possible to manage more than n users and therefore you have to trust third parties. Even for a very low number of users, a grid resource owner may be the last to find out that a user has been convicted as a criminal for fraud, or has been determined to have hacked another resource.

Anchor(SHIBsecurityieinadeq)

Security levels in the information environment are inadequate

Grid cannot trust levels of authN in users home organisations. Grid RAs and CAs are better.

ESPGRIDwiki: ShibPKIEvaluation (last edited 2013-05-17 16:26:48 by localhost)