Penetration-test

Tillid mellem domæner: når to Active Directory‑miljøer hænger sammen

Tillid mellem domæner: når to Active Directory-miljøer hænger sammen

Når to selskaber lægges sammen, eller en afdeling skal dele systemer med en anden, kan en tillid mellem to Active Directory-miljøer være den hurtigste løsning. Brugerne kan logge på systemer på den anden side, og ingen skal have to konti. Svaret på, hvorfor en tillid hører med i en test, hviler på, at den gør det ene miljøs sikkerhed afhængig af det andets: en svaghed på den ene side kan række over på den anden, afhængigt af hvordan tilliden er sat op, og hvilke rettigheder der er givet hen over den.

Mange tillidsforhold er tænkt som midlertidige. De kan blive stående længe efter, at sammenlægningen er gennemført.

Hvad en tillid er

Microsoft beskriver, hvordan tillid mellem domæner og skove gør det muligt for brugere i ét miljø at blive godkendt og få adgang til ressourcer i et andet. En tillid kan gå én vej eller begge veje. Ved en envejs tillid kan brugere fra det ene domæne bruge ressourcer i det andet, men ikke omvendt. En tillid kan også være transitiv, så den rækker videre til andre domæner, eller begrænset til de to domæner, den er oprettet mellem.

Inden for samme skov er domænerne som udgangspunkt forbundet med tovejs, transitive tillidsforhold, der oprettes automatisk. Mellem to skove skal tilliden oprettes bevidst, og Microsoft nævner netop sammenlægninger og opkøb blandt de situationer, hvor tillid mellem skove bruges.

For IT-afdelingen er det vigtigste at vide, at tilliden i sig selv ikke giver adgang. Adgangen opstår, når brugere og grupper fra den ene side får rettigheder på den anden. Det er de rettigheder, der skaber vejene. En tillid uden rettigheder hen over den er en åben dør til et tomt rum; en tillid, hvor en gruppe fra den anden side er administrator hos jer, er en åben dør til det hele.

Situationer, hvor det opstår

Et tillidsforhold kan som udgangspunkt føres tilbage til en forretningsmæssig begivenhed.

  • Sammenlægning eller opkøb · to selskaber skal arbejde sammen, før deres miljøer kan lægges sammen.
  • Udskillelse · en del af virksomheden sælges, og der skal være adgang i en overgangsperiode.
  • Fælles systemer · flere selskaber i en koncern deler et forretningssystem eller en filserver.
  • Gamle strukturer · et ekstra domæne fra en tidligere organisering, som aldrig blev nedlagt.

Microsoft fraråder i sin vejledning om at vælge antal skove, at to selvstændige IT-organisationer deler ejerskab af én skov, og at administration af en skov lægges ud til flere eksterne partnere. Begrundelsen er, at parterne ikke kan isoleres fra hinanden. Den samme tankegang gælder, når to miljøer bindes sammen med tillid: hvem der administrerer den ene side, har betydning for den anden.

Det, testen ser på

En test, der omfatter tillidsforhold, ser på sammenhængen mellem miljøerne snarere end hvert miljø for sig.

  • Hvilke tillidsforhold findes · hvilke domæner og skove der er forbundet, i hvilken retning, og om tilliden rækker videre.
  • Rettigheder hen over tilliden · om brugere eller grupper fra den anden side er medlem af grupper med høje rettigheder hos jer, eller omvendt. → Privilegerede grupper i Active Directory
  • Begrænsninger · om der er sat grænser for, hvem fra den anden side der kan godkendes, og til hvilke systemer.
  • Gamle tillidsforhold · tillid til domæner, som ingen længere bruger, eller som tilhører en virksomhed, I ikke længere har forbindelse til.
  • Administratorer på begge sider · om samme personer eller konti administrerer begge miljøer.

Testen kan også vise, om en vej, der starter i det mindre beskyttede miljø, kan føre til det bedre beskyttede. Det er netop den slags vej, der er grund til at teste.

Hvad der skal med i scope

Tillidsforhold rejser et særligt spørgsmål om tilladelse. Den anden side af en tillid er ikke nødvendigvis jeres. Tilhører den et andet selskab, kræver test på den side en tilladelse fra dem, der ejer det miljø.

  • Liste over tillidsforhold · alle tillidsforhold med retning, formål og ejer på begge sider.
  • Hvilke sider der testes · kun jeres eget miljø, eller begge, og med hvis tilladelse.
  • Udgangspunkt · om testen starter med en konto i jeres eget domæne, i det andet, eller begge steder.
  • Kontaktpersoner · en person på hver side, der kan nås i testperioden.

Er tilliden et resultat af en sammenlægning, så tag kontakt til den anden sides IT tidligt. En test, der berører et miljø, de ikke er orienteret om, kan blive behandlet som en hændelse. → Forbindelser mellem lokationer og partnere

Sådan strammer I op

Rettelserne afhænger af, om tilliden stadig har et formål.

  1. Fjern det, der ikke bruges · tillid til domæner uden aktuel forretningsmæssig grund afvikles i samarbejde med den anden side.
  2. Begræns retningen · en tovejs tillid, hvor kun den ene vej bruges, ændres, så den kun går den nødvendige vej.
  3. Begræns, hvem der kan godkendes · adgang hen over tilliden gives til de grupper og systemer, der har brug for den, ikke til alle.
  4. Fjern høje rettigheder hen over tilliden · ingen konti fra den anden side bør være medlem af jeres mest betroede grupper. → Lagdelt administration
  5. Lav en plan for afslutning · er tilliden en overgangsløsning, så aftal en dato for, hvornår miljøerne er lagt sammen eller adskilt.

Microsoft beskriver, at overtagelse af et andet selskabs domæne kun understøttes ved at overtage hele skoven eller ved at flytte data over i egne domæner. Kopier af domænecontrollere fra den anden side er ikke en vej. Den viden er nyttig, når sammenlægningen skal planlægges færdig. → Oprydning i Active Directory efter testen

Det skal I lade være med

  • At lade en midlertidig tillid blive permanent uden beslutning.
  • At teste den anden side uden tilladelse fra ejeren. Det kræver en aftale med dem.
  • At give konti fra den anden side høje rettigheder hos jer. En svaghed der bliver jeres.
  • At bruge tovejs tillid, hvor envejs er nok.
  • At glemme gamle domæner. Et domæne, ingen passer, er en vej, ingen holder øje med.

Hvad kan og ikke kan konkluderes

Testen viser, hvilke tillidsforhold og rettigheder der fandtes i testperioden, og om testeren fandt en vej hen over dem inden for de aftalte rammer. Den kan ikke vurdere sikkerheden i et miljø, der ikke var i scope, og en tillid til et miljø, I ikke kender, er en risiko, testen kun kan beskrive fra jeres side.

Tjekliste til tillidsforhold

  • ☐ Findes der en liste over alle tillidsforhold med retning, formål og ejer?
  • ☐ Er tillidsforhold uden aktuelt formål afviklet?
  • ☐ Går hver tillid kun den nødvendige vej?
  • ☐ Er adgang hen over tilliden begrænset til bestemte grupper og systemer?
  • ☐ Er konti fra den anden side fjernet fra jeres mest betroede grupper?
  • ☐ Er der en plan og en dato for afslutning af midlertidige tillidsforhold?

Kilder

Senest gennemgået: oktober 2026.

Næste skridt

Del af: Artikler til IT-afdelingen

Læs også: Hybrid identitet · Domænecontrollere

→ Kontakt · Tlf. 70 13 63 23 · Penetrationstest hos Nielco IT

Skrevet af John Nielsen, indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Om John Nielsen · LinkedIn

John Nielsen, Nielco IT

Skal jeres miljø testes?

Fortæl kort, hvilke dele af jeres miljø der skal testes, og hvornår I skal bruge resultatet. Så vender jeg tilbage. Testen og rådgivningen er uvildige og uafhængige, og Nielco IT har ikke indgået forhandleraftaler med leverandører.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.