Difference between revisions of "AAI"
(Added links to EGI docs site) |
|||
(4 intermediate revisions by 3 users not shown) | |||
Line 73: | Line 73: | ||
= Documentation = | = Documentation = | ||
*[ | *[https://docs.egi.eu/users/check-in/ Usage Guide] | ||
*[[AAI | *[https://docs.egi.eu/users/check-in/vos/ Guide for VO Managers] | ||
*[ | *[[AAI expressing vo group membership and role information|Expressing VO/group membership and role information]] | ||
*[https://docs.egi.eu/providers/check-in/idp/ Integration Guide for Identity Providers] | |||
*[https://docs.egi.eu/providers/check-in/sp/ Integration Guide for Service Providers] | |||
**[[AAI guide for OpenStack|OpenStack cloud providers (Apache mod_auth_openidc) ]] | **[[AAI guide for OpenStack|OpenStack cloud providers (Apache mod_auth_openidc) ]] | ||
* [[AAI FAQ]] | * [[AAI FAQ]] | ||
[[Category:Tools]] | [[Category:Tools]] |
Revision as of 01:06, 5 November 2020
Tools menu: | • Main page | • Instructions for developers | • AAI Proxy | • Accounting Portal | • Accounting Repository | • AppDB | • ARGO | • GGUS | • GOCDB |
• Message brokers | • Licenses | • OTAGs | • Operations Portal | • Perun | • EGI Collaboration tools | • LToS | • EGI Workload Manager |
The EGI Check-in service (also called EGI AAI proxy) enables access to EGI services and resources using federated authentication mechanisms. Specifically, the proxy service is operated as a central hub between federated Identity Providers (IdPs) residing ‘outside’ of the EGI ecosystem, and Service Providers (SPs) that are part of EGI. The main advantage of this design principle is that all entities need to establish and maintain technical and trust relation only to a single entity, the EGI AAI proxy, instead of managing many-to-many relationships. In this context, the proxy acts as a Service Provider towards the Identity Providers and as an Identity Provider towards the Service Providers.
Through the EGI AAI proxy, users are able to authenticate with the credentials provided by the IdP of their Home Organisation (e.g. via eduGAIN), as well as using social identity providers, or other selected external identity providers (support for eGOV IDs is also foreseen). To achieve this, the EGI AAI has built-in support for SAML, OpenID Connect and OAuth2 providers and already enables user logins through Facebook, Google, LinkedIn, and ORCID. In addition to serving as an authentication proxy, the EGI AAI provides a central Discovery Service (Where Are You From – WAYF) for users to select their preferred IdP.
The EGI AAI proxy is also responsible for aggregating user attributes originating from various authoritative sources (IdPs and attribute provider services) and delivering them to the connected EGI service providers in a harmonised and transparent way. Service Providers can use the received attributes for authorisation purposes, i.e. determining the resources the user has access to.
Tool name | EGI AAI Check-in Service |
Tool Category and description | EGI Core service
Provides Authentication and Authorisation capabilities enabling user-friendly and secure access to EGI services |
Tool url | https://aai.egi.eu/ |
checkin-support@mailman.egi.eu | |
GGUS Support unit | AAI Support |
GOCDB entry | GRIDOPS-CheckIn |
Requirements tracking - EGI tracker | AAI-Check-in |
Issue tracking - Developers tracker | N/A |
Release schedule | https://wiki.egi.eu/wiki/EGI-Engage:TASK_JRA1.1_Authentication_and_Authorisation_Infrastructure#Development_Roadmap |
Release notes | Ν/Α |
Roadmap | https://wiki.egi.eu/wiki/EGI-Engage:TASK_JRA1.1_Authentication_and_Authorisation_Infrastructure |
Related OLA | N/A |
Test instance url | https://aai-dev.egi.eu/ |
Documentation | https://wiki.egi.eu/wiki/AAI#Documentation |
License | Apache License 2.0 |
Provider | GRNET |
Source code | https://github.com/rciam |
Change, Release and Deployment
TBD