Den kvartalsvise sikkerhetskontrollen: Finn svakhetene før de blir hendelser

Kategori: Nettsikkerhet

Et WordPress-nettsted kan være oppdatert i dag og likevel utvikle sikkerhetshull over tid. Ansatte bytter rolle, leverandører avslutter oppdrag, utvidelser blir liggende ubrukt, og varsler sendes til en innboks ingen følger med på. Sikkerheten svekkes ofte gjennom mange små endringer, ikke én dramatisk feil.

En kvartalsvis sikkerhetskontroll gir bedriften en fast anledning til å rydde opp i denne utviklingen. Målet er ikke å gjennomføre en omfattende revisjon hver tredje måned, men å kontrollere de viktigste forutsetningene for trygg drift: hvem som har tilgang, hva som kjører på nettstedet, om backupen kan brukes, og om noen faktisk reagerer når noe skjer.

Start med ansvar, ikke med verktøy

Før kontrollen begynner, må én person ha ansvar for at den blir gjennomført. Personen trenger ikke utføre alle tekniske oppgaver, men må sørge for at funn får en eier og en frist.

Avklar også hvilke deler kontrollen omfatter. Et bedriftsnettsted består gjerne av mer enn selve WordPress-installasjonen. Hosting, domenestyring, skjemaer, e-postutsendelser, analyseverktøy og eksterne integrasjoner kan alle gi tilgang til data eller påvirke nettstedets funksjon.

Lag derfor en enkel oversikt over:

• WordPress-installasjonen med temaer og utvidelser
• hosting, servermiljø og eventuell publiseringsløsning
• domenestyring og tekniske innstillinger
• skjemaer, nettbutikk og andre datainnsamlende funksjoner
• integrasjoner mot CRM, betaling, nyhetsbrev eller andre tjenester
• personer og leverandører med administrative tilganger

Denne oversikten trenger ikke være avansert. Den må bare være oppdatert nok til at dere vet hva som skal kontrolleres, og hvem som kan gjøre endringer.

1. Kontroller brukere og autentisering

Begynn med alle kontoer som kan påvirke nettstedet. Se ikke bare på WordPress-brukerne. Hosting, domenestyring, databaser, integrasjoner og sikkerhetsverktøy kan ha egne brukerkontoer.

Kontroller om hver konto fortsatt har et legitimt behov. Tidligere ansatte, gamle byråer og konsulenter som er ferdige med oppdraget, skal ikke beholde tilgang for sikkerhets skyld. Tilgang kan opprettes på nytt når behovet oppstår.

Den kvartalsvise gjennomgangen bør avklare følgende:

• Har alle personer sin egen konto?
• Er delte administratorkontoer fjernet?
• Har brukerne laveste tilgangsnivå som dekker arbeidsoppgavene?
• Er flerfaktorautentisering aktivert for kritiske kontoer?
• Er gjenopprettingsinformasjonen oppdatert og kontrollert?
• Finnes det tjenestekontoer eller integrasjonsnøkler ingen lenger kjenner formålet med?

Fellesbrukere bør erstattes med personlige kontoer. Når flere bruker samme innlogging, blir det vanskelig å se hvem som har gjort en endring. Det blir også mer krevende å avslutte tilgangen for én person uten å påvirke andre.

Test dessuten gjenopprettingen av minst én kritisk konto. En sikker innlogging hjelper lite dersom gjenopprettingskoden ligger hos en tidligere ansatt eller sendes til en e-postkonto ingen kan åpne.

2. Finn komponenter som har blitt sikkerhetsgjeld

Lag en oppdatert liste over WordPress-kjernen, aktive og inaktive utvidelser, temaer og eventuelle spesialutviklede komponenter. Kontroller deretter om hver del fortsatt er nødvendig og vedlikeholdt.

En inaktiv utvidelse er fortsatt kode som ligger på serveren. Dersom dere ikke skal bruke den igjen, bør den normalt fjernes. Det samme gjelder gamle temaer, testverktøy og midlertidige løsninger som ble installert under et prosjekt.

Vurder hver komponent med tre spørsmål:

1. Har virksomheten fortsatt behov for funksjonen?
2. Blir komponenten vedlikeholdt og kan den oppdateres?
3. Finnes det en ansvarlig person som kan teste funksjonen etter en oppdatering?

Hvis svaret er nei, har dere et konkret risikopunkt. Det betyr ikke nødvendigvis at komponenten må fjernes samme dag, men den må få en plan. Alternativene kan være å erstatte den, avvikle funksjonen eller gjennomføre en kontrollert teknisk oppgradering.

3. Gjennomfør oppdateringer som en kontrollert endring

Oppdateringer bør ikke reduseres til å trykke på en knapp i produksjonsmiljøet. Før større endringer trenger dere en fersk backup, en oversikt over berørte funksjoner og en plan for å kontrollere resultatet.

Prioriter sikkerhetsrelaterte oppdateringer og kjente sårbarheter. Test særlig funksjoner som er viktige for virksomheten, for eksempel kontaktskjema, innlogging, søk, betaling og integrasjoner. En side som fortsatt vises, er ikke nødvendigvis en side som fortsatt virker.

En enkel kontroll etter oppdatering kan omfatte:

• åpning av sentrale sider på mobil og datamaskin
• innsending og mottak av skjema
• innlogging for relevante brukerroller
• gjennomføring av kjøp eller bestilling dersom nettstedet har dette
• kontroll av feilmeldinger og tekniske logger

Dokumenter hva som ble oppdatert, hvem som testet, og om noe må følges opp. Da unngår dere at usikkerhet fører til at viktige oppdateringer blir utsatt på ubestemt tid.

4. Bekreft at backupen dekker det dere tror

Den kvartalsvise kontrollen skal ikke bare bekrefte at en backupjobb har status som fullført. Undersøk hva som faktisk sikkerhetskopieres, hvor lenge kopiene lagres, og om de oppbevares adskilt fra nettstedet.

Et WordPress-nettsted trenger vanligvis både filer og database. I tillegg kan virksomheten ha opplastinger, produktdata eller integrasjonsinformasjon som krever særskilt behandling. En kopi av bare deler av løsningen kan gi en ufullstendig gjenoppretting.

Kontroller når siste gjenopprettingstest ble utført, hvor lang tid den tok, og hvem som kan starte den. Hvis ingen kjenner prosessen, bør en ny test planlegges. Resultatet skal være en fungerende løsning, ikke bare en samling backupfiler.

5. Se etter unødvendig eksponering

Nettsteder samler ofte opp funksjoner og testoppsett som ikke lenger skal være tilgjengelige. Det kan være gamle testmiljøer, midlertidige brukere, åpne skjemaer, utdaterte undersider eller tekniske funksjoner som ble aktivert under utvikling.

Kontroller om testmiljøer er tydelig adskilt fra produksjon, om de inneholder reelle personopplysninger, og om tilgangen er begrenset. Se også etter feilsøking som fortsatt er aktivert. Detaljerte feilmeldinger kan avsløre informasjon om systemet som ikke bør vises offentlig.

Vurder samtidig hvilke data skjemaene samler inn. Felt som ikke lenger har et tydelig formål, bør fjernes. Mindre datainnsamling reduserer både sikkerhetsrisikoen og arbeidet med å håndtere opplysningene.

6. Kontroller overvåking og varsling

Overvåking har liten verdi dersom varslene ikke når riktig person. Send et kontrollvarsel og bekreft at det blir mottatt, forstått og fulgt opp.

Varslene bør skille mellom forhold som krever rask handling og informasjon som kan gjennomgås senere. Kritiske hendelser kan være utilgjengelig nettsted, mistenkelige innloggingsforsøk, uventede administratorbrukere, endringer i sentrale filer eller feil i sikkerhetskopieringen.

For hvert viktig varsel må dere vite:

• hvem som mottar det
• hvem som vurderer alvorlighetsgraden
• hvem som kan gjøre tekniske tiltak
• hvem som informerer virksomheten ved driftsavbrudd eller datarisiko

Kontroller også at loggingen er nyttig. Logger bør gjøre det mulig å undersøke hendelser uten å samle inn mer personinformasjon enn nødvendig. Tilgangen til loggene må begrenses, og lagringstiden bør være bevisst valgt.

7. Avslutt med en prioritert tiltaksplan

En sikkerhetskontroll er først fullført når funnene er omsatt til handling. Unngå en lang liste uten prioritering. Del heller funnene inn etter konsekvens og hvor raskt de bør håndteres.

Et praktisk resultat kan være en kort tabell i virksomhetens oppgavesystem, med funn, risiko, ansvarlig og frist. Kritiske forhold behandles straks. Andre forbedringer legges inn i planlagt drift.

Typiske funn kan være en gammel administratorkonto, en utvidelse uten tydelig eier, manglende flerfaktorautentisering eller et varsel som går til feil mottaker. Hvert punkt er håndterbart når det får en konkret ansvarlig.

En fast rytme gjør kontrollen overkommelig

Ikke vent tre måneder med alle sikkerhetsoppgaver. Kritiske oppdateringer, varsler og mistenkelige hendelser må håndteres løpende. Den kvartalsvise kontrollen skal fange opp endringer og mangler som den daglige driften ikke oppdager.

Legg kontrollen inn i kalenderen for hele året. Sett av tid til både gjennomføring og etterarbeid, og bruk samme sjekkliste hver gang. Juster listen når nettstedet får nye funksjoner, integrasjoner eller leverandører.

Verdien ligger ikke i et grønt kontrollskjema, men i at noen regelmessig undersøker om sikkerhetsrutinene fortsatt virker. Når ansvar, tilganger, oppdateringer, backup og varsling blir kontrollert samlet, blir det langt vanskeligere for små forsømmelser å utvikle seg til alvorlige hendelser.