Sikker oppbevaring  

Når man installerer Rubrik så er det en helhet, en pakke. Dette har betydning for hvordan sikkerhet er implementert i tillegg til hvem som har ansvar for å sikre de enkelte deler, inkludert oppdatering. Ingen enkeltelementer overlates til tilfeldighetene (fragmentering av ansvar).  

•  Operativsystem: Dette er herdet og låst, og kan kun oppdateres av Rubrik (med verifisert kode). Det er ingen mulighet for å kjøre tredjeparts kode. Det er heller ikke administratortilgang til operativsystemet.
  Hvorfor: Operativsystemet er en kilde til mange angrep. Backup er blitt tatt fordi de har kjørt på operativsystem som ligger utenfor løsningen og dermed ikke sikret godt nok.  
  
  
• Filsystem: Filsystemet i Rubrik er et "Append only" filsystem. Det betyr at data ikke kan endres eller slettes når de først er skrevet. Kommandoene finnes rett og slett ikke. Det er heller ikke mulig å nå eller dele data i filsystemet via filprotokoller som SMB eller NFS.
  Hvorfor: Data skal være umulig å endre (immutable). Filprotokoller er en hyppig brukt måte for inntrengere å vandre vertikalt på. Det bør ikke være mulig å slå på fildeling som kan eksponere data.  
  
  
• Logisk adskilt: All data som går inn eller ut av et Rubrik cluster er logisk adskilt fra de sikrede dataene. I den grad data deles med omverdenen via protokoller i gjenopprettingssammenheng, så er det fra et midlertidige område og basert på en kopi av dataene, godt adskilt fra de sikrede dataene.
  Hvorfor: Hvis man ser på backup som "sekundær lagring" med aksess via filprotokoller, så utsetter man de sikrede dataene for sårbarheter. Det er ikke Zero Trust.  
  
  
• API: Alle oppgaver som utføres i Rubrik er basert på API. Det gjelder både egne oppgaver, integrasjoner og samhandling med eksterne løsninger.
  Hvorfor: Bruk av API er blant de tryggeste måtene å samhandle på.  
  
  
• Agenter: Rubrik benytter en type agent (RBS) som fungerer som et API-bibliotek. Den krever ingen konfigurasjon annet enn å installeres. Agenten inneholder de APIene som trengs for å gi klienten eller applikasjonen de nødvendige instruksene for å beskytte på best mulig måte.
  Hvorfor: Mange tenker ikke over at en utstrakt bruk av, og mangel på kontroll med agenter, kan utgjøre en sikkerhetsrisiko. Agenter får gjerne full systemadgang på klientene og kan bli kompromittert.  
  
  
• Kryptering: Rubrik krypterer all kommunikasjon ende-til-ende, samt data som lagres. I tillegg krypterer vi all kommunikasjon mellom servere (noder) i løsningen.
  Hvorfor: Kryptering av kommunikasjon er der for å hindre at data fanges av "personen i midten" angrep. Denne faren er tilstede ved kommunikasjon mellom elementer i backupløsningen også. 

• Anomaly Detection er en funksjon som sammenligner data på tvers av kopier. Det benyttes maskinlæring for å oppdage sletting, endring og kryptering av data. Kobler man denne typen informasjon sammen med verktøy for logganalyse, så har man en ekstra kilde til å oppdage hendelser.
  Hvorfor: Denne funksjonen bidrar med viktige svar rundt når angrepet skjedde og hvilke data som er påvirket slik at man kan redusere skaden, men ikke minst forstå omfanget raskere. 
  
  
• Threat Monitoring og Threat Hunting er funksjoner som benyttes til å oppdage hva angrepet består i. Monitoring utfører proaktive og automatiserte søk etter aktive trusler (kjente indikatorer – IOC), mens Hunting gir mulighet for å sette i gang søk etter spesifikk skadevare. Søkeinformasjonen er basert på YARA-regler, fil-hasher, eller filmønstre som identifiserer skadevaren.
  Hvorfor: Når man har hatt et angrep så er det viktig å finne ut av hvem dette er, men også hvilke data som er infisert. Selv om Anomaly Detection kan gi indikatorer, så vil Threat Monitoring og Hunting kunne gi konkrete svar på hvilke data som er infisert av hvilke skadevare. Med vanlig backup så er ikke dette mulig fordi dataene er kryptert. De skal ikke kunne leses. Man må da gjøre gjenoppretting til et trygt område, skanne dataene og avgjøre om de kan gjenopprettes, eller om man må gjenta prosessen med noe eldre data. Hvis inntrengerne har vært i miljøet i flere måneder, så er dette en tidkrevende prosess. 
  
  
• Threat Containment isolerer de infiserte dataene fra å bli gjenopprettet ved et uhell. Man kan allikevel kontrollert velge å gjenopprette dataene til et sikkert område.
  Hvorfor: En av farene ved gjenoppretting er reinfisering. Ved at identifiserte data settes i karantene, unngår man faren for reinfisering. 
  
  
• Cyber Recovery er muligheten til å samle mange manuelle gjenopprettinger til en helhetlig og automatisert prosess. Dette er nyttig for kritiske funksjoner / applikasjoner. Man får med alle avhengigheter og reduserer faren for feil.
  Hvorfor: De fleste organisasjoner har enkelte tjenester som er mer kritiske enn andre. Ved å automatisere gjenopprettingen så får man full kontroll med prosessen, samtidig som man reduserer tiden det tar. En annen viktig gevinst er at man kan teste og validere evnen til gjenoppretting jevnlig. 
  
  
• Sensitive Data Monitoring gir mulighet for å identifisere sensitiv informasjon i ustrukturerte data. Man definerer hva som betegner persondata og systemet rapporterer automatisk på hvor denne type data er, hvem som har tilgang og når de sist ble aksessert.
  Hvorfor: Denne funksjonen kan gi bedre kontroll med sensitive data og med det redusere angrepsflaten, slik at man kanskje unngår at slike data lekkes. Videre kan funksjonen bidra med å rapportere om sensitive data var en del av angrepet, noe som igjen kan redusere en potensiell bot.