Skip to main content

Forfatter: Svein tore

Hvordan velge riktig endepunktsikring for din bedrift

Skrevet av Svein tore den . Publisert i IT-sikkerhet.

Hvorfor er IT-sikkerhet for småbedrifter viktig?

I dagens digitale verden er IT-sikkerhet for småbedrifter ikke bare viktig, det er avgjørende. Cybertrusler sparer ingen, og små bedrifter kan være spesielt utsatte på grunn av manglende ressurser til å ivareta god IT-sikkerhet. Som første trinn mot bedre beskyttelse bør bedrifter vurdere endepunktsikring.

Hva er endepunktsikring, og hvorfor trenger du det?

Endepunktsikring er en sikkerhetsmetode som beskytter nettverkstilkoblede enheter mot trusler og angrep. Typiske angrep kan være malware, phishing, ransomware og DDOS-angrep. En god endepunktsikring-programvare er derfor spesielt viktig for å beskytte bedriftens systemer og data.

Viktig å vurdere ved valg av endepunktsikring

Det finnes flere forskjellige leverandører av endepunktsikring, og det kan være utfordrende å vite hvilken som passer best for din bedrift. Her er noen viktige aspekter du bør ta med i vurderingen:

  • Effektivitet mot trusler: Nytter det ikke å ha en løsning som ikke klarer å stoppe cyberangrep? Sørg for å få mest mulig beskyttelse for pengene.
  • Pris: Småbedrifter har ofte begrensede budsjetter for IT. For å få mest mulig ut av pengene, er det viktig å vurdere pris i forhold til hva du får.
  • Enkelhet: En god løsning skal være enkel å forstå og bruke, slik at du kan fokusere på å drive bedriften din.

Vi kan hjelpe deg å velge riktig endepunktsikring

Hos Trønder Data er vi eksperter på IT-sikkerhet for småbedrifter. Vi kan hjelpe deg med å vurdere dine behov og finne den mest passende endepunktsikringen for din bedrift. Kontakt oss i dag for en uforpliktende samtale!

Vil du utforske dette videre? Les Endepunktsikring.

Bedriftsleder og IT-rådgiver går gjennom lisenser og abonnementer

Ubrukte IT-abonnementer: Slik finner og rydder dere opp

Skrevet av Svein tore den . Publisert i Microsoft 365. Ingen kommentarer til Ubrukte IT-abonnementer: Slik finner og rydder dere opp

Nye lisenser og nettjenester blir ofte kjøpt når et behov oppstår. Problemet kommer senere: Den gamle løsningen blir ikke alltid avsluttet, en tidligere ansatt står fortsatt med lisens, eller to abonnementer dekker nesten samme funksjon. Da betaler bedriften for mer enn den bruker, samtidig som gamle kontoer og integrasjoner gjør IT-miljøet vanskeligere å kontrollere.

Erfaringen bak denne artikkelen er enkel: Dobbeltdekning er ikke nødvendigvis resultatet av ett stort feilkjøp. Den bygges gjerne opp litt etter litt, og kunden er ofte ikke klar over hvilke lisenser som er overflødige før noen sammenligner fakturaer, brukere og administrasjonsportaler.

Start med fem kilder, ikke bare én faktura

En faktura forteller hva dere betaler for, men ikke alltid hvem som bruker tjenesten eller hvilke data som ligger der. En administrasjonsportal kan vise lisenser, men fanger ikke nødvendigvis opp abonnementer kjøpt med firmakort eller gjennom en annen leverandør.

En nyttig kartlegging bør derfor hente opplysninger fra flere steder:

  • leverandørfakturaer og regnskap
  • bank- og firmakorttransaksjoner med gjentakende trekk
  • administrasjonsportaler for Microsoft 365 og andre skytjenester
  • oversikten over ansatte, brukerkontoer og felleskontoer
  • avtaler med IT-leverandører, programvareleverandører og webbyrå

NSM anbefaler at virksomheter kartlegger enheter, programvare, brukere og tilgangsbehov. Den samme tankegangen er nyttig for abonnementer: Bedriften bør vite hvilke tjenester den er avhengig av, hvem som har tilgang, og hvem som har ansvar for forvaltningen.

Skill mellom kjøpt, tildelt og faktisk brukt

Ordene «ubrukt lisens» kan bety forskjellige ting. Derfor bør hver tjeneste få en tydelig status:

  • Kjøpt, men ikke tildelt: Bedriften betaler for en ledig lisens.
  • Tildelt, men ikke nødvendig: En bruker har tilgang til en funksjon som ikke lenger trengs.
  • Tildelt til feil konto: Lisensen ligger på en tidligere ansatt, testkonto eller gammel felleskonto.
  • Brukt sjelden, men kritisk: Tjenesten kan være nødvendig ved årsoppgjør, hendelser eller enkelte kundeoppdrag.
  • Erstattet, men ikke avsluttet: En ny løsning er tatt i bruk, mens den gamle fortsatt faktureres.

Dette skillet hindrer at «ingen bruker den hver dag» blir likestilt med «den kan sies opp». Enkelte tjenester er beredskap, arkiv eller støtte for en viktig arbeidsprosess selv om aktiviteten er lav.

Sju tegn på at noe bør undersøkes

  1. Antall betalte lisenser er høyere enn antall aktive brukere.
  2. Tidligere ansatte eller gamle testkontoer har fortsatt tildelte produkter.
  3. To eller flere tjenester brukes til lagring, møter, passord, signering eller prosjektstyring uten at forskjellen er dokumentert.
  4. Et månedlig korttrekk mangler intern eier eller bestiller.
  5. Ingen har administratortilgang til tjenesten.
  6. Leverandørnavnet på fakturaen er ukjent for dem som bruker systemene.
  7. En avtale fornyes automatisk uten at behovet vurderes først.

Ett tegn er ikke bevis på at abonnementet er unødvendig. Det er et signal om at bruken, avtalen og eierskapet må avklares.

Microsoft 365: Se på både abonnement og brukere

I Microsoft 365 kan administratorer se kjøpte produkter og lisensfordeling i administrasjonssenteret. Lisenser kan være tildelt direkte til enkeltbrukere eller gjennom grupper. Microsoft dokumenterer også at enkelte egenkjøpte abonnementer må håndteres annerledes enn lisenser administratoren har kjøpt sentralt.

En gjennomgang bør derfor svare på mer enn hvor mange ledige lisenser som finnes:

  • Hvilke produkter betaler virksomheten for?
  • Hvilke brukere og grupper får lisensene?
  • Finnes det blokkerte eller gamle kontoer med aktive lisenser?
  • Har forskjellige produkter funksjoner som overlapper?
  • Er abonnementet kjøpt direkte, gjennom partner eller av en enkeltbruker?

Har bedriften ikke nødvendig administratortilgang, bør det avklares før lisenser flyttes eller fjernes. Les også hvorfor administratorbrukere krever strengere kontroll.

Kontroller dette før dere sier opp

Den dyreste feilen er ikke alltid å betale én måned for mye. Det kan være å avslutte en tjeneste før data, integrasjoner og avtalevilkår er undersøkt.

Før oppsigelse bør dere kontrollere:

  • Data: Ligger det e-post, dokumenter, historikk eller konfigurasjon som må beholdes eller eksporteres?
  • Avhengigheter: Brukes kontoen til innlogging, automatisering, kontaktskjema, backup eller integrasjoner?
  • Tilgang: Har virksomheten en fungerende administratorkonto og oppdatert kontaktinformasjon?
  • Avtale: Hva er oppsigelsesfrist, bindingstid og neste fornyelsesdato?
  • Erstatning: Er den nye tjenesten ferdig satt opp, testet og tatt i bruk?
  • Ansvar: Hvem godkjenner avslutningen og kontrollerer at faktureringen stopper?

Microsoft påpeker at fjerning av en lisens påvirker brukerens tilgang til tilknyttede tjenester og data. Følg derfor leverandørens oppdaterte dokumentasjon for det konkrete produktet i stedet for å anta at alt blir bevart på samme måte.

Lag en enkel abonnementsoversikt

Oversikten trenger ikke starte som et stort prosjekt. For hver tjeneste holder det å registrere:

  • tjeneste og leverandør
  • intern eier og teknisk administrator
  • hvem eller hva som bruker tjenesten
  • antall kjøpte og tildelte lisenser
  • faktureringsmåte og fornyelsesdato
  • hvor avtale og oppsigelsesvilkår finnes
  • hvilke data og integrasjoner tjenesten inneholder
  • beslutning, ansvarlig person og dato for neste kontroll

Sett gjerne en fast gjennomgang hvert kvartal og knytt kontrollen til ansettelser, avslutning av arbeidsforhold, leverandørbytter og nye systemkjøp. Artikkelen Når en ansatt slutter viser hvilke tilganger som bør inngå i avslutningsrutinen.

Opprydding handler også om sikkerhet

En gammel tjeneste kan inneholde data, aktive delinger eller en konto som ingen følger opp. Selv om kostnaden er lav, øker den antallet steder virksomheten må administrere tilgang, varsler og personopplysninger.

Målet bør derfor være færre ukjente avhengigheter, ikke bare en lavere faktura. Hver tjeneste som beholdes bør ha et dokumentert formål, en ansvarlig eier og en kjent administrasjonsvei.

En praktisk rekkefølge

  1. Samle fakturaer, korttrekk og leverandøroversikter.
  2. Lag én liste over tjenester og lisenser.
  3. Koble hver tjeneste til brukere, data og arbeidsprosesser.
  4. Marker ledige lisenser, gamle kontoer og mulig dobbeltdekning.
  5. Kontroller adminrettigheter, avtalevilkår og databehov.
  6. Avslutt eller reduser først når ansvarlig person har godkjent tiltaket.
  7. Kontroller neste faktura og oppdater oversikten.

Trenger dere hjelp til å få oversikt over Microsoft-lisenser og administrasjon, kan dere lese mer om Microsoft 365 hos Trønder Data. Hvis oppryddingen også inngår i et leverandørbytte, bruk sjekklisten for å bytte IT-leverandør uten unødvendig nedetid.

Kilder

Tre medarbeidere bruker personlige kontoer mot en felles innboks

Felles brukerkonto på jobb? Slik rydder dere opp

Skrevet av Svein tore den . Publisert i IT-sikkerhet.

Én innlogging på resepsjons-PC-en, ett passord til ordre@ og samme konto i flere systemer kan virke enkelt. Problemet kommer når noen slutter, tofaktor skal aktiveres eller dere må finne ut hvem som faktisk gjorde en endring.

For små bedrifter er målet ikke å gjøre brukeradministrasjon komplisert. Målet er at hver person logger inn som seg selv, mens felles funksjoner fortsatt er tilgjengelige for dem som trenger dem.

Felles funksjon er ikke det samme som felles innlogging

En adresse som post@, ordre@ eller faktura@ representerer en funksjon i bedriften. Det betyr ikke at alle bør kjenne passordet til én konto.

I Microsoft 365 kan en slik funksjon normalt løses med en delt postboks. Medarbeiderne åpner postboksen fra sine egne kontoer og får bare rettighetene de trenger. Microsoft presiserer at en delt postboks ikke er beregnet for direkte innlogging med den tilhørende kontoen. På den måten kan dere beholde den felles adressen uten å dele ett passord.

Det samme prinsippet gjelder i andre systemer: bruk personlige kontoer og tildel tilgang gjennom roller, grupper eller delegering når løsningen støtter det.

Dette blir vanskelig med en felles konto

Delte innlogginger skaper flere praktiske problemer enn de løser:

  • Sporbarheten blir svak. En logg kan vise at felleskontoen gjorde en endring, men ikke hvilken medarbeider som sto bak.
  • Avslutning av tilgang blir tungvint. Når én person slutter, må passordet byttes alle steder der felleskontoen er lagret eller brukt.
  • Tofaktor blir upraktisk. Godkjenningen ender ofte på én telefon eller hos én person, selv om flere bruker kontoen.
  • Rettighetene blir for brede. Alle som kjenner innloggingen får de samme mulighetene, selv om arbeidsoppgavene er ulike.
  • Gjenoppretting kan stoppe opp. Det kan være uklart hvem som eier telefonnummeret, e-postadressen eller sikkerhetsinformasjonen som brukes ved kontogjenoppretting.

NSM anbefaler at virksomheten har oversikt over brukerne, kontoene de disponerer og hvilke rettigheter hver konto har. I grunnprinsippene står det også at passord skal være personlige og hemmelige, og at upersonlige kontoer bør unngås når det er mulig.

Skill mellom personer, funksjoner og tekniske kontoer

Før dere rydder, bør hver konto plasseres i én av tre grupper:

  • Personkonto: brukes av én navngitt medarbeider til e-post, filer, fagsystemer og daglig arbeid.
  • Felles funksjon: for eksempel postmottak, ordre eller kundeservice. Tilgangen delegeres til personkontoer.
  • Teknisk konto: brukes av en integrasjon, skanner, backupjobb eller annen maskinell prosess.

En teknisk konto er ikke en unnskyldning for et kjent fellespassord. Kontoen bør ha en navngitt eier, et dokumentert formål, minst mulige rettigheter og en plan for passordbytte eller annen sikker autentisering. Den bør heller ikke brukes til vanlig e-post eller nettsurfing.

Slik går dere over til personlige kontoer

1. Kartlegg hvor felleskontoen brukes

Noter hvilke PC-er, mobiltelefoner, apper, skrivere og integrasjoner som bruker kontoen. Ta også med hvem som trenger tilgang, hvilke data som ligger der, og hvem som skal eie funksjonen videre.

Ikke start med å bytte passord. Hvis kontoen brukes av en skanner eller en integrasjon dere har glemt, kan en rask endring stoppe en viktig arbeidsflyt.

2. Opprett personlige kontoer og riktige roller

Alle som bruker systemet, skal ha sin egen konto. Gi tilgang etter arbeidsoppgave, ikke etter hva kollegaen tilfeldigvis har. Administrative oppgaver bør ligge på egne administratorkontoer, ikke på kontoene som brukes til vanlig e-post og nettlesing. Les mer om hvorfor adminbrukere krever strengere kontroll.

3. Behold fellesadressen uten å dele passordet

Hvis behovet er en felles e-postadresse, kan dere bruke en delt postboks, gruppe eller tilsvarende funksjon i e-postløsningen. Avklar hvem som kan lese, hvem som kan sende fra adressen, og hvordan ubesvarte henvendelser skal følges opp.

Skal dere samtidig rydde eller flytte e-post, bruk en kontrollert plan. Trønder Data har en egen sjekkliste før flytting til Microsoft 365.

4. Flytt data og test arbeidsflyten

Flytt filer, kalenderavtaler, kontakter og nødvendig historikk til riktig plass. Test deretter fra minst to personkontoer: Kan de lese det de skal, sende fra riktig adresse og gjøre jobben uten den gamle innloggingen?

Kontroller også automatiske varsler, skann til e-post, kontaktskjema og andre systemer som kan være koblet til kontoen.

5. Blokker gammel innlogging kontrollert

Når arbeidsflyten er testet, kan direkte innlogging på felleskontoen blokkeres. Ikke slett kontoen eller dataene i hast. Behov for historikk, oppbevaring og revisjonsspor må vurderes før noe fjernes.

Oppdater samtidig rutinen for når ansatte begynner, bytter rolle eller slutter. Da blir neste endring enklere. Se IT-sjekklisten for når en ansatt slutter.

En enkel kontroll dere kan gjøre denne uken

Velg én konto som flere bruker, og svar på disse spørsmålene:

  • Kan vi se hvilken person som gjorde en endring?
  • Kan vi fjerne tilgangen til én medarbeider uten å påvirke alle andre?
  • Har hver bruker bare de rettighetene som trengs?
  • Fungerer tofaktor og kontogjenoppretting uten å være avhengig av én tilfeldig telefon?
  • Vet vi hvilke enheter og integrasjoner som bruker kontoen?

Hvis svaret er nei på flere punkter, har dere et konkret sted å starte. En liten opprydding i kontoer og tilganger gir bedre kontroll både i hverdagen og når bemanningen endres. For en bredere gjennomgang kan dere også bruke vår oversikt over hva små bedrifter bør ha på plass for å være trygge digitalt.

Trønder Data kan hjelpe med å kartlegge kontoer, sette opp personlige brukere og rydde i Microsoft 365-tilganger uten at felles e-post og arbeidsflyter forsvinner underveis.

Kilder

Kontorpult klargjort for IT-stans med beredskapssjekkliste, PC, mobilruter og sikkerhetskopi.

Når IT stopper: beredskapsplan for småbedrifter

Skrevet av Svein tore den . Publisert i IT-sikkerhet. Ingen kommentarer til Når IT stopper: beredskapsplan for småbedrifter

Når e-post, nett eller en viktig PC stopper, er det for sent å begynne å diskutere hvem som bestemmer og hvilke systemer som haster mest. En enkel beredskapsplan gir småbedriften et felles startpunkt og gjør det lettere å få riktig hjelp tidlig.

Begynn med risikoen, ikke med utstyret

Den vanligste svakheten er ikke nødvendigvis manglende teknologi. Det er at virksomheten ikke har vurdert hva en driftsstans faktisk betyr. Start derfor med arbeidsprosessene: Hva må fungere for at dere kan betjene kunder, motta bestillinger, sende faktura og kommunisere?

Lag en prioritert liste over e-post, internett, regnskap, fagsystemer, filtilgang, telefon og eventuelle nøkkelmaskiner. Noter hvor lenge hver tjeneste kan være utilgjengelig før konsekvensen blir alvorlig, og hva en akseptabel midlertidig løsning er. NSMs grunnprinsipper starter nettopp med å identifisere og kartlegge, og NSM understreker at tiltakene må tilpasses den enkelte virksomheten.

En slik gjennomgang trenger ikke bli et stort prosjekt. Trønder Data har også beskrevet en praktisk tilnærming til risikoanalyse for små og mellomstore virksomheter.

Avklar roller og fullmakter før noe stopper

Når flere prøver tilfeldige løsninger samtidig, blir feilsøkingen vanskeligere. Bestem på forhånd hvem som leder situasjonen, hvem som samler fakta, hvem som informerer ansatte eller kunder, og hvem som kan godkjenne midlertidige tiltak.

Utpek også en intern kontaktperson som kan være fysisk til stede og følge instruksjoner fra IT-leverandøren. Vedkommende trenger ikke være tekniker, men bør vite hvor nettverksutstyret står, kunne beskrive lys og feilmeldinger og utføre avtalte kontroller uten å improvisere.

Ekstern IT-hjelp bør ha avklart fullmakt til å kontakte internett- og systemleverandører på virksomhetens vegne. Hvis en leverandør nekter å dele informasjon midt i hendelsen fordi autorisasjonen mangler, går verdifull tid tapt. Kritiske systemer, kontaktpunkter, fullmakter og eskaleringsvei bør derfor dokumenteres før en serviceavtale inngås.

Gjør planen tilgjengelig når de vanlige systemene er nede

Hvis e-posten er utilgjengelig, hjelper det lite at kontaktlisten og planen bare ligger i innboksen. Oppbevar en kontrollert kopi utenfor systemene som planen skal hjelpe dere med å gjenopprette. Den kan inneholde interne roller, leverandører, avtalenumre og kjente kontaktkanaler, men aldri passord eller gjenopprettingskoder.

En søkbar kunnskapsbase kan gjøre prosedyrer enklere å finne, og digitale assistenter kan hjelpe ansatte med å finne fram til riktig dokumentasjon. Det erstatter likevel ikke medarbeidere som kjenner virksomheten og kan vurdere om rådet passer i situasjonen. Tilganger til dokumentasjonen må styres, og ansatte må vite hvor den finnes også når det haster.

Planlegg alternativ kommunikasjon og nettilgang

Avklar hvordan ansatte og leverandører skal kommunisere hvis e-post eller kontornett er nede. Bruk kjente telefonnumre og på forhånd godkjente kanaler. Ikke flytt kundedata eller passord til private meldingstjenester bare fordi det haster.

For virksomheter som er helt avhengige av internett, kan en separat mobilforbindelse være et nyttig reservetiltak. En 5G-ruter kan gi midlertidig nettilgang og gjøre fjernhjelp mulig, men bare dersom mobildekning, strøm, utstyr og kapasitet er testet på forhånd. En reserve som bruker samme sårbare utstyr eller aldri blir prøvd, er ikke en reell beredskapsløsning.

Skriv ned stoppreglene

Planen bør også si hva ansatte ikke skal gjøre. Ikke slett kontoer, formater maskiner, endre nettverksoppsett, bytt alle passord eller installer tilfeldige verktøy før årsaken er forstått. Slike tiltak kan ødelegge spor, hindre gjenoppretting eller gjøre en enkel feil større.

Ved mistanke om innbrudd, løsepengevirus eller uautorisert tilgang må isolering og bevaring av informasjon skje kontrollert. Hvem som kan koble fra utstyr eller sperre kontoer bør være avklart i planen, sammen med hvem som skal varsles.

Bruk den første timen til å få oversikt

En kort førstehjelpssjekk gir IT-hjelpen et bedre startpunkt:

  • Hva virker ikke, når startet det, og hvem er berørt?
  • Gjelder feilen én bruker, én PC, ett nettverk eller alle?
  • Skjedde det en oppdatering, et strømbrudd eller en annen kjent endring først?
  • Finnes det feilmeldinger som kan noteres uten å dele passord eller sensitive opplysninger?
  • Er det tegn til mistenkelig aktivitet, uventede innlogginger eller krypterte filer?
  • Hvilke kritiske oppgaver må holdes i gang med en midlertidig løsning?

Noter tidspunkt, observasjoner og tiltak fortløpende. Da slipper neste person å starte på nytt, og virksomheten får et bedre grunnlag for å forstå hendelsen i etterkant.

Test gjenoppretting, ikke bare backupjobben

En grønn status på en backupjobb beviser ikke at virksomheten kan komme tilbake i drift. Avklar hvilke data og systemer som er med, hvor langt tilbake dere kan gå, hvor raskt de viktigste tjenestene må kunne gjenopprettes, og hvem som har myndighet til å starte arbeidet.

Test en faktisk gjenoppretting med jevne mellomrom. E-post, regnskapsdata, nettsider, databaser, dokumentmaler og konfigurasjoner kan være like viktige som vanlige filer. Les også Trønder Datas gjennomgang av hva små bedrifter bør ha på plass for å være tryggere digitalt.

Vurder personvern og meldeplikt

Dersom hendelsen kan ha påvirket personopplysninger, må virksomheten vurdere om det har skjedd et brudd på personopplysningssikkerheten. Datatilsynet beskriver hvordan slike avvik skal vurderes og håndteres. Planen bør derfor angi hvem som gjør risikovurderingen, hvem som dokumenterer hendelsen og hvem som avgjør om den skal meldes.

Avtal hjelpen før den trengs

Ad hoc-hjelp kan fungere for små enkeltsaker. Ved nedetid er det en fordel at leverandøren allerede kjenner miljøet, de kritiske tjenestene og de avtalte fullmaktene. Virksomheten må på sin side forklare hva som er viktig, hvilke prosedyrer IT-leverandøren skal følge og hvem som skal kontaktes.

For noen passer en fast serviceavtale. For andre holder det med en mindre timebank og tydelig prioritering. Les mer om forskjellen mellom serviceavtale og enkel lisensadministrasjon, og hvorfor timebank kan være rimeligere enn ren ad hoc-hjelp.

Øv kort og regelmessig

En plan ingen har lest, gir liten hjelp. Gå gjennom den i korte, faste møter og bruk enkle scenarioer: Hva gjør vi hvis e-post og internett stopper samtidig? Hvem ringer leverandøren hvis den vanlige kontaktpersonen er borte? Hvor finner vi kontaktlisten?

NSMs råd om håndtering og gjenoppretting legger vekt på tydelige roller, opplæring, testing og jevnlig revisjon. For en liten virksomhet kan dette samles på én side med:

  • kritiske tjenester og prioritert rekkefølge
  • roller, fullmakter og eksterne kontaktpunkter
  • alternativ kommunikasjon og eventuell reserveforbindelse
  • stoppregler og sjekkliste for første time
  • backup, gjenoppretting og personvernvurdering
  • dato for siste test og neste gjennomgang

Det viktigste er ikke hvor omfattende dokumentet er. Det viktige er at planen bygger på en faktisk risikovurdering, er tilgjengelig når systemene svikter, og er kjent av menneskene som skal bruke den.

Bærbar PC med lokal og skybasert sikkerhetskopi og en gjenopprettingssjekkliste

Sikkerhetskopiering for småbedrifter: Slik unngår dere datatap

Skrevet av Svein tore den . Publisert i IT-sikkerhet.

Sikkerhetskopiering skal gjøre det mulig å få virksomheten tilbake i drift etter sletting, teknisk feil eller et dataangrep. Det krever mer enn en grønn status i et kontrollpanel: Bedriften må vite hva som kopieres, hvor kopiene ligger, hvem som følger opp feil og hvordan data faktisk gjenopprettes.

For en liten bedrift trenger ikke planen være omfattende. Den må være konkret nok til at en annen person kan forstå hva som er beskyttet og hva som skal skje når noe mangler.

Begynn med dataene, ikke produktet

Før dere velger løsning, bør dere kartlegge hvilke data virksomheten er avhengig av. Det omfatter ofte mer enn dokumentmappen på en PC:

  • e-post, kalendere og kontakter
  • felles dokumenter og prosjektfiler
  • regnskapsdata, ordregrunnlag og kundehistorikk
  • data i fagsystemer og andre skytjenester
  • nettside, databaser og nødvendige konfigurasjoner
  • lokale filer som aldri ble flyttet til riktig lagringssted

Noter hvor hvert datasett ligger, hvem som eier det og hvor lenge virksomheten tåler å være uten det. Da blir det mulig å prioritere gjenoppretting og velge en løsning som dekker de faktiske behovene.

Synkronisering og redundans er ikke hele backupplanen

Synkronisering er nyttig fordi filer blir tilgjengelige på flere enheter. Redundans hos en leverandør gjør en tjeneste mer robust mot maskinvarefeil. Ingen av delene svarer alene på om virksomheten kan hente tilbake en tidligere, frisk versjon etter feil sletting, overskriving eller kompromittering.

En synkronisert sletting kan bli spredd til andre enheter. En driftskopi kan også inneholde den samme skadede eller krypterte tilstanden som produksjonen. Derfor må bedriften undersøke hvilke versjoner, papirkurver, bevaringsregler og separate sikkerhetskopier den aktuelle tjenesten faktisk tilbyr.

Microsoft skiller for eksempel mellom en katastrofekopi som opprettholder dagens tilstand og backup som kan gjenopprette innhold til et tidligere friskt tidspunkt. Tilsvarende forskjeller finnes hos andre leverandører. Det må kontrolleres per tjeneste, ikke antas fordi dataene ligger i skyen.

En backupplan bør svare på åtte spørsmål

NSMs grunnprinsipper anbefaler en plan for regelmessig sikkerhetskopiering av virksomhetsdata. Planen bør minst dekke:

  1. Hva: Hvilke data, systemkonfigurasjoner og programmer skal kunne gjenopprettes?
  2. Hvor ofte: Hvor mye nytt arbeid tåler virksomheten å miste?
  3. Hvor lenge: Hvor langt tilbake må det være mulig å hente en frisk versjon?
  4. Hvor: Hvor lagres kopiene, og er de tilstrekkelig skilt fra produksjonen?
  5. Hvem: Hvem eier planen, følger opp feil og kan starte en gjenoppretting?
  6. Hvordan: Hvilken dokumentert fremgangsmåte brukes ved restore?
  7. Hvor raskt: Hvor lenge kan de ulike tjenestene være utilgjengelige?
  8. Hvordan kontrollere: Når og hvordan testes det at kopiene kan brukes?

Spørsmålene gjør det også lettere å sammenligne leverandører. En lav pris har liten verdi dersom løsningen ikke dekker viktige data eller gjenopprettingen tar lengre tid enn virksomheten tåler.

Skill kopiene fra produksjonen

En angriper eller feilkonfigurert konto bør ikke enkelt kunne slette både produksjonsdata og alle kopiene. NSM anbefaler at sikkerhetskopier beskyttes mot sletting, manipulering og avlesning, at de separeres fra produksjonsmiljøet, og at det jevnlig tas kopier som ikke kan nås via virksomhetens vanlige nettverk.

I praksis bør dere kontrollere:

  • om backupen bruker en separat administratorkonto
  • om vanlige brukere kan slette eller endre kopiene
  • om flerfaktorautentisering beskytter administrasjonen
  • om det finnes en frakoblet eller uforanderlig kopi for kritiske data
  • om data er kryptert under overføring og lagring
  • om varsler ved feil faktisk går til en ansvarlig person

Separasjon trenger ikke bety at alt lagres lokalt. Poenget er at den samme hendelsen ikke skal kunne ødelegge alle lag samtidig.

Bestem hvor mye tap og nedetid dere tåler

To mål gjør behovet mer konkret:

  • RPO beskriver hvor mye datatap, målt bakover i tid, virksomheten kan akseptere.
  • RTO beskriver målet for hvor raskt en tjeneste skal være gjenopprettet.

Hvis ordredata ikke kan være mer enn én time gamle, må kopieringen og løsningen støtte dette. Hvis en filserver skal være tilbake innen fire timer, må en realistisk test vise at dette er mulig med tilgjengelig personell, linjekapasitet og utstyr.

Ikke sett samme mål for alt. En arkivmappe kan tåle lengre nedetid enn dagens ordre, mens noen systemer kan gjenopprettes manuelt i en kort periode.

Test gjenoppretting før dere trenger den

NSM anbefaler regelmessige gjenopprettingstester. En test bør ikke bare kontrollere at en fil kan lastes ned. Den bør også vise at riktig person finner kopien, har tilgang, forstår prosedyren og kan bekrefte at innholdet fungerer etterpå.

Start avgrenset:

  1. Velg en ufarlig testfil eller testmappe.
  2. Bestem hvilket tidspunkt den skal gjenopprettes fra.
  3. Gjenopprett til et separat sted uten å overskrive produksjon.
  4. Kontroller innhold, versjon, rettigheter og tidsstempler.
  5. Mål hvor lang tid hele prosessen tok.
  6. Dokumenter det som var uklart eller ikke virket.

For kritiske tjenester bør dere også teste større scenarioer: Kan en hel bruker, postboks, database, server eller nettside gjenopprettes? Fungerer innlogginger, integrasjoner og konfigurasjon etterpå? Testens omfang og frekvens må stå i forhold til konsekvensen ved bortfall og hvor ofte løsningen endres.

Avklar ansvar med IT-leverandøren

At en leverandør drifter systemet betyr ikke nødvendigvis at alle virksomhetsdata er sikkerhetskopiert med ønsket historikk og gjenopprettingstid. Avtalen bør gjøre ansvaret tydelig.

Be om konkrete svar på hvilke tjenester som er omfattet, hvor lenge kopier beholdes, hvordan feil varsles, hvem som kan bestille restore, forventet gjenopprettingstid og hvordan testresultater dokumenteres. Avklar også hva som skjer med kopiene når avtalen avsluttes.

En kontroll dere kan gjøre denne uken

Velg ett datasett som virksomheten ikke kan miste. Finn deretter siste vellykkede backup, gjenopprett en ufarlig del til et separat sted og mål tiden. Hvis ingen vet hvem som skal gjøre det, hvor kopien ligger eller hvordan resultatet kontrolleres, har dere funnet et konkret beredskapshull.

Trønder Data kan hjelpe med å kartlegge og sette opp sikkerhetskopiering for bedrifter, inkludert oppfølging og praktisk kontroll av gjenopprettingen.

Kilder

To jobb-PC-er og en sjekkliste for planlagt utskifting av datautstyr.

Når bør bedriften bytte PC? Slik planlegger dere uten hastverk

Skrevet av Svein tore den . Publisert i Datahjelp, Guider. Ingen kommentarer til Når bør bedriften bytte PC? Slik planlegger dere uten hastverk

En treg jobb-PC trenger ikke automatisk å erstattes. Noen ganger holder det å rydde opp, bytte lagringsdisk eller øke minnet. Andre ganger er plattformen blitt en flaskehals som ikke lenger kan oppgraderes på en fornuftig måte. En enkel vurdering av maskinvare, arbeidsbehov og driftsrisiko gjør det mulig å bytte planlagt i stedet for midt i en travel arbeidsdag.

Ikke bruk alder som eneste beslutningsregel

To PC-er som er kjøpt samtidig kan ha svært forskjellig restlevetid. Den ene brukes til e-post og enkle kontoroppgaver. Den andre kjører store regneark, tegneprogrammer, mange nettleserfaner eller andre krevende arbeidsverktøy. Batteri, kjøling, lagringsplass og tidligere reparasjoner påvirker også vurderingen.

Start derfor med spørsmålet: Gjør PC-en fortsatt jobben den er satt til, med et operativsystem og programvare som får nødvendige sikkerhetsoppdateringer? Hvis svaret er ja, finnes det ingen grunn til å bytte bare fordi kalenderen har passert en bestemt dato.

Hvis svaret er nei, må dere finne ut om problemet skyldes én oppgraderbar flaskehals eller om hele plattformen er blitt for begrenset.

Finn flaskehalsen før dere bestiller nytt

«PC-en er treg» er en beskrivelse, ikke en diagnose. Undersøk når tregheten oppstår og hvilke ressurser som er presset:

  • Er minnet fullt når de vanlige programmene er åpne?
  • Er lagringsdisken nesten full, svært treg eller ustabil?
  • Er prosessoren kontinuerlig belastet av arbeidsoppgavene?
  • Blir maskinen unormalt varm eller reduserer den ytelsen på grunn av kjøling?
  • Er batteriet, skjermen, tastaturet eller kontaktene blitt en driftsrisiko?
  • Skyldes problemet programvare, synkronisering, skadevare eller et mislykket oppsett i stedet for maskinvaren?

En slik kontroll hindrer to dyre feil: å kjøpe ny PC når et avgrenset tiltak ville løst problemet, og å bruke penger på småoppgraderinger når hovedkort, prosessor eller øvrig maskinvare uansett setter en lav grense.

Trenger dere hjelp til å skille programvarefeil fra maskinvarebegrensninger, beskriver Trønder Data hva som inngår i datahjelp for bedrifter.

Når er oppgradering det fornuftige valget?

Oppgradering er mest interessant når PC-en ellers er stabil, støtter et oppdatert operativsystem og har én tydelig begrensning. Mer minne kan hjelpe når arbeidssettet er større enn tilgjengelig RAM. En raskere eller større SSD kan gi bedre respons og nødvendig arbeidsplass dersom lagringen er flaskehalsen.

På enkelte stasjonære maskiner kan en samlet oppgradering av hovedkort, prosessor og minne være mulig. På mange bærbare PC-er er oppgraderingsrommet langt mindre. Det må derfor undersøkes mot den konkrete modellen, ikke antas ut fra produktnavnet.

Regn med hele jobben: deler, arbeid, sikkerhetskopi, flytting av data, testing og tiden brukeren er uten maskinen. En rimelig del er ikke nødvendigvis en rimelig løsning hvis flere komponenter snart må byttes eller arbeidet blir omfattende.

Når peker vurderingen mot ny PC?

Utskifting er normalt mer fornuftig når flere av disse forholdene gjelder samtidig:

  • PC-en kan ikke kjøre et operativsystem som fortsatt får sikkerhetsoppdateringer.
  • Hovedkort eller prosessor blokkerer den ytelsen eller minnemengden arbeidet krever.
  • Maskinen har flere feil, ustabilitet eller gjentatte reparasjoner.
  • De vanlige oppgavene tar merkbart lengre tid selv etter at programvare og lagring er kontrollert.
  • En uventet stans vil koste mer enn en planlagt overgang.
  • Nødvendige programmer, sikkerhetsfunksjoner eller tilbehør kan ikke brukes på en støttet og stabil måte.

Windows 10 nådde slutten av ordinær støtte 14. oktober 2025. Microsoft opplyser at systemet fortsatt kan starte og brukes, men at det ikke lenger mottar vanlige sikkerhetsoppdateringer eller teknisk støtte. En PC som fortsatt kjører Windows 10 må derfor vurderes ut fra virksomhetens overgangsplan, eventuelle særskilte støtteordninger og om maskinen kan kjøre Windows 11.

Microsofts systemkrav for Windows 11 omfatter blant annet en godkjent prosessor, TPM 2.0, Secure Boot, minst 4 GB RAM og minst 64 GB lagring. Dette er minimumskrav, ikke et løfte om at enhver arbeidsmengde vil fungere godt. Trønder Data har en egen side om hjelp med Windows 11.

Regn på ventetiden, ikke bare innkjøpsprisen

Tregt utstyr skaper mer enn irritasjon. Det stjeler korte perioder gjennom hele dagen: oppstart, bytte mellom programmer, søk, lagring, videomøter og omstarter. Hver pause kan virke liten, men den gjentas.

Bruk egne tall i stedet for en generell levetidsregel. Noter hvor mange minutter som går tapt på en vanlig dag, hvor mange arbeidsdager det gjelder og hva virksomheten faktisk regner som intern timekostnad. Legg til sannsynligheten for akutt driftsstans, ekstra support og behovet for en hasteløsning.

Det betyr ikke at enhver treghet forsvarer ny maskin. Regnestykket skal sammenlignes med kostnaden og forventet effekten av en konkret oppgradering. Poenget er å gjøre den skjulte ventetiden synlig før den blir normal.

Lag en enkel utskiftingsliste

Små virksomheter trenger ikke et stort forvaltningssystem for å planlegge bedre. En kort, tilgangsstyrt oversikt kan være nok. Registrer:

  • hvem eller hvilken rolle som bruker PC-en
  • modell, garanti og nødvendige tilkoblinger
  • operativsystem og støtte-/oppdateringsstatus
  • minne, lagring og mulige oppgraderinger
  • kritiske programmer og arbeidsoppgaver
  • kjente feil og tidligere reparasjoner
  • foreløpig beslutning: behold, oppgrader, følg med eller erstatt
  • neste dato for vurdering

Da kan dere gruppere like behov, budsjettere og bestille før en maskin stopper. Oversikten bør ikke inneholde passord, gjenopprettingskoder eller mer personinformasjon enn formålet krever.

Planlegg overgangen rundt brukeren

Den tekniske installasjonen er bare halve jobben. Avklar først hvilke programmer, lisenser, skrivere, skjermer, dokkingstasjoner, fagverktøy og tilganger brukeren faktisk trenger. Kontroller også hvordan filer er lagret og sikkerhetskopiert. Synkronisering og sikkerhetskopiering er ikke det samme; viktige data må kunne gjenopprettes og verifiseres.

Gjør ny eller midlertidig PC klar før den gamle tas inn dersom arbeidet ikke kan stå. Avtal et konkret tidsvindu. For noen passer en dag med lånemaskin. For andre er planlagt fravær eller ferie et bedre tidspunkt. Det viktige er at brukeren, virksomheten og IT-hjelpen vet når maskinen er utilgjengelig og hva som er reserveplanen.

Test innlogging, tofaktorautentisering, e-post, filer, nettleserprofiler, fagprogrammer, utskrift og nødvendig tilbehør før den gamle PC-en slettes. Ved kritiske arbeidsoppgaver bør den gamle maskinen holdes kontrollert tilgjengelig til den nye løsningen er bekreftet, så lenge dette er sikkerhetsmessig forsvarlig.

Les mer om sikkerhetskopiering for bedrifter dersom dataflytting og gjenoppretting ikke allerede er avklart.

Avtal sikker sletting og videre bruk

Før en gammel PC selges, gis videre, gjenbrukes eller leveres som avfall, må virksomheten vite hvilke data som finnes på den og hvordan de skal fjernes. Vanlig sletting av filer er ikke i seg selv en dokumentert avhendingsrutine.

Avtal behovet for sikker sletting, hvem som utfører den og hvilken bekreftelse virksomheten trenger. Metoden må tilpasses lagringsmediet, datatypen og risikoen. Kontoer, enhetsadministrasjon og lisenser må også fjernes kontrollert, men først etter at nødvendige data og tilganger er overført og testet.

Utstyr som fortsatt fungerer kan vurderes for ombruk etter sletting og teknisk kontroll. Utstyr som ikke skal brukes videre må håndteres gjennom en lovlig ordning for elektrisk og elektronisk avfall. Miljødirektoratet beskriver returordningene for EE-avfall og fremhever tiltak for å beskytte sensitive data fra datamaskiner og andre enheter.

En beslutning i fire trinn

  1. Kartlegg: Finn arbeidsbehovet, flaskehalsen, støttekravene og konsekvensen av nedetid.
  2. Sammenlign: Beregn hele kostnaden og forventet levetid for oppgradering mot en ferdig konfigurert erstatning.
  3. Planlegg: Velg tidsvindu, lånemaskin eller overlapp, og avklar data, programmer, tilganger og testing.
  4. Avslutt kontrollert: Bekreft at ny løsning fungerer før sikker sletting, ombruk eller innlevering av gammel PC.

Den beste utskiftingen er den brukeren knapt merker. Det krever ikke at alle PC-er byttes samtidig. Det krever at virksomheten oppdager begrensningene tidlig nok til å velge mellom reparasjon, oppgradering og erstatning mens den fortsatt har tid til å velge.

Montør utfører installasjon av Starlink på en hytte i Trøndelag.

Installasjon av Starlink i Trøndelag – vi gjør jobben for deg

Skrevet av Svein tore den . Publisert i Nettverk. Ingen kommentarer til Installasjon av Starlink i Trøndelag – vi gjør jobben for deg

Starlink er laget for å kunne settes opp av kunden selv, men en permanent installasjon innebærer ofte mer enn å plassere antennen utendørs og koble til strøm. Antennen må ha fri sikt mot himmelen, festes forsvarlig og få en trygg kabelvei inn i bygget. Ruteren bør samtidig plasseres der den faktisk gir god trådløs dekning.

Minimumspris

Fra 2 400 kr

Inkl. mva. og kjøring for en enkel standardinstallasjon.

Dekningsområde

Hele Trøndelag

For hytter, boliger og bedrifter – også der veien er lang.

Fleksibel levering

Utstyr eller montering

Vi kan skaffe alt, eller montere Starlink du allerede har kjøpt.

Vi tar oss av hele installasjonen

En god installasjon starter med riktig plassering. Ifølge Starlinks egen installasjonsveiledning trenger antennen fri sikt mot himmelen. Trær, stolper og bygningsdeler kan ellers gi avbrudd.

Hva som følger med pakken, og hvordan delene kobles sammen, varierer mellom modellene. Vi planlegger derfor jobben ut fra utstyret kunden har eller ønsker å bestille.

  • Vurdering av plassering og kabelvei
  • Montering av antenne og egnet feste
  • Boring, gjennomføring og ryddig kabelføring
  • Tilkobling, oppsett og funksjonskontroll

Enkel standardinstallasjon

To timer er vårt normale estimat

Med vår timepris på 1 200 kroner inkl. mva. gir det en minimumspris på 2 400 kroner inkl. mva. Kjøring er inkludert.

Prisen forutsetter den korteste praktiske kabelveien. Skjult kabelføring, lengre føringsvei, ekstra nettverksutstyr eller krevende montering avklarer vi på forhånd.

2 400 kr
inkl. mva. og kjøring

Før vi kommer

En enkel avklaring gir en bedre installasjon

Vi finner en praktisk løsning før oppdraget starter, slik at du vet hva som skal gjøres og hva det vil koste.

Innen én time fra Steinkjer

Er installasjonsstedet innen omtrent én times kjøring fra Steinkjer, kommer vi normalt på en kort befaring. Da vurderer vi plassering, feste, kabelvei og behovet for annet utstyr.

Lenger unna

For oppdrag lenger unna undersøker vi området med Google Maps og kan be kunden tegne en enkel skisse av bygget, ønsket plassering og mulig kabelvei. På det grunnlaget kan vi gi et tilbud før vi kjører ut.

Utstyr og ansvar

Du velger hvordan utstyret kjøpes

Trønder Data har ikke Starlink-utstyr som fast lagervare. Vi bestiller antenne, festemidler og nødvendig tilbehør etter behov. Du kan også kjøpe utstyret selv og la oss stå for monteringen.

Uansett står vi for kvaliteten på arbeidet vi gjør. Dersom noe skyldes monteringen vår – for eksempel at en kontakt løsner fordi den ikke er festet riktig – kommer vi tilbake og retter det.

Når vi leverer utstyret

Oppstår det en produktfeil, tar vi oss av dialogen med leverandøren. Kunden slipper å finne riktig kontaktpunkt og følge garantisaken alene.

Har vi kompatibelt reserveutstyr tilgjengelig, kan vi sette inn dette midlertidig mens leverandøren vurderer saken.

Når du har kjøpt utstyret selv

Vi garanterer monteringsarbeidet. Produktgarantien håndteres gjennom butikken eller leverandøren utstyret ble kjøpt fra.

Mer enn signal til huset

Starlink gir internett – WiFi må fortsatt planlegges

En god satellittforbindelse betyr ikke automatisk at det trådløse nettet dekker hele hytta, boligen eller bedriften. Tykke vegger, flere etasjer, uthus og stor avstand kan gjøre at én ruter ikke er nok.

Vi kan utvide løsningen med kraftigere eller flere trådløse aksesspunkter, både innendørs og utendørs.

Se løsninger for bedre WiFi

Svar før du bestiller

Ofte stilte spørsmål

Åpne spørsmålene for å lese svarene.

Trenger du hjelp med montering av Starlink?

Fortell oss hvor i Trøndelag installasjonen skal gjøres og hvilket utstyr du har. Da kan vi foreslå en praktisk løsning og gi deg et tilbud.

Kontakt Trønder Data

Bedriftseier og IT-rådgiver går gjennom en sjekkliste for systemer, tilganger og backup

5 tegn på at bedriften mangler grunnleggende IT-kontroll

Skrevet av Svein tore den . Publisert i IT-sikkerhet.

God IT-sikkerhet handler ikke om hvor raskt nettet føles eller hvor mange sikkerhetsprodukter bedriften har kjøpt. Det avgjørende er om dere har oversikt, tydelige eiere og rutiner som faktisk virker når noe endres eller går galt.

Mange små bedrifter spør om sikkerheten er «god nok». Det spørsmålet kan ikke besvares med én skanning eller én grønn statuslampe. En bedre start er å kontrollere om virksomheten har styring på de viktigste delene av IT-miljøet.

Disse fem tegnene viser ikke nødvendigvis at et dataangrep har skjedd. De viser at bedriften mangler grunnleggende kontroll, og at en hendelse derfor kan bli vanskeligere å oppdage, begrense og rydde opp etter.

1. Ingen kan vise en oppdatert oversikt over systemer og programvare

Hvis oversikten over IT-miljøet finnes i hodet til én person, er den ikke robust nok. Bedriften bør kunne svare på hvilke PC-er, servere, skytjenester, domener, e-postsystemer og sentrale programmer som brukes, hvem som eier dem, og hvem som administrerer dem.

Dette gjelder også tjenester ansatte har tatt i bruk på egen hånd. En liten månedlig belastning på firmakortet kan være et arbeidskritisk system, selv om det aldri ble behandlet som et IT-innkjøp.

NSM anbefaler virksomheter å kartlegge enheter og programvare, inkludert uautorisert programvare, og å vedlikeholde en oversikt over hva som er godkjent for bruk. En enkel oversikt er bedre enn et avansert system som aldri blir oppdatert.

Sjekk nå: Kan dere på 15 minutter finne navn på tjenesten, ansvarlig person, administrator, fornyelsesdato og hvor viktige data lagres?

2. Tilganger blir opprettet, men sjelden gjennomgått eller fjernet

En konto er ikke ferdig forvaltet når den er opprettet. Roller endres, ansatte slutter, leverandører byttes og midlertidige tilganger blir stående. Dersom ingen jevnlig kontrollerer hvem som har tilgang til hva, vokser risikoen stille.

Felleskontoer og delte administratorpassord gjør dette vanskeligere. Da kan bedriften verken se sikkert hvem som utførte en handling eller fjerne én persons tilgang uten å påvirke andre.

NSMs prinsipp for brukere og tilgangsbehov legger vekt på oversikt over brukere, kontoer, roller og ansvar. Trønder Data har også en praktisk IT-sjekkliste for når en ansatt slutter.

Sjekk nå: Velg ett viktig system og sammenlign brukerne i systemet med dagens ansatte og leverandører. Finnes det kontoer som ikke lenger har et dokumentert behov?

3. Backup blir omtalt som trygg, men ingen har testet gjenoppretting

En e-post om at sikkerhetskopieringen «fullførte» er ikke det samme som at virksomheten kan gjenopprette riktige data innen akseptabel tid. Feil konfigurasjon, manglende mapper, for kort historikk eller utilgjengelige nøkler oppdages ofte først når data allerede er borte.

NSMs grunnprinsipper for IKT-sikkerhet anbefaler både en plan for sikkerhetskopiering og regelmessige gjenopprettingstester. Planen bør blant annet beskrive hvilke data som omfattes, hvem som har ansvar, hvor lenge kopier oppbevares og hvor raskt kritiske systemer må kunne gjenopprettes.

Les også vår gjennomgang av sikkerhetskopiering for småbedrifter.

Sjekk nå: Be den ansvarlige hente tilbake én slettet testfil og dokumentere hvor lang tid det tok. Hvis testen ikke kan gjennomføres trygt, er backupen ikke verifisert.

4. Oppdateringer skjer tilfeldig og uten tydelig ansvar

Automatiske oppdateringer er nyttige, men de dekker ikke nødvendigvis alle programmer, nettverksenheter, nettsider og skytjenester. Eldre programvare kan bli stående fordi ingen vet at den finnes, eller fordi ingen tør å oppdatere et system uten å vite hva som avhenger av det.

Et modent oppdateringsarbeid trenger ikke være komplisert. Bedriften må vite hvilke systemer som er kritiske, hvem som følger med på oppdateringer, hvordan viktige endringer testes, og hva som skjer dersom en oppdatering feiler.

Sjekk nå: Velg tre viktige systemer og finn siste oppdateringsdato, nåværende versjon og navnet på den som har ansvar. Mangler ett av svarene, bør systemet inn i en fast vedlikeholdsrutine.

5. Beredskapsplanen starter med «ring den som pleier å ordne det»

Når e-post, internett eller fagsystemet stopper, er de første beslutningene viktige. Hvem kan stenge en konto? Hvor finnes kontaktinformasjon til leverandøren? Hvordan kommuniserer dere hvis e-post er utilgjengelig? Hvilke systemer må tilbake først?

Hvis svarene først må finnes mens hendelsen pågår, blir nedetiden lengre og risikoen for forhastede endringer større. En kort beredskapsplan med roller, kontaktpunkter, prioriteringer og alternative kommunikasjonskanaler er mer nyttig enn et langt dokument ingen har øvd på.

Bruk gjerne vår beredskapsplan for småbedrifter som utgangspunkt.

Sjekk nå: Spør to personer hvem de kontakter og hva de gjør først dersom e-post og skylagring blir utilgjengelig samtidig. Ulike svar viser hvor planen må tydeliggjøres.

Treg PC eller ustabilt nett er ikke bevis på et sikkerhetsproblem

Tekniske problemer kan skyldes kapasitet, feil konfigurasjon, maskinvare, leverandørfeil eller sikkerhetshendelser. Det er derfor misvisende å bruke treghet alene som et «advarselstegn» på svak IT-sikkerhet.

Det relevante spørsmålet er om bedriften kan undersøke årsaken: finnes det oppdatert oversikt, logging, ansvar og en kontrollert måte å feilsøke på? God sikkerhet gjør ikke alle systemer raske, men god styring gjør det mulig å skille et vanlig driftsproblem fra et mulig sikkerhetsavvik.

Start med kontroll, ikke flere produkter

Dersom flere av punktene over er uklare, trenger bedriften først en prioritert oversikt. Begynn med de viktigste systemene, administratorene, dataene og avhengighetene. Avtal deretter hvem som eier hvert tiltak og når det skal kontrolleres igjen.

Et nytt sikkerhetsprodukt kan være riktig senere. Men produkter kan ikke erstatte oversikt, ansvar og testede rutiner. Trenger dere hjelp til å kartlegge dagens situasjon og fordele oppfølgingen, kan en fast IT-serviceavtale gi en tydeligere struktur.

En ansatt ser fem sikkerhetsvarsler på en bærbar PC på kontoret.

5 tegn på at bedriftens IT-sikkerhet er for dårlig

Skrevet av Svein tore den . Publisert i Nyheter.

IT-sikkerheten kan være svakere enn dere tror, selv om alt fungerer i hverdagen. Mistenkelige innlogginger, uklare rutiner, utdatert sikkerhetsprogramvare, mangelfull sikkerhetskopiering og for mange administratorrettigheter er varsellamper dere bør ta på alvor. Her er fem tegn på at bedriften bør ta grep.

Tegn 1 – Hyppige datainntrengninger

Den første indikasjonen på at IT-sikkerheten for småbedrifter kanskje ikke er tilstrekkelig, er hyppige datainntrengninger. Dette kan inkludere tvilsomme innlogginger, uventet nettverkstrafikk eller uautoriserte endringer i systemene dine.

Tegn 2 – Mangler en klar IT-sikkerhetspolicy

En godt definert IT-sikkerhetspolicy er sentral i beskyttelsen av bedriftens data. Denne policyen bør dekke alt fra bruk av sikkerhetsprogramvare, til opplæring av ansatte og prosedyrer ved mistanke om datainnbrudd.

Tegn 3 – Uoppdatert sikkerhetsprogramvare

Oppdatering av antivirusprogramvare og andre sikkerhetsverktøy er avgjørende for å beskytte bedriften mot nye trusler. Hvis dette overses, kan det være en indikasjon på at bedriftens IT-sikkerhet er for svak.

Tegn 4 – Ingen rutiner for sikkerhetskopiering

Sikkerhetskopiering av data er et av de viktigste tiltakene en bedrift kan ta for å sikre seg mot tap av kritisk data. Uten rutiner for sikkerhetskopiering kan data være i fare.

Tegn 5 – Brukere har for høye privilegier

Hvis de fleste brukere har administratorrettigheter, kan dette være et tegn på dårlig IT-sikkerhet. Brukere bør bare ha tilgang til de dataene og systemene de trenger for å utføre jobben sin.

For å bedre bedriftens IT-sikkerhet kan løsningen være endepunktsikring. Dette er en omfattende løsning som beskytter bedriften mot en rekke trusler og gir bedre IT-sikkerhet for småbedrifter. Vil dere utforske dette videre, kan dere lese mer om endepunktsikring.

Laptop med kontaktskjema, sjekkliste og mobil som viser kontroll av e-postlevering.

Kontaktskjemaet virker ikke? Slik unngår dere å miste henvendelser

Skrevet av Svein tore den . Publisert i Nettside, Wordpress.

Et kontaktskjema kan se helt riktig ut på nettsiden, men likevel ikke gi dere henvendelsene dere tror dere får.

For små bedrifter er dette en ubehagelig feiltype. Kunden får kanskje en bekreftelse på skjermen, mens meldingen aldri havner hos riktig person. Ingen alarmer går. Ingen vet at noe er galt før en kunde ringer og spør hvorfor ingen svarte.

Her er en praktisk sjekkliste for bedrifter som bruker WordPress, webhotell, Microsoft 365, Plesk-mail eller andre e-postløsninger sammen med kontaktskjema på nettsiden.

Tegn på at kontaktskjemaet ikke er til å stole på

Et kontaktskjema trenger ikke være helt ødelagt for å skape problemer. Ofte er feilen delvis, periodisk eller avhengig av hvem som sender inn skjemaet.

Typiske tegn er:

  • skjemaet sier at meldingen er sendt, men ingen mottar den
  • meldinger havner i spam eller karantene
  • skjemaet virker bare til enkelte mottakere
  • svaradressen blir feil eller tom
  • kunden får ingen kvittering
  • dere får mye spam og strammer inn for hardt
  • skjemaet slutter å virke etter flytting av nettside eller e-post
  • henvendelser lagres i WordPress uten at noen følger dem opp

Hvis nettsiden brukes til tilbud, booking, support, befaring eller rekruttering, bør ikke kontaktskjemaet være noe dere bare antar at fungerer.

Start med en ekte test

Den enkleste kontrollen er fortsatt den viktigste: send en testmelding slik en kunde ville gjort det.

Testen bør dekke mer enn bare at det kommer en grønn bekreftelse på nettsiden:

  • send inn skjemaet fra vanlig mobilnett, ikke bare fra kontoret
  • bruk en ekstern e-postkonto som avsender
  • sjekk at riktig mottaker får meldingen
  • sjekk spam, karantene og eventuelle regler i innboksen
  • svar på meldingen og kontroller at svaret går til kunden
  • se om innholdet er lesbart på mobil
  • noter tidspunktet testen ble sendt og mottatt

Hvis dere har flere skjema, må hvert skjema testes. Et kontaktskjema, et rekrutteringsskjema og et supports skjema kan ha ulike mottakere, ulike innstillinger og ulike spamregler.

Skill mellom skjema, WordPress og e-postlevering

Når et kontaktskjema feiler, er det fristende å si at «nettsiden sender ikke e-post». Det kan stemme, men det kan også være mer presist å dele problemet i tre deler:

  • Skjemaet: tar imot feltene, validerer dem og prøver å sende en melding.
  • WordPress: behandler meldingen gjennom nettsidens e-postfunksjon eller en SMTP-plugin.
  • E-postsystemet: avgjør om meldingen faktisk leveres, avvises, havner i spam eller stoppes av sikkerhetsregler.

Dette skillet er viktig. WordPress sin egen dokumentasjon for wp_mail() beskriver at en teknisk «sendt»-respons ikke i seg selv garanterer at mottakeren faktisk fikk e-posten. Derfor bør man teste hele veien fra skjema til innboks.

Bruk en avsender som hører til domenet

Et vanlig feiloppsett er at skjemaet prøver å sende e-post med kundens adresse som teknisk avsender. Det kan se praktisk ut, men det kan gjøre meldingen mindre troverdig for spamfilteret.

En bedre praksis er ofte:

  • bruk en fast avsenderadresse som hører til bedriftens eget domene
  • sett kundens adresse som svaradresse, ikke nødvendigvis som teknisk avsender
  • bruk et navn som gjør at mottaker forstår hvilket skjema meldingen kommer fra
  • unngå at skjemaet sender fra et domene nettsiden ikke har lov til å sende på vegne av

Dette er ikke bare ryddighet. Moderne e-postmottakere vurderer avsender, domene, IP, SPF, DKIM og DMARC før de slipper meldinger gjennom. Kunnskapsrom har en nøytral forklaring av SPF, DKIM og DMARC hvis dere vil forstå begrepene bedre.

SMTP er ofte bedre enn standard webserver-mail

Mange WordPress-sider forsøker å sende e-post direkte fra webserveren. Det kan fungere, men det er ofte mer sårbart enn å sende gjennom en riktig konfigurert SMTP-konto eller e-posttjeneste.

Med et godt SMTP-oppsett får dere vanligvis:

  • autentisert sending
  • tydeligere avsender
  • bedre logging av feil
  • mindre risiko for at webserveren blir vurdert som ukjent avsender
  • enklere feilsøking når leveringen stopper

Google sine veiledninger for avsenderautentisering peker også på at SPF eller DKIM bør være satt opp for avsendere som sender til Gmail-mottakere, og at DMARC bør bygges på riktig grunnlag når SPF og DKIM fungerer. Poenget for små bedrifter er enkelt: e-post fra nettsiden bør behandles som e-postdrift, ikke som en tilfeldig WordPress-innstilling.

Sjekk mottaker og ansvar

Et teknisk riktig skjema kan fortsatt feile organisatorisk.

Still disse spørsmålene:

  • hvem mottar skjemaet i dag?
  • er mottakeren en person, en felles innboks eller et system?
  • hva skjer når mottaker har ferie eller slutter?
  • er det noen som følger med på spammappe eller karantene?
  • skal flere personer få kopi?
  • skal henvendelser også lagres i WordPress eller CRM?
  • hvem har ansvar for å teste skjemaet jevnlig?

Dette er spesielt viktig for små virksomheter der nettsiden kanskje ble laget for flere år siden, mens ansatte, e-postløsning og arbeidsrutiner har endret seg etterpå.

Ikke samle mer informasjon enn dere trenger

Kontaktskjema behandler ofte personopplysninger. Navn, telefonnummer, e-post, fritekstfelt og vedlegg kan være nok til at bedriften må tenke gjennom formål, tilgang og lagring.

En praktisk regel er å spørre: trenger vi egentlig dette feltet for å svare på henvendelsen?

For de fleste enkle kontaktskjema holder det med få felt. Fritekstfelt bør ikke invitere til at kunder legger inn sensitive opplysninger. Hvis skjemaet gjelder support, rekruttering, helse, økonomi eller andre mer følsomme forhold, bør løsningen vurderes strengere.

Sjekk også om skjema-pluginen lagrer innsendelser i WordPress. Det kan være nyttig som reserve hvis e-postlevering feiler, men det betyr også at dataene ligger i nettsidens database. Da bør dere vite hvem som har tilgang, hvor lenge data lagres og hvordan de slettes.

Spamvern må ikke stoppe ekte kunder

Spam fra kontaktskjema kan bli et stort irritasjonsmoment. Samtidig kan et for aggressivt spamvern gjøre det vanskelig for ekte kunder å sende inn henvendelser.

Gode tiltak kan være:

  • honeypot-felt som vanlige brukere ikke ser
  • moderat bruk av CAPTCHA eller tilsvarende kontroll
  • spamfilter som kan læres opp over tid
  • begrensning av gjentatte innsendinger
  • logging som gjør det mulig å se hva som stoppes

Ikke vurder spamvern bare etter hvor mye det stopper. Vurder også om det stopper riktige meldinger, om mobilbrukere kommer gjennom, og om tilgjengeligheten fortsatt er god.

Test etter endringer

Kontaktskjema bør testes hver gang noe rundt nettsiden eller e-posten endres.

Det gjelder særlig etter:

  • flytting til nytt webhotell
  • endring av DNS
  • bytte til Microsoft 365 eller annen e-postløsning
  • oppdatering av skjema-plugin
  • bytte av tema eller sidebygger
  • aktivering av ny cache- eller sikkerhetsplugin
  • endring av spamfilter, PMG eller e-postgateway
  • lansering av ny nettside

Dette er en av grunnene til at kontaktskjema bør være med i vanlig WordPress-vedlikehold, ikke bare testes ved lansering.

Ha en enkel reserveplan

Selv med godt oppsett kan feil oppstå. Derfor bør bedriften ha en enkel reserveplan.

Det kan være:

  • at skjemaet lagrer kopi i WordPress i en begrenset periode
  • at kritiske skjema sender kopi til en felles innboks
  • at det finnes en alternativ kontaktmetode på siden
  • at noen tester skjemaet månedlig
  • at feilvarsler fra SMTP-plugin eller webhotell faktisk leses

Reserveplanen trenger ikke være avansert. Den må bare være kjent, trygg og enkel å følge.

Fem minutters månedlig sjekk

For en vanlig firmaside kan en enkel månedlig sjekk være nok til å oppdage mye tidlig:

  1. Send testmelding fra kontaktskjemaet.
  2. Bekreft at riktig innboks mottar meldingen.
  3. Svar på meldingen og kontroller at svaradressen fungerer.
  4. Sjekk spammappe eller karantene.
  5. Se om skjema-plugin eller SMTP-plugin viser feil.
  6. Kontroller at mottakerlisten fortsatt stemmer.
  7. Sjekk om WordPress lagrer skjemadata unødvendig lenge.

Hvis nettsiden er viktig for salg, support eller booking, bør denne testen være like naturlig som å sjekke at telefonen virker.

Når bør dere be om hjelp?

Dere bør vurdere hjelp hvis:

  • skjemaet sier sendt, men meldinger kommer ikke frem
  • meldinger havner i spam selv om innholdet er legitimt
  • dere ikke vet om nettsiden sender via SMTP
  • DNS, SPF, DKIM eller DMARC er uklart
  • skjemaet håndterer sensitive eller viktige henvendelser
  • dere nylig har flyttet nettside eller e-post
  • ingen vet hvem som egentlig har ansvar for nettsiden

Trønder Data kan hjelpe med webhosting, WordPress, e-postoppsett, DNS, SMTP, skjema og teknisk kontroll. For noen bedrifter passer dette som fast del av en serviceavtale. For andre holder det med timebank når noe må sjekkes, flyttes eller ryddes.

Kort oppsummert

Et kontaktskjema er ikke ferdig testet når det viser en grønn «sendt»-melding på nettsiden.

Dere bør vite hvem som mottar henvendelser, hvordan WordPress sender e-post, om SMTP og DNS er riktig satt opp, hvordan spamfilteret oppfører seg, hvilke data skjemaet lagrer, og hvem som tester at alt fungerer etter endringer.

For små bedrifter handler dette ikke om teknisk perfeksjon. Det handler om å ikke miste ekte henvendelser fra kunder som allerede prøver å ta kontakt.