Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Systemsikkerhet Stein Meisingseth 29.08.2005 Lærestoffet er utviklet for faget LO474D Systemsikkerhet 1. Systemsikkerhet Resymé: Denne leksjonen inneholder en en innledning til faget datasikkerhet, innbrudd, passord og protokoller. Innhold 1. SYSTEMSIKKERHET... 1 1.1. INNLEDNING... 1 1.2. KRAV TIL SIKKERHETEN I ET NETTVERKSOPERATIVSYSTEM... 2 1.3. GENERELLE SIKKERHETSPOLICIER... 2 1.3.1. Maskinvare og krav... 2 1.3.2. Strøm og UPS... 2 1.3.3. Lagring/endring av data... 2 1.3.4. Minnebeskyttelse... 3 1.3.5. Fysisk sikring av serverrom... 3 1.3.6. Klimakontroll av serverrom... 4 1.3.7. Backup og tillit til backuprutiner... 4 1.4. AKSESSRETTIGHETER... 4 1.4.1. Ingen rettigheter... 4 1.4.2. Filkjennskap... 5 1.4.3. Exe-tilgang... 5 1.4.4. Leserettigheter... 5 1.4.5. Rettigheter til å legge til... 5 1.4.6. Oppdateringsrettigheter... 5 1.4.7. Endre filrettighet... 5 1.4.8. Rett til å slette... 5 1.1. Innledning Dette faget vil ta for seg sikkerhet på system/servernivå for følgende deler: Windows 2000/2003 server Novell Netware 6 Linux-baserte servere
Systemsikkerhet side 2 av 5 1.2. Krav til sikkerheten i et nettverksoperativsystem Det kan settes opp fire nivåer for sikkerhet: Fortrolig for gitte brukere dette medfører at bare de angitte brukere har tilgang til enhver form for databruk. Integritet setter krav om at innhold på et system bare kan endres av de som har tilgang til det. Tilgjengelighet angir at servere er tilgjengelig for autoriserte brukere. Krav om autentisering fører til at ingen kan ta i bruk ressurser uten at de autoriserer seg etter de regler som er satt av systemansvarlige 1.3. Generelle sikkerhetspolicier Uansett hvilket datasystem du kjører eller hvilke servere du har gående i bakgrunnen er det alltid en del sikkerhetsforhold du må tenke på: 1.3.1. Maskinvare og krav Etter hvert som det kommer nye oppdateringer til serverprogramvare eller nye versjoner stilles det stadig sterkere krav til maskinvare. På et gitt tidspunkt må hardware oppgraderes. Hvis ikke vil en slik maskin lettere kunne bli angrepet ved at den ikke så godt kan motstå store mengder forespørsler. I tillegg er også maskinen mye mer utsatt for kritiske stopp. 1.3.2. Strøm og UPS I store eller viktige systemer bør man sikre seg mot ikke planlagte strømbrudd. Den letteste måten dette kan gjøres er ved å ta i bruk UPS (Uninterruptible Power Supply). Denne vil sørge for at røm i en gitt tid til tjenermaskin og kan ogå settes til en kontrollert avslutning av en server. Begge deler vil være viktig i en sammenheng der man er avhengig av at data skal være tilgjengelig selv ved kortvarige strømbrudd. Det forlanges oftest at webservere skal være oppe nesten kontinuerlig slike har god bruk for UPS. Også andre tjenere som leverer og lagrer vitale data settes det ofte stor krav til høy oppetid på. 1.3.3. Lagring/endring av data Etter hvert som man har fått bygd ut nettverkene, har dette ført til at data kan deles på en annen måte enn før. Denne muligheten til å dele ressurser innbefatter ikke bare prosessor, men også: Minne I/O-enheter for eksempel disker og skrivere Programmer Data Det at slike ressurser kan deles medfører behov for beskyttelse. Alle større nettverksoperativsystemer (NOS) bør kunne tilby følgene valgmuligheter:
Systemsikkerhet side 3 av 5 Ingen beskyttelse dette kan være nok når det ikke eksisterer sensitive data eller data som man ikke er redd for. Brukes mest i et testsystem, eller ved at data prosesseres og overføres videre til andre sikre lagringsenheter umiddelbart (men da er dette ikke så sikkert uansett). Isolasjon av prosesser dette skjer ved at prosesser opererer helt uavhengig av hverandre, og der det ikke foregår noe som helst form for deling av data. I en slik situasjon har hver prosess sin egen adresse, filer og andre objekter. Dele alt eller absolutt ingen deling eieren av et objekt (fil eller et minneområde) kan angi om dette skal være tilgjengelig for alle eller fullstendig eller delvis helt beskyttet overfor andre. Hvis det er tilgjengelig for andre, må det angis hvilke rettigheter andre skal ha til objektet. Dele ved hjelp av aksess-tilgang i en slik situasjon vil NOS sjekke hvilke rettigheter den enkelte bruker har til ethvert objekt (mappe, filer, minneområde, disk). Dette sikrer at bare godkjente brukere har tilgang til det som bare de skal ha tilgang til. Dele ved hjelp av dynamisk tilgang dette gil mulighet for å gi en dynamisk endring for hver eier av objekter slik at han kan sette forskjellige rettigheter for forskjellige brukere selv. Dette er en farlig rettighet, ved at brukere kanskje ikke helt vet hva de gjør eller ved at de kan gi rettigheter til andre som igjen kan gi dette videre til noen som det ikke var tenkt for. Denne rettigheten bør derfor ikke brukes hvis man er litt redd for sine data (og det gjelder vel i de fleste situasjoner). Begrense bruken av et dokument dette gir brukere for eksempel muligheten til å lese et dokument, men de får ikke rettigheter til å skrive ut, kopiere eller endre. 1.3.4. Minnebeskyttelse I et multiprogrammerende system er det essensielt med beskyttelse av hovedminnet. Ikke bar å beskytte selve minnet, men likeså mye å sikre korrekte prosesser når de er aktive og å sørge for at prosesser som ikke lenger er aktiv blir stoppet på en korrekt måte. Hvis en prosess ved et uhell kan skrive til minneallokeringen til en annen prosess vil dette kunne ha store negative konsekvenser ved at data kan bli ødelagt eller ved at data kan gjøres tilgjengelig for andre enn tiltenkt. I de viktigste NOS som Windows 2000/2003 server og Novell Netware 5/6 er ikke dette noe problem som man trenger å bruke mye oppmerksomhet på hvis man ikke endrer det standard oppsett som er satt. Hvis man likevel ønsker å endre på dette krever det at man har meget god kjennskap til hvordan deling av minneområde skal settes. Men ved å sette denne korrekt vil man kunne oppnå raskere og mer rasjonell prosessering av data. 1.3.5. Fysisk sikring av serverrom Dette bør være selvsagt, men hvor ofte ser man ikke at større bedrifter eller kommuner ikke sørger for at serverrom er tilstrekkelig fysisk beskyttet. Noen rom mangler lås, noen romer har ødelagte lås, noen rom har nøkler som alle ansatte har tilgang til og noen mangler fullstendig rutiner for hvor ofte rom skal være låst. Enkle regler man bør ha er: Bare de som er gitt rettighet til det skal ha tilgang til serverrom Ingen serverrom skal ha et nøkkelsett som er likt med andre brukere av andre tjenester Det skal alltid være kopi av nøkkel/kort i en safe
Systemsikkerhet side 4 av 5 Det skal alltid være kopi av passord i en safe Bare ledere og personer med gitte rettigheter skal ha tilgang til safen Serverrom skal aldri forlates ulåst 1.3.6. Klimakontroll av serverrom Nesten like viktig som fysisk sikring er klimakontroll. Slik som temperaturen har vært i deler av Norge de siste årene om sommeren kreves det at man har sikker og god tilgang til avkjøling av serverrom. Ved at temperaturen blir for høy kan server gå i stå. Mer sikkerhetsproblematisk er det når noen prosesser på server går i stå da kan sikkerheten til server og NOS bli sterkt svekket. 1.3.7. Backup og tillit til backuprutiner Uansett hvilke sikkerhetstiltak man iverksetter bør man i tillegg alltid sørge for en skikkelig backuprutine. For å sikre gode rutiner bør bare en ansatt ha hovedansvaret for at backup blir tatt og at denne fungerer. I større bedrifter vil det kunne være flere som deler på den praktiske jobben, men uansett skal det være en ansatt som har ansvaret. Det må finnes rutiner for hvem som tar backup når den som har hovedansvaret for dette er borte fra jobb. Det enkleste er å ta backup til faste tid hver natt. Det må finnes rutiner som sjekker at backup er tatt. Det er viktig at man bruker programmer som er lette å benytte når det skal tas backup. Oppbevar backup på et brannsikkert sted. Ha alltid noen backup er liggende utenfor huset for eksempel en ukentlig.. Ta kontroll hver uke av at det virkelig blir tatt backup. Hva skjer den dagen serveren går helt i stå og hvis man tror at det er tatt backup og i virkeligheten har det ikke skjedd? På denne måte skapes det en tillit hos de ansatte til at backuprutinene er gode. Typer backup: Inkrementell backup tar en kopi av alt som er endret eller kommet til som nytt siden siste fulle eller inkrementelle backup. Differensiell backup tar kopi av alt som er endret eller kommet til som nytt siden siste fulle backup. Full backup tar kopi av alt. For å unngå å måtte ta så ofte backup kan man bruke en raidløsning, men uansett raid eller ikke bør backup tas. 1.4. Aksessrettigheter Hvert NOS har sine aksessregler for filer og kataloger, men følgende generelle regler gjelder: 1.4.1. Ingen rettigheter Brukeren kan ikke se at det eksisterer en fil, og dermed vil det selvsagt ikke være mulig å aksessere en slik fil.
Systemsikkerhet side 5 av 5 1.4.2. Filkjennskap Dette kan være Read- eller File Scan-rettigheter (avhengig av NOS). I en slik situasjon kan en bruker se fila og finne ut hvem som er eier. Brukeren kan dermed be eieren om å få endret rettigheten (hvis eieren har slike rettigheter), slik at brukeren kan få åpne fila. 1.4.3. Exe-tilgang Her kan brukeren laste filer og kjøre programmer, men har ikke rettigheter til å kopiere filene. Ofte settes slike rettigheter på programmer på filtjenere. 1.4.4. Leserettigheter Brukeren har leserettigheter og kan dermed kopiere filer og kjøre programfiler med slike rettigheter. Vær obs på at i enkelte NOS kreves det mer rettigheter enn bare R for at dette skal fungere slik. 1.4.5. Rettigheter til å legge til I en slik situasjon har brukeren mulighet til å føye til data til en fil, men kan ikke endre eller slette noe av den opprinnelige innholdet på en fil. Denne rettigheten er spesiell viktig når man lagrer data fra mange forskjellige kilder. 1.4.6. Oppdateringsrettigheter Her kan en bruker med slike rettigheter endre, slette og legge til data til en fil (angis ofte som skriverettighet W). 1.4.7. Endre filrettighet Her kan brukeren endre rettigheter til fil eller katalog. Som nevnt tidligere bær man være forsiktig med ås ette denne rettigheten. 1.4.8. Rett til å slette Brukeren kan slette filer. Anbefalt litteratur: leksjonen