Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Add missing link for AARC-G062

...

IDTitleSummaryLinksStatus
AARC-G001Expressing group membership and role information

This document standardises the way group membership information is expressed

Note: Superseded by AARC-G002

Website

Status
colourRed
titleSuperseded

AARC-G002

Guidelines on expressing group membership and role information

This document standardises the way group membership information is expressed. It defines a URN-based identification scheme that supports: indicating the entity that is authoritative for each piece of group membership information; expressing VO membership and role information; representing group hierarchies.

Website

Google doc

Status
colourGreen
titleFinal

Status
colourBlue
titleAEGIS

AARC-G021

Guideline on the exchange of specific assurance information between InfrastructuresInfrastructures and generic e-Infrastructures compose an ‘effective’ assurance profile derived from several sources, yet it is desirable to exchange the resulting assurance assertion obtained between Infrastructures so that it need not be re-computed by a recipient Infrastructure or Infrastructure service provider. This document describes the assurance profiles recommended to be used by the Infrastructure AAI Proxies between infrastructures.

Website

Google doc

Wiki

Status
colourGreen
titleFinal

Status
colourBlue
titleAEGIS

AARC-G025

Guidelines for expressing affiliation

The goal of this document is to define how affiliation information should be expressed when transported across AARC BPA-compliant AAIs. Two different types of affiliation have been identified, namely Affiliation within the Home Organisation, such as a university, research institution or private company; and Affiliation within the Community, such as cross-organisation collaborations. Both affiliation types should be communicated to the service providers that rely on affiliation information in order to control access to resources.

Website

Google doc

Wiki

Status
colourGreen
titleFinal

Status
colourBlue
titleAEGIS

AARC-G026Guidelines for expressing community user identifiersThis document provides guidelines for expressing Community User Identifiers (CUIDs) such that the identifier values can be transported in an interoperable way across AARC Blueprint Architecture (BPA) compliant Authentication & Authorisation Infrastructures (AAIs). The CUID is a subject identifier, where the subjects are generally but not exclusively natural persons. The community user identifier is an attribute of the subject’s digital identity which is managed by the Community AAI. This Community Identity typically includes additional attributes such as profile information, group membership and role information. The guidelines specify how the CUID is communicated from the Community AAI to its connected services, i.e. infrastructure services (accessible through Infrastructure Proxies), generic and community services. This specification imposes requirements that must be implemented by the Community AAI and the Infrastructure Proxy. These requirements may serve as best practices for other services.

Website

Google doc

Status
colourGreen
titleFinal

Status
colourBlue
titleAEGIS

AARC-G027Specification for expressing resource capabilitiesThis document provides a specification for expressing resource-specific capabilities using entitlements. A capability defines the resource or child-resource a user is allowed to access, optionally specifying certain actions the user is entitled to perform. Capabilities can be used to convey - in a compact form - authorisation information.

Website

Google doc

Status
colourGreen
titleFinal

Status
colourBlue
titleAEGIS

AARC-G031

Guidelines for the evaluation and combination of the assurance of external identities

The Research Infrastructures (from now on just Infrastructures) that follow the AARC Blueprint Architecture [AARC-BPA] set up their own AAI to grant access to their services. The AAI is typically based on a central IdP-SP proxy that act as a gateway for the Infrastructure services and resources. In order to assign an identity to the users of the research collaboration or the community they serve, Infrastructures rely on external Identity Providers and employ identity linking strategies.

The Infrastructures also define one or more assurance profiles, or a combination of assurance components, tailored to a specific risk assessment [AARC-G021].

In order to assign an assurance profile to a user, the Infrastructure shall evaluate the assurance components of the linked identity, or identities, used to register to the Infrastructure’s AAI or used during authentication at the infrastructure proxy. These guidelines provide a method to combine assurance information and to compensate for the lack of it.

Website

Google doc

Wiki


Status
colourGreen
titleFinal

Status
colourBlue
titleAEGIS

AARC-G045Evolution of the AARC Blueprint Architecture and best practices to support cross-infrastructure AAI interoperabilityThis document provides the first iteration of the AARC Blueprint Architecture (AARC-BPA-2018) including the "community-first" approach.

Website

Google doc

Status
colourGreen
titleFinal

Status
colourBlue
titleAEGIS

AARC-G049A specification for IdP hinting

This document defines a generic browser-based protocol for conveying - to services - hints about the IdPs or IdP-SP-proxies that should be used for authenticating the principal. This protocol, colloquially referred to as Identity Provider (IdP) hinting, can greatly simplify the discovery process for the end-user, by either narrowing down the number of possible/IdPs to choose from or by making the actual selection process fully transparent.

Note: Updated by AARC-G061

Website

Google doc

Status
colourRed
titleUpdated

Status
colourBlue
titleAEGIS

AARC-G061A specification for IdP hinting

This document defines a generic browser-based protocol for conveying – to services – hints about the IdPs or SP-IdP-proxies that should be used for authenticating the principal. This protocol, colloquially referred to as Identity Provider (IdP) hinting, can greatly simplify the discovery process for the end-user, by enabling entities to produce and send hints that can be consumed by SP-IdP-proxies for routing the user to the correct upstream SP-IdP-Proxy or authenticating IdP.

Note: Updates AARC-G049

Website

Google doc

Status
colourGreen
titleFinal

Status
colourBlue
titleAEGIS

AARC-G062A specification for hinting an IdP which discovery service to useThis document defines a generic browser-based protocol for conveying - to services - hints about the discovery service that should be used for letting the user choose an IdP.

Website

Google doc

Status
colourGreen
titleFinal

Status
colourBlue
titleAEGIS

...