Planera portalbehörigheter med en matris
En exempelmatris för två företag och tre roller kopplar tillåtna uppgifter till dataområden och konkreta kontroller.
”Kunden är inloggad” avgör inte vilka dokument personen får läsa eller vilka beställningar som får skapas. En behörighetsplan kopplar personen, den önskade handlingen och det berörda dataområdet till varandra.
Följande portal är helt hypotetisk. Företagen C10 och C20, rollerna och kontrollerna beskriver en utformning, inte ett genomfört säkerhetstest.
Från arbetsuppgift till matris
Här ser läsare företagsdokument, beställare får också beställa och kundadministratörer hanterar företagets konton. Kundadministration är inte automatiskt en överordnad roll: beställning har inte tilldelats här.
Företag | Roll | Läsa det egna företagets dokument | Beställa för det egna företaget | Hantera det egna företagets konton | Annat företag |
|---|---|---|---|---|---|
| Läsare | Ja | Nej | Nej | Ingen åtkomst |
| Beställare | Ja | Ja | Nej | Ingen åtkomst |
| Kundadministratör | Ja | Nej | Ja | Ingen åtkomst |
| Läsare | Ja | Nej | Nej | Ingen åtkomst |
| Beställare | Ja | Ja | Nej | Ingen åtkomst |
| Kundadministratör | Ja | Nej | Ja | Ingen åtkomst |
Fördelningen är ett exempelbeslut. Om kundadministrationen också behöver beställa ska tilldelningen planeras och testas uttryckligen. Det måste även bestämmas vilka företagsroller den själv får tilldela. Det ger inga rättigheter för hela plattformen.
Upprätthåll gränsen vid objektet
En dold menypunkt stoppar inte en direkt dokumentbegäran. Servern måste kontrollera om personen får agera för det valda företaget och om det konkreta dokumentet tillhör det tillåtna området. En företagsidentifierare från webbläsaren är ett val, inte ett bevis på tillhörighet.
Kontrollen gäller mer än detaljsidor. Listor, exporter och skrivåtgärder kräver samma lämpliga avgränsning. Utformningen ger inte åtkomst till kombinationer utan uttryckligt tillstånd.
Testa tillåtna och nekade vägar
Matrisen ger förväntade resultat före genomförandet:
En läsare kan öppna det egna företagets dokument; en beställning med den rollen nekas.
En administratör från
C10får inte heller via direktadressen dokument frånC20.Tillåten användarhantering ändrar bara det egna företagets konton och tilldelar bara avsedda roller.
Efter borttagen tillhörighet eller behörighet är den skyddade handlingen blockerad även med en tidigare öppnad session.
Testa tillåtna fall lika väl som nekade. En applikation som blockerar allt uppfyller inte matrisen. Dokumentera roller, datatillhörighet och förväntat resultat för den testade versionen.
Matrisen klargör en del av reglerna. Den ersätter varken tekniskt genomförande eller en fullständig säkerhetsbedömning. Ändringar i roller, datavägar eller tillhörigheter måste föras in i planen och relevanta kontroller.
Källor
Läs vidare
Alla artiklar
Mjukvaruutveckling med ASES
Skräddarsydd programvara, webb- och mobilappar