Premetto che sono alcuni anni che non lo utilizzo, ma mi pare di ricordare che il tool che indichi vada a modificare il web.config, e la cosa non è esaltante dal mio punto di vista

Io solitamente nelle app uso i ruoli come sinonimo di permission su una funzionalità ben definita e che, pertanto, è immutabile e cablata nel codice dell'applicazione: il ruolo contentmanager ha accesso al backoffice, il ruolo moderatore visualizza il pulsante "Elimina Post" sul forum, ecc.

Poi associo ad ogni utente uno o più ruoli; magari se vuoi preparare poi dei set predefiniti e configurabili, puoi introdurre il concetto di Profile, che è un insieme di ruoli, e un utente associato ad un profile ne eredita i ruoli.

Spero di essermi spiegato nonostante sia l'una di notte passata
m.

Direi che è ok

Ciao,
m.

Ciao, pensavo di essermi spiegato, e invece evidentemente no

1) il tuo subfolder di modifica ha sulla config allow role="ModificaCliente". Questo dato è fisso.
2) Assegni il ruolo agli utenti che vuoi abilitare

Così funzionano i ruoli in ASP.NET. Ciò che vuoi fare tu, invece, è creare set di grant dinamiche, es: "SuperUser" può modificare clienti e fornitori, poi un bel giorno vuoi aggiungere la possibilità di modificare le fatture.

Una cosa del genere io la realizzo con
Roles: ModificaClienti, ModificaFornitori, ModificaFatture
Profile (che è un concetto mio, non di ASP.NET): ha ruoli ModificaClienti e ModificaFornitori, poi aggiungo ModificaFatture
User: ha associato un profile, nel nostro caso SuperUser, e conseguentemenete i roles che gli competono.

In questo modo sei in grado di modificare dinamicamente le permission senza toccare i web.config.

Più chiaro ora?

Ciao,
m.

Ciao,

nel web.config imposti le autorizzazioni sui ruoli in maniera statica. Es. sul web.config della sottocartella Clienti imposterai allow role="ModificaClienti".

Quando autentichi un cliente, ne carichi il profilo associato e imposti i roles sull'IPrincipal.

Prova cmq a dare un'occhiata a questo articolo di AZ, contiene un esempio che puoi usare come spunto.

http://www.aspitalia.com/articoli/asp.net2/membership_roles_api-p-3.aspx

m.