Lønfiler til banken, ordrer fra kunder, tegninger til underleverandører og udtræk til revisoren: virksomheder flytter filer med partnere hver dag. Det sker gennem en overførselsserver, en portal eller en tjeneste i skyen, som IT har sat op engang og siden har ladet køre. Netop fordi løsningen kører stille og står åben for parter uden for virksomheden, er den et oplagt testområde. Svaret på, hvad testen skal afprøve, hviler på tre spørgsmål: hvem kan nå løsningen, hvad kan hver partner se og gøre, og hvad sker der med filerne bagefter?
Hvorfor overførselsløsninger fortjener opmærksomhed
En overførselsløsning har en særlig kombination af egenskaber. Den kan stå på internettet, så partnerne kan nå den. Den har konti for parter, IT ikke selv administrerer. Og den indeholder filer, der er udvalgt, netop fordi de er vigtige nok til at blive sendt. Hvis løsningen har en svaghed, kan følsomme filer fra mange partnere være samlet ét sted.
Løsningen kan desuden være glemt i den daglige drift. Den blev sat op til et bestemt samarbejde, virker stadig og bliver derfor ikke rørt. Det betyder, at opdateringer, konti og opsætning kan have stået stille i lang tid. → Overblik over internetvendte systemer
Nogle partnere udveksler ikke filer via en server på internettet, men via en fast forbindelse direkte ind i jeres net. Det er et andet testområde med sine egne spørgsmål om adskillelse og ansvar. → Faste forbindelser mellem lokationer og partnere Nogle virksomheder har begge dele, og så skal begge med på listen over partneradgange.
Hvad testen afprøver
En test af filoverførsel og partnerudveksling afprøver typisk:
- Eksponeringen · hvilke tjenester og administrationsveje der kan nås udefra, og om de er nødvendige.
- Login · hvordan partnerne logger ind, om svage adgangskoder accepteres, og om der er tofaktor, hvor løsningen understøtter det.
- Adskillelse mellem partnere · om én partner kan se, hente eller ændre en anden partners filer.
- Rettigheder pr. partner · om partnerne kun kan det, de skal, fx kun aflevere og ikke hente, eller kun hente fra deres egen mappe.
- Kryptering · om forbindelsen er beskyttet, og om filerne ligger beskyttet på serveren.
- Opdateringsniveau · om løsningen og platformen under den har kendte svagheder. → Forældede komponenter og biblioteker
- Vejen videre · hvad der sker, når filen er modtaget, og om overførselsserveren har adgang til flere interne systemer, end den behøver.
Testen skal ikke afprøve partnernes egne systemer, kun jeres løsning og den adgang, I har givet dem. Det sidste punkt i listen er let at overse. En overførselsserver, der automatisk lægger filer ind i ERP-systemet, har en forbindelse indad, og den forbindelse bestemmer, hvor alvorligt et fund på serveren er.
Det, IT forbereder
Til testen skal IT have styr på:
- En liste over partnere · hvem der har adgang, hvilken type adgang, og hvem hos jer der ejer samarbejdet.
- Testkonti · mindst to partnerkonti med samme type adgang, så adskillelsen kan afprøves.
- Testfiler · filer uden reelt indhold, som testeren kan arbejde med, så rigtige lønfiler og kundedata ikke berøres.
- Automatiske job · hvilke job der henter eller afleverer filer, så testen ikke forstyrrer en overførsel til banken.
- Partnernes orientering · om partnere skal vide, at testen foregår, fx fordi de overvåger forbindelsen fra deres side.
Aftal desuden, hvad testeren skal gøre, hvis der findes rigtige følsomme filer, som ikke burde ligge der. → Testeren fandt følsomme data
Typiske fund
Fundene i en overførselsløsning behøver ikke handle om noget eksotisk. De kan gå igen:
- Konti for tidligere partnere · samarbejdet er slut, men kontoen virker stadig.
- Fælles konti · flere partnere eller flere personer hos samme partner deler én konto.
- Filer, der aldrig slettes · alt, der er overført de seneste år, ligger stadig på serveren.
- Administration åben udefra · den samme adresse, som partnerne bruger, giver også adgang til administrationen.
- Ældre protokoller · ukrypterede overførsler, der blev beholdt for en enkelt partners skyld.
- Forældet software · løsningen er ikke opdateret, fordi ingen ville risikere at forstyrre overførslerne.
Rettelser på begrebsniveau
Rettelserne følger nogle enkle principper:
- Én konto pr. partner og helst pr. person · så adgang kan lukkes præcist, og så det kan ses, hvem der gjorde hvad.
- Adgang, der følger samarbejdet · konti oprettes og lukkes sammen med aftalen, og en ejer hos jer godkender dem med faste mellemrum.
- Mindst mulig adgang · aflevering og afhentning adskilles, og hver partner kan kun nå sine egne mapper.
- Oprydning i filer · filer slettes, når de er hentet, eller efter en fast periode, I selv har besluttet.
- Adskilt administration · administrationen kan kun nås fra driftens net.
- Opdateringer i plan · løsningen kommer med i den normale vedligeholdelse, og partnerne orienteres om faste servicevinduer.
- Afgrænset vej indad · serveren har kun adgang til de interne systemer, den skal aflevere til. → Segmentering i dybden
Hvor en partner kræver en ældre protokol, er det en beslutning, der skal registreres med en ejer og en dato for, hvornår den tages op igen. Spørg samtidig partneren, hvornår de kan flytte til en nyere løsning. Måske er kravet blot en gammel vane, som ingen har udfordret.
Prioritering
Kendte svagheder i løsningen, der vides at blive udnyttet, går forrest. CISA’s katalog over udnyttede sårbarheder er et sted at kontrollere det. Dernæst fund, der giver én partner adgang til andres filer, og administration, der kan nås udefra. Gamle konti og gamle filer er lette at rette og bør ikke vente på et større projekt. → Hurtige rettelser og større projekter
Det skal I lade være med
- At teste med rigtige lønfiler eller kundedata. Brug testfiler.
- At lade partnere dele konti. I kan ikke lukke for én uden at lukke for alle.
- At beholde alle filer for en sikkerheds skyld. Serveren bliver et arkiv, ingen har besluttet at have.
- At udskyde opdateringer, fordi overførslerne ikke må forstyrres. Planlæg et servicevindue med partnerne i stedet.
- At glemme forbindelsen indad. Den afgør, hvor langt et fund på serveren rækker.
Hvad kan og ikke kan konkluderes
Testen viser, hvordan overførselsløsningen holdt på testtidspunktet, med de konti og den opsætning, der var omfattet. Den kan ikke vise, hvordan partnerne beskytter deres egne konti, og den kan ikke vise, om filer tidligere er hentet af nogen, der ikke burde. Et billede af partnernes adgang over tid kræver jeres egne logs og en gennemgang af kontiene.
Tjekliste til overførselsløsningen
- ☐ Er der en liste over partnere med ejer og type adgang?
- ☐ Har hver partner sin egen konto?
- ☐ Er konti for tidligere partnere lukket?
- ☐ Kan administrationen kun nås fra driftens net?
- ☐ Slettes filer efter en fast, besluttet periode?
- ☐ Er løsningen med i den normale opdateringsplan?
- ☐ Har serveren kun adgang til de interne systemer, den skal aflevere til?
Kilder
- CISA: Known Exploited Vulnerabilities Catalog: CISA’s katalog over sårbarheder, der vides at blive udnyttet, som grundlag for prioritering.
Senest gennemgået: oktober 2026.
Næste skridt
Del af: Artikler til IT-afdelingen
Læs også: Overblik over API’er i driften · Oprydning efter testen
→ Kontakt · Tlf. 70 13 63 23 · Penetrationstest hos Nielco IT
