Med low-code-platforme kan medarbejdere bygge deres egne apps og automatiske flows uden at skrive kode. En sælger laver et flow, der kopierer nye kunder fra CRM til et regneark. En afdelingsleder bygger en app til godkendelse af ferie. Det er nyttigt, og det kan ske uden, at IT ved det. For IT-afdelingen er spørgsmålet ikke, om platformen skal bruges, men om I ved, hvilke data der flyttes hvorhen, med hvis rettigheder. Svaret hviler på to styringsmidler, som Microsoft selv beskriver for Power Platform: regler for, hvilke forbindelser til andre tjenester der må bruges, og styring af de miljøer, hvor apps og flows bygges.
Hvorfor det er et testområde
En app eller et flow forbinder sig til andre tjenester gennem såkaldte connectorer. Microsoft beskriver, at forbindelsen gemmes som en legitimation i det miljø, hvor appen eller flowet ligger. Flowet kører derefter med den rettighed, den der byggede det, havde, eller med den konto, der blev brugt til forbindelsen.
Det giver tre risici, som en test kan belyse:
- Data, der forlader virksomheden · et flow kan sende data fra interne systemer til eksterne tjenester, som IT ikke har godkendt.
- Rettigheder, der deles videre · en app, der deles med kolleger, kan give dem adgang til data gennem byggerens forbindelse.
- Apps og flows uden ejer · Microsoft skriver, at apps og flows i praksis bliver uden ejer, når den, der byggede dem, forlader organisationen.
Ingen af risiciene kræver en fejl i platformen. De opstår af måden, platformen bruges på.
Standardmiljøet
Microsoft oplyser, at alle medarbejdere i en organisation, der bruger Power Platform, har adgang til standardmiljøet. Det betyder, at alle i princippet kan bygge apps og flows der. Microsoft beskriver standardmiljøet som beregnet til personlig produktivitet og anbefaler, at apps, der bliver udbredte eller forretningskritiske, flyttes til et miljø med mere styring.
For IT-afdelingen er standardmiljøet derfor det første sted at se: hvor mange apps og flows ligger der, hvilke forbindelser bruger de, hvem har bygget dem, og hvem er de delt med?
Det, en test eller gennemgang kan vise
Meget af det, der er relevant her, er opsætning og overblik snarere end svagheder, en tester udnytter. En del af arbejdet er derfor en gennemgang af opsætningen fra en administratorkonto, suppleret med test, hvor det giver mening. → Cloudgennemgang eller test
Typisk afprøves eller gennemgås:
- Regler for forbindelser · om der findes regler for, hvilke connectorer der må bruges sammen, og om de gælder alle miljøer.
- Delte apps · om apps er delt med hele organisationen eller med gæster, og hvilke data de giver adgang til.
- Forbindelser til eksterne tjenester · om flows sender data til tjenester uden for virksomheden.
- Konti bag flows · om forretningskritiske flows kører på en enkelt medarbejders konto. → Tjenestekonti
- Apps og flows uden aktiv ejer · fx bygget af medarbejdere, der er stoppet.
- Adgang for gæster · om eksterne konti kan bruge apps, der rører interne data. → Gæstebrugere og eksterne konti i Entra ID
Low-code-platforme kan også give programmer adgang til data gennem appregistreringer og samtykke. Det er et beslægtet emne med sine egne fund. → Appregistreringer og samtykke
Det, IT har klar
Før arbejdet går i gang, skal IT kunne svare på nogle grundlæggende spørgsmål, eller vide, hvem der kan:
- Hvem administrerer platformen · måske er det uklart, om det er IT, Microsoft 365-administratorerne eller en digitaliseringsfunktion.
- Hvilke miljøer findes · og hvem der har lov at bygge i dem.
- Hvilke apps og flows er vigtige · dem, forretningen ikke kan undvære, med en ejer for hver.
- Testkonti · en almindelig bruger og en bruger med rettigheder til at bygge, så testen kan vise, hvad hver af dem kan nå.
Aftal også, at testen ikke ændrer eller stopper rigtige flows. Et flow, der sender fakturaer eller opdaterer kundedata, skal ikke afbrydes for at afprøve en regel. Brug et særskilt miljø til afprøvning af regler, hvor det er muligt.
Regler for forbindelser
Microsofts dataregler for Power Platform lader administratorer bestemme, hvilke connectorer der må bruges i hvilke miljøer, og hvilke der ikke må bruges sammen. Når en regel ændres, vurderes eksisterende apps og flows, og dem, der bryder reglen, sættes i bero. Microsoft skriver, at det i de fleste tilfælde sker inden for en time, men at det i de mest omfattende tilfælde kan tage op til et døgn.
To ting følger af det for IT. For det første virker reglerne også bagud: et flow, som brugerne er afhængige af, kan stoppe, når en ny regel indføres. For det andet er nogle centrale connectorer ifølge Microsoft ikke mulige at blokere, så reglerne dækker ikke alt. Indfør derfor regler gradvist, og find de berørte flows og deres ejere først. → Skærpelser, brugerne mærker
Rettelser på begrebsniveau
- Regler for forbindelser i alle miljøer · så data ikke kan flyttes til ikke-godkendte tjenester.
- Adskilte miljøer · personlige apps i standardmiljøet, forretningskritiske apps i miljøer med styring.
- Begrænsning af deling · så apps ikke kan deles med hele organisationen uden en vurdering.
- Ejere, der kan overtage · forretningskritiske flows flyttes til konti, der ikke følger en enkelt medarbejder.
- Oprydning · apps og flows uden ejer eller brug gennemgås og lukkes.
- Løbende overblik · en fast gennemgang af, hvad der bygges, og hvilke forbindelser der bruges.
Det skal I lade være med
- At forbyde platformen uden at kende brugen. Arbejdsgange stopper, og brugerne finder andre veje.
- At indføre strenge regler på én gang. Flows, ingen kendte til, holder op med at virke.
- At lade forretningskritiske flows køre på en enkelt medarbejders konto. De stopper eller lever videre uden kontrol.
- At gå ud fra, at reglerne dækker alt. Nogle forbindelser kan ikke blokeres.
- At overse gæster. Delte apps kan give eksterne adgang til interne data.
Hvad kan og ikke kan konkluderes
En test eller gennemgang viser, hvilke apps, flows, forbindelser og delinger der fandtes, og hvordan reglerne var sat op på tidspunktet for arbejdet. Den kan ikke vise, hvilke data der tidligere er flyttet, uden en særskilt gennemgang af logs. Den kan heller ikke forhindre, at nye flows bygges i morgen. Det kræver regler og en løbende gennemgang.
Tjekliste til low-code og flows
- ☐ Ved I, hvilke miljøer der findes, og hvem der kan bygge i dem?
- ☐ Er der regler for forbindelser, og gælder de alle miljøer?
- ☐ Er forretningskritiske apps flyttet ud af standardmiljøet?
- ☐ Er det begrænset, hvor bredt apps kan deles?
- ☐ Kører vigtige flows på konti, der ikke følger en enkelt medarbejder?
- ☐ Er apps og flows uden ejer gennemgået?
Kilder
- Microsoft Learn: Data policies (Power Platform): dataregler for connectorer, forbindelser gemt som legitimation i miljøet, apps og flows, der bryder reglerne, sættes i bero, og tiden, før ændringer slår igennem.
- Microsoft Learn: Manage and govern the default Power Platform environment: alle medarbejdere har adgang til standardmiljøet, connectorer, der ikke kan blokeres, apps og flows uden ejer, flytning af udbredte apps og begrænsning af deling.
Senest gennemgået: oktober 2026.
Næste skridt
Del af: Artikler til IT-afdelingen
Læs også: Interne værktøjer bygget af IT selv · Ekstern deling i Microsoft 365
→ Kontakt · Tlf. 70 13 63 23 · Penetrationstest hos Nielco IT
