Overall goals and approach of Pilots in AARC
Aims
The Pilots activity aims at facilitating researchers by providing the access management tools and framework to support collaborative research in a distributed environment. To this end, in this activity we demonstrate through (pre-) production services that:
existing AAIs and authentication sources can be leveraged to enable (SSO) access with appropriate level of assurance for any natural person (academia and non-academia) to shared resources offered by different e-Infrastructure providers and communities. (task 1)
authoritative decisions and user/group context can be based on distributed group managers and attribute providers. (task 2)
access to non-web and commercial e-infrastructure services can be enabled. This requires the bridging of SAML (NREN world) and token/certificate based (e-infra world). (task 3)
Approach
The approach consists of deploying existing components as discussed with and identified by JRA1 and to integrate a selection of these components according to a common architecture that has been drafted in JRA1. To this purpose we established a stable pilot environment with solutions to be tried and assessed by stakeholders of the research communities. A more detailed description of the aims and approach of the pilots activity is available here: Specify the work to be undertaken in collaboration with JRA1 and NA3
- Analysis of user- community requirements
- Existing AAI and available technologies for federated access
- First Draft of the blueprint architecture (a 2nd revised version is currently in preperation)
Pilots performed
As of March 2017, a large number of pilots have been prepared and lined up as part of the AARC SA1 activity. We assessed the suitability of many different components to handle common issues experienced in R&E. Topics range from handling guest users, managing attributes, to performing token translations. A detailed overview of all components piloted is available here:
Expanding the reach of federated access
Libraries
- LibrariesConsortiumProxy Portal & Hub for library consortia - tested with Greek Heal link consortium
- LibrariesEZproxy Hybrid SAML and IP address based AuthN – tested with IT library community
- LibrariesWalkInUsersPortal Entry for guest users to access library sources – tested with IT library community
Check this flyer with a general overview of the pilots: <Click library pilots pdf leaflet> and give us feedback via this online survey
Guest access
- ORCIDpilot SAML ORCID account linking – in production at ORCID.org
- COmanageORCIDPilot AuthN with ORCID iD and writing it to LDAP for use in collaboration services - tested with Dutch research communities
- SocialIDpilot Include Social Identities (FB/LI/ORCID/Ggl) in the Authentication and Authorization – tested with EGI
- eduTeams Lightweigth proxy to bridge between SAML2 various Authentication Sources (AuthSources) – to be tested with BBMRI
Testing technical and policy components
Attribute management - <Click attribute management pdf leaflet>
AttributeManagementPilot Attribute management and proxying to manage access to OpenStack – tested with EGI
- BBMRIAAIPilot Attribute management and proxying to manage access to BBMRI services – tested with BBMRI
- PerunVOMSCILogonPilot X509 access to Elixir and EGI services with Authz pushed from Perun to VOMS into cert –tested with Elixir
TTS pilots
- IGTF to eduGAIN proxy X509 to SAML in order to access Services published to eduGAIN – tested with EGI, now in production with R&S and SIRTFI
- CILogon-like pilot SAML to certificate – tested with Elixir and EGI community
- COmanageSSHPilot SAML to ssh + workflows and audit trail – tested with NL BBMRI community, EGI....
- WaTTS (SSH-plugin) stand alone p&p TTS using OIDC to generate ssh key – tested with EGI
- WaTTS (RCauth-plugin) using OIDC to generate session inside which an RCauth Certificate is stored – tested with EGI, B2Access, HBP, Indigo
- LDAPfacade Providing access to non-web resources via SAML and PAM– tested at PSNC
Enabling access to (commercial) 3rd party
Cross infrastructure pilots
enable federated access to shared resources of research communities and to enable the integrated use e-infrastructure services, the pilots activity in AARC will run a large number of pilots as a step-up to concrete AAI services. The requirements of research communities and e-infrastructures will drive the design of either missing AAI components or new services. To put this into action the AARC pilots activity consists of 4 tasks:
Table of Contents
Below you find a more detailed description of the activities to be performed for each task
Task1: Pilots with research communities based on use cases provided (lead by GARR and GRNET)
A total of eight use-cases from research communities have been selected to pilot with AAI solutions. A support team will be created to work with the research communities to match the best solutions and architecture with those use cases. Intermediate results will be shared with the relevant communities and feedback will be used to advance the further work.
| Community | Links | Topics/Focus | Status | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Connecting services & Brokering Leverage the work done by AARC on policies and architectural blueprints Implementing Sirtfi Using eduGAIN |
| |||||||||
| Move away from IP based access towards federated AAI according to the AARC BPA |
| |||||||||
| Evolve current AAI towards one that is fully compliant with AARC BPA; support cross infra use cases with EGI/EUDAT/PRACE and delegated federated access (non-interactive) workflows |
| |||||||||
| Initial implementation of Community IdP/SP proxy, Group/Role based access to resources, SIRTFI and CoCo/GDPR compliance |
| |||||||||
| Implementation of AAI according to the AARC BPA; access for citizen scientists |
| |||||||||
| Inter compatibility, share a common AAI shaping according to the ideas in Elixir. Also focus on sustainability and operational aspects
|
| |||||||||
| Implementation of IdP/SP Proxy, mainly to provide Token Translation Services to allow end users to login without the need of manually managing X.509 certificates |
| |||||||||
| Implement AAI according to AARC BPA |
| |||||||||
| DARIAH AAI | Implementing an AAI according BPA to allow communication between DARIAH and other infrastructures |
|
Task2: Support and pilots for e-infrastructures interoperability and integration (lead by EGI)
This task will focus on piloting AAI components and frameworks to enable transparent interoperability between infrastructures in terms of authentication and authorisation and will build on the state of the art of the AAI services provided by the infrastructures.
This task’s work will be driven by the requirements and use cases of both e-infrastructures and research infrastructures and the results of the JRA1 activity.
| e-Infrastructure | Links | Topics/Focus | Status | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| EUDAT-EGI pilot for cross-infrastructure access to resources | The technical integration of the EGI and EUDAT AAIs has started but we recognize that additional effort is needed to harmonise attributes and Level of Assurance (LoA) definitions. The team therefore continues to work on an earlier started joint proposal by AARC, EGI and EUDAT to harmonise the LoA of their identities for consumption by their internal services. | This pilot has been absorbed by the LS AAI pilot | ||||||||
| EUDAT-PRACE pilot for cross-infrastructure access to resources | The high-level goal of this pilot is to achieve AAI interoperability between EUDAT and PRACE and to examine how Unity technology may be used to accomplish this task. The solution consists of two components. The first one is the automatic provisioning of accounts for selected PRACE users who authenticate with x.509 certificates. EUDAT accepts these certificates and PRACE users become registered users in the EUDAT authentication and authorisation service. This gives PRACE users access to non-x.509-based EUDAT services. The second component needs to synchronise these accounts with EUDAT data services using certificate credentials. |
| ||||||||
| DARIAH AAI | Implementing a Proxy-Element according to the AARC BPA in the DARIAH AAI and enabling integration with EGI There are two consecutive and related pilots:
|
| ||||||||
| Two pilots:
| This pilot has been absorbed by the LS AAI pilot |
Task3: Piloting advanced use cases, new solutions and approaches based on the outcomes of JRA1 and NA3 (Lead by GRNET)
This task will pilot solutions that complement the eight AAI use cases provided by the selected research communities (piloted within Task 1) and the cross e-infrastructure integration issues addressed by Task 2. As such, the task will investigate advanced AAI scenarios by taking into consideration the results of AARC1 and by building a feedback loop with JRA1 and NA3.
These advanced scenarios include scalable and highly available authorisation schemes in multi-SP environments. In addition, emerging and new technologies (e.g. OpenID Connect for establishing federations, beyond password solutions, integration approaches for multi-protocol cross-sector identity federations) will be assessed and piloted in this task to confirm their feasibility in real-life scenarios.
In addition, this task will deal with cross community use cases. In Q4 2017, Task3 started the Life Sciences & Health pilot for the CORBEL community. This was triggered by a formal request by CORBEL to come up with an overarching AAI infrastructure. Since AAI is not the 'core business' of CORBEL, they prefer having that part sustained by the e-Infrastructures. Therefore, CORBEL wrote a document with their AAI requirements (See: https://goo.gl/zvTQmB) and requested the 3 e-Infrastructures in AARC2 (EGI, EUDAT & GÉANT) to respond with a proposal. It quickly became clear that the best way to approach this respons was to submit a combined proposal, where each e-Infrastructure provides a part of the final solution. A first phase of a pilot has been finalised early February. A recording of the demo is available here: https://geant.app.box.com/v/ls-aai-phase-1-demo. The second phase of the life science pilot commenced in February, results will follow soon.
Task4: Creation of showcases, deployment scenarios and documentation based on successful pilots in AARC2 (Lead by RETI)
The pilots in AARC and AARC2 will produce a lot of experience, documentation and interesting showcases. In collaboration with the NA2 activity, these results will be combined with technical training material and offered as one package to the community.
This material in combination with the relevant sustainability plans, will be fed to the Competence Centre to ensure that a home for the results is found. The results for this SA will be rooted via the for federating communities forum. AARC2 showcases will be used to demonstrate how the proposed AARC blueprint architecture will help simplify the daily work for researchers collaborating in several different communities and using different infrastructures.
Previous results of the pilot activity in the first edition of the AARC project (first edition of AARC 2015-2017) which ended in May 2017, are available here.
...