This is a custom implementation of an AspNetCore RemoteAuthenticationHandler for CIE3.0 (a.k.a. the Italian 'Carta d'Identità Elettronica'). Since it's an Italian-only thing, there's no point in struggling with an english README, just italian from now on.
Lo scopo di questo progetto è quello di fornire uno strumento semplice ed immediato per integrare, in una WebApp sviluppata con AspNetCore MVC, i servizi di autenticazione di CIE3.0, automatizzando i flussi di login/logout, la gestione del protocollo SAML, la security e semplificando le attività di sviluppo e markup.
La libreria viene distribuita sotto forma di pacchetto NuGet, installabile tramite il comando
Install-Package CIE.AspNetCore.Authentication
A questo punto è sufficiente, all'interno dello Startup.cs, aggiungere le seguenti righe:
public void ConfigureServices(IServiceCollection services)
{
services.AddControllersWithViews();
services
.AddAuthentication(o => {
o.DefaultScheme = CookieAuthenticationDefaults.AuthenticationScheme;
o.DefaultSignInScheme = CookieAuthenticationDefaults.AuthenticationScheme;
o.DefaultChallengeScheme = CieDefaults.AuthenticationScheme;
})
.AddCie(Configuration, o => {
o.LoadFromConfiguration(Configuration);
})
.AddCookie();
}In questo modo vengono aggiunti i middleware necessari per la gestione delle richieste/risposte di login/logout da/verso l'identityProvider di CIE3.0.
Nella libreria è inclusa anche l'implementazione di un TagHelper per la renderizzazione (conforme alle specifiche) del pulsante "Entra con CIE". Per renderizzare il pulsante è sufficiente aggiungere il seguente codice alla View Razor dove lo si desidera posizionare:
@using CIE.AspNetCore.Authentication
@addTagHelper *, Microsoft.AspNetCore.Mvc.TagHelpers
@addTagHelper *, CIE.AspNetCore.Authentication
@{
ViewData["Title"] = "Home Page";
}
<div class="text-center">
<h1 class="display-4">Welcome</h1>
<cie-button challenge-url="/home/login" size="Medium" class="text-left"></cie-button>
</div>Il TagHelper cie-button si occuperà di generare automaticamente il codice HTML necessario per la renderizzazione del pulsante.
Un esempio completo di webapp AspNetCore MVC che fa uso di questa libreria è presente all'interno di questo repository sotto la cartella CIE.AspNetCore.Authentication/CIE.AspNetCore.WebApp. Per utilizzarla è sufficiente configurare in appsettings.json i parametri AssertionConsumerServiceIndex, AttributeConsumingServiceIndex, EntityId e Certificate con quelli relativi al proprio metadata di test, e lanciare la webapp.
E' possibile configurare la libreria leggendo le impostazioni da Configurazione, tramite il comando
o.LoadFromConfiguration(Configuration);In particolare è possibile aggiungere alla configurazione una sezione 'Cie' che ha il seguente formato
"Cie": {
"Provider": {
"Name": "CIE Test/PreProduzione",
"OrganizationName": "CIE Test/PreProduzione",
"OrganizationDisplayName": "CIE Test/PreProduzione",
"OrganizationUrlMetadata": "https://preproduzione.idserver.servizicie.interno.gov.it/idp/shibboleth?Metadata",
"OrganizationUrl": "https://www.interno.gov.it/it",
"OrganizationLogoUrl": "",
"SingleSignOnServiceUrlPost": "https://preproduzione.idserver.servizicie.interno.gov.it/idp/profile/SAML2/POST/SSO",
"SingleSignOutServiceUrlPost": "https://preproduzione.idserver.servizicie.interno.gov.it/idp/profile/SAML2/POST/SLO",
"SingleSignOnServiceUrlRedirect": "https://preproduzione.idserver.servizicie.interno.gov.it/idp/profile/SAML2/Redirect/SSO",
"SingleSignOutServiceUrlRedirect": "https://preproduzione.idserver.servizicie.interno.gov.it/idp/profile/SAML2/Redirect/SLO",
"Type": "StagingProvider"
},
"Certificate": {
"Source": "Store/Raw/File/None",
"Store": {
"Location": "CurrentUser",
"Name": "My",
"FindType": "FindBySubjectName",
"FindValue": "HackDevelopers",
"validOnly": false
},
"File": {
"Path": "xxx.pfx",
"Password": "xxx"
},
"Raw": {
"Certificate": "test",
"Password": "test"
}
},
"EntityId": "https://entityID",
"AssertionConsumerServiceIndex": 0,
"AttributeConsumingServiceIndex": 0
"Type": "StagingProvider",
"SecurityLevel": 3
}La configurazione del certificato del SP avviene specificando nel campo Source uno tra i valori Store/File/Raw/None (nel caso di None non verrà caricato un certificato durante lo startup, ma sarà necessario fornirne uno a runtime, tramite l'uso dei CustomCieEvents, che verranno presentati più nel dettaglio nella sezione successiva) e compilando opportunamente la sezione corrispondente al valore specificato. Le sezioni non usate (quelle cioè corrispondenti agli altri valori) potranno essere tranquillamente eliminate dal file di configurazione, dal momento che non verranno lette.
In alternativa, è possibile configurare tutte le suddette opzioni programmaticamente, dal metodo AddCie(options => ...).
Gli endpoint di callback per le attività di signin e signout sono impostati di default, rispettivamente, a /signin-cie e /signout-cie, ma laddove fosse necessario modificare queste impostazioni, è possibile sovrascriverle (sia da configurazione che da codice) reimpostando le options CallbackPath e RemoteSignOutPath.
E' possibile intercettare le varie fasi di esecuzione del RemoteAuthenticator, effettuando l'override degli eventi esposti dalla option Events, ed eventualmente utilizzare la DependencyInjection per avere a disposizione i vari servizi configurati nella webapp. Questo torna utile sia in fase di inspection delle request e delle response da/verso l'identity provider di CIE3.0, sia per personalizzare, a runtime, alcuni parametri per la generazione della richiesta SAML (ad esempio nel caso in cui si voglia implementare la multitenancy). Ad esempio
public void ConfigureServices(IServiceCollection services)
{
services.AddControllersWithViews();
services
.AddAuthentication(o => {
o.DefaultScheme = CookieAuthenticationDefaults.AuthenticationScheme;
o.DefaultSignInScheme = CookieAuthenticationDefaults.AuthenticationScheme;
o.DefaultChallengeScheme = CieDefaults.AuthenticationScheme;
})
.AddCie(Configuration, o => {
o.Events.OnTokenCreating = async (s) => await s.HttpContext.RequestServices.GetRequiredService<CustomCieEvents>().TokenCreating(s);
o.Events.OnAuthenticationSuccess = async (s) => await s.HttpContext.RequestServices.GetRequiredService<CustomCieEvents>().AuthenticationSuccess(s);
o.LoadFromConfiguration(Configuration);
})
.AddCookie();
services.AddScoped<CustomCieEvents>();
}
.....
public class CustomCieEvents : CieEvents
{
private readonly IMyService _myService;
public CustomCieEvents(IMyService myService)
{
_myService = myService;
}
public override Task TokenCreating(SecurityTokenCreatingContext context)
{
var customConfig = _myService.ReadMyCustomConfigFromWhereverYouWant();
context.TokenOptions.EntityId = customConfig.EntityId;
context.TokenOptions.AssertionConsumerServiceIndex = customConfig.AssertionConsumerServiceIndex;
context.TokenOptions.AttributeConsumingServiceIndex = customConfig.AttributeConsumingServiceIndex;
context.TokenOptions.Certificate = customConfig.Certificate;
context.TokenOptions.SecurityLevel = customConfig.SecurityLevel;
context.TokenOptions.RequestMethod = customConfig.RequestMethod;
return base.TokenCreating(context);
}
public override Task AuthenticationSuccess(AuthenticationSuccessContext context)
{
var principal = context.Principal;
// Recupero dati provenienti da Cie da ClaimsPrincipal
var name = principal.FindFirst(CieClaimTypes.Name);
var familyName = principal.FindFirst(CieClaimTypes.FamilyName);
var email = principal.FindFirst(CieClaimTypes.Email);
var dateOfBirth = principal.FindFirst(CieClaimTypes.DateOfBirth);
return base.AuthenticationSuccess(context);
}
}La libreria è dotata della possibilità di generare dinamicamente dei metadata per Service Provider conformi ai profili privati e pubblici indicati nel Manuale Tecnico CIE.
E' possibile aggiungere nuovi ServiceProvider sia in maniera procedurale, in fase di Startup, come segue:
.AddCie(o =>
{
o.LoadFromConfiguration(Configuration);
o.ServiceProviders.AddRange(GetServiceProviders(o));
})
......
private List<Authentication.Models.ServiceProviders.ServiceProvider> GetServiceProviders(CieOptions o)
{
return new List<Authentication.Models.ServiceProviders.ServiceProvider>(){
new ServiceProviderStandard()
{
FileName = "metadata.xml",
Certificate = _options.Certificate,
Id = Guid.NewGuid(),
EntityId = _options.EntityId,
SingleLogoutServiceLocations = new List<SingleLogoutService>() {
new SingleLogoutService() {
Location = "https://localhost:5001/signout-cie",
ProtocolBinding = ProtocolBinding.POST
}
},
AssertionConsumerServices = new System.Collections.Generic.List<AssertionConsumerService>() {
new AssertionConsumerService(){
Index = 0,
IsDefault = true,
Location = "https://localhost:5001/signin-cie",
ProtocolBinding = ProtocolBinding.POST
},
new AssertionConsumerService() {
Index = 1,
IsDefault = false,
Location = "https://localhost:5001/signin-cie",
ProtocolBinding = ProtocolBinding.Redirect
}
},
AttributeConsumingServices = new System.Collections.Generic.List<AttributeConsumingService>() {
new AttributeConsumingService() {
Index = 0,
ServiceDescription = "Service 1 Description",
ClaimTypes = new CieClaimTypes[] {
CieClaimTypes.Name,
CieClaimTypes.FamilyName,
CieClaimTypes.FiscalNumber,
CieClaimTypes.DateOfBirth
}
},
new AttributeConsumingService() {
Index = 1,
ServiceDescription = "Service 2 Description",
ClaimTypes = new CieClaimTypes[] {
CieClaimTypes.Name,
CieClaimTypes.FamilyName,
CieClaimTypes.FiscalNumber,
CieClaimTypes.DateOfBirth
}
}
},
OrganizationName = "Organizzazione fittizia per il collaudo",
OrganizationDisplayName = "Oganizzazione fittizia per il collaudo",
OrganizationURL = "https://www.asfweb.it/",
ContactPersons = new System.Collections.Generic.List<IContactPerson>() {
new PrivateContactPerson() {
ContactType = Authentication.Saml.SP.ContactTypeType.administrative,
Company = "Partner Tecnologico per Soluzioni di Identità Federata s.r.l.",
EmailAddress = new string[] { "[email protected]" },
TelephoneNumber = new string[] { "+390999135792" },
VATNumber = "IT01234567890",
FiscalCode = "9876543210",
NACE2Codes = new string[] { "CODICE_ATECO" },
Municipality = "CODICE_ISTAT_SEDE"
}
}
},
.......sia utilizzando una classe che implementa l'interfaccia IServiceProvidersFactory e configurandola come segue:
.AddCie(o =>
{
o.LoadFromConfiguration(Configuration);
})
.AddServiceProvidersFactory<ServiceProvidersFactory>();
........
public class ServiceProvidersFactory : IServiceProvidersFactory
{
public Task<List<ServiceProvider>> GetServiceProviders()
=> Task.FromResult(new List<ServiceProvider>() {
new Authentication.Models.ServiceProviders.ServiceProviderStandard()
{
..............Infine, per poter esporre gli endpoint dei metadata relativi ai Service Provider registrati, sarà necessario aggiungere la seguente riga:
app.AddCieSPMetadataEndpoints();Tutti i metadata generati vengono automaticamente esposti su endpoint diversi, che hanno come BasePath /metadata-cie (ad esempio, un metadata definito con NomeFile = metadata.xml verrà esposto sull'endpoint /metadata-cie/metadata.xml): il BasePath può essere cambiato, sovrascrivendo la proprietà ServiceProvidersMetadataEndpointsBasePath sulle CieOptions nello Startup.cs.
All'interno dell'esempio CIE.AspNetCore.WebApp è presente un ServiceProvider di esempio per ogni tipologia di profilo, sia configurato in maniera procedurale, sia tramite IServiceProvidersFactory.
Dalla versione 2.0.0 è possibile specificare un custom LogHandler al fine di implementare la strategia di salvataggio dei Log di Request/Response che si preferisce. E' sufficiente implementare la seguente classe:
public class LogHandler : ILogHandler
{
public Task LogPostRequest(PostRequest request)
{
// Persist your request
}
public Task LogPostResponse(PostResponse response)
{
// Persist your response
}
public Task LogRedirectRequest(RedirectRequest request)
{
// Persist your request
}
public Task LogRedirectResponse(RedirectResponse response)
{
// Persist your response
}
}ed effettuare l'opportuna registrazione nello Startup come segue:
services.AddAuthentication(/* ... */)
.AddCie(/* ... */)
.AddLogHandler<LogHandler>()
/* add other Cie-related services.... */;La libreria può, in qualunque fase (sia in fase di creazione della Request sia in fase di gestione della Response), sollevare eccezioni. Un tipico scenario è quello in cui vengono ricevuti i codici di errore previsti dal protocollo (n.19, n.20, ecc....), in tal caso la libreria solleva un'eccezione contenente il corrispondente messaggio d'errore localizzato, richiesto dalle specifiche CIE3.0, che è possibile gestire (ad esempio per la visualizzazione) utilizzando il normale flusso previsto per AspNetCore. L'esempio seguente fa uso del middleware di ExceptionHandling di AspNetCore.
public void Configure(IApplicationBuilder app, IHostEnvironment env)
{
...
app.UseExceptionHandler("/Home/Error");
...
}
.......
// HomeController
[AllowAnonymous]
public async Task<IActionResult> Error()
{
var exceptionHandlerPathFeature =
HttpContext.Features.Get<IExceptionHandlerPathFeature>();
string errorMessage = string.Empty;
if (exceptionHandlerPathFeature?.Error != null)
{
var messages = FromHierarchy(exceptionHandlerPathFeature?.Error, ex => ex.InnerException)
.Select(ex => ex.Message)
.ToList();
errorMessage = String.Join(" ", messages);
}
return View(new ErrorViewModel
{
RequestId = Activity.Current?.Id ?? HttpContext.TraceIdentifier,
Message = errorMessage
});
}
private IEnumerable<TSource> FromHierarchy<TSource>(TSource source,
Func<TSource, TSource> nextItem,
Func<TSource, bool> canContinue)
{
for (var current = source; canContinue(current); current = nextItem(current))
{
yield return current;
}
}
private IEnumerable<TSource> FromHierarchy<TSource>(TSource source,
Func<TSource, TSource> nextItem)
where TSource : class
{
return FromHierarchy(source, nextItem, s => s != null);
}La libreria è stata oggetto di collaudo da parte dell'Istituto Poligrafico e Zecca dello Stato, ha superato tutti i test di spid-saml-check ed è compliant con le direttive specificate nel manuale operativo di CIE.
A partire dalla versione 2.0.0 è stata migliorata la gestione dei Log e dei CieEvents, e sono state apportate alcune modifiche alla sezione di configurazione.
Di seguito le modifiche agli appsettings:
- Sezione "Provider"
- Aggiunte le property "EntityId", "SingleSignOnServiceUrlPost", "SingleSignOutServiceUrlPost", "SingleSignOnServiceUrlRedirect", "SingleSignOutServiceUrlRedirect"
- Eliminate le property "SingleSignOnServiceUrl", "SingleSignOutServiceUrl", "Method", "SecurityLevel"
- Sezione root, aggiunte le property "SecurityLevel" (default "3"), "RequestMethod" (default "POST")
Di seguito le modifiche ai CieEvents:
- Aggiunte le property "SecurityLevel" e "RequestMethod" all'oggetto "SecurityTokenCreatingOptions", che viene iniettato nel CieEvent "OnTokenCreating". Effettuando l'override di queste nuove property è possibile specificare, per request, il SecurityLevel e il RequestMethod desiderati. In caso contrario verranno utilizzati i valori di default o quelli specificati nella root della sezione di settings riportati sopra.
E' stata aggiunta la possibilità di specificare un custom LogHandler, come riportato nella sezione dedicata.
- Daniele Giallonardo (maintainer) - Stefano Mostarda