Motta bare nødvendige data
Vi sjekker først om navn, adresser, kontaktopplysninger, fritekst og hele datasett kan fjernes. Små anonymiserte utvalg foretrekkes før store datamengder.
Sikkerhet og databehandling
Håndter betrodde data
uten uklarhet.
Vi definerer hvilke data som håndteres, til hvilket formål, av hvem, i hvilket miljø og hvor lenge. Fra matematiske prototyper til produksjonsdrift avtales grenser og ansvar først, og de beholdes som etterprøvbar evidens.
DATAKONTROLLPLANPROSJEKT / 001
01KundeKildedata og forretningsregler
Minimum nødvendig
02FINITE FIELDDesign, utvikling, verifikasjon
Avtalt omfang
03Tjenester som brukesSky og eksterne integrasjoner
FormålDefinert på forhånd
TilgangBegrenset til nødvendige personer
LagringSted og periode avtalt
SlettingMetode og evidens avtalt
DESIGN FØR OVERFØRINGMotta etter at grensene er satt
Vår holdning
Vi publiserer beslutningsgrunnlag, ikke vag beroligelse.
Sikkerhet avgjøres ikke av et produktnavn eller én enkelt funksjon. Vi designer ut fra datatype, formål, organisasjon, drift og underleverandører, og holder det implementerte omfanget etterprøvbart.
Definer grenser før overføring
Lagringssted, lesere, eksterne tjenester, AI-bruk, lagringstid og sletting avtales før datamottak eller overgang til produksjon.
Etterlat etterprøvbare artefakter
Dataflyt, tilgangsrettigheter, underleverandører, sikkerhetskopi, sletting og hendelseskontakter bevares som artefakter som kan kontrolleres.
Hva vi publisererRetningslinjer, designpunkter og etterprøvbare artefakter
Hva hvert prosjekt avgjørKonkrete tjenester, rettigheter, lagringstid og testomfang
Hva vi ikke publisererHemmeligheter eller detaljerte innstillinger som kan hjelpe en angriper
Datareise
Avklar hvert steg fra mottak til sletting.
De samme dataene krever ulike kontroller for diagnose, prototyper og produksjonsdrift. Vi skiller mellom hva som mottas, hva som må avgjøres, og hvilken evidens som blir igjen.
INNTAK
Start med forklaringsmateriell og anonymiserte utvalg.
Foretrekk lavt håndteringsvolumEksempler som mottas
- Kolonner i dagens regneark
- Noen fiktive eller anonymiserte rader
- Forretningsregler og smertepunkter
- Mål som skal forbedres
Avklar på forhånd
- Om ekte navn er nødvendige
- Hvordan vedlegg sendes
- Hvem som håndterer konsultasjonen
- Lagring etter konsultasjon
Bevarte artefakter
- Liste over mottatte data
- Formålsnotat
- Måldato for sletting
- Åpne spørsmål
PROTOTYPE
Minimumsdata for å teste om problemet kan løses.
Design for isolert valideringEksempler som mottas
- Identifikatorer for ansatte, saker eller utstyr
- Tid, kvalifikasjon, kapasitet og rekkefølge
- Nåværende plan og måltall
- Eksempler på unntak
Avklar på forhånd
- Pseudonymiseringsmetode
- Valideringsmiljø og lesere
- Bruk av ekstern AI
- Sletting eller videre bruk etter levering
Bevarte artefakter
- Dataordbok
- Liste over begrensninger
- Miljø- og tilgangstabell
- Registrering av avsluttet validering
UTVIKLING
Fastsett roller og grenser for produksjonsdata.
Designgjennomgang krevesEksempler som mottas
- Produksjonslik datastruktur
- Brukere, rettigheter og organisasjonsdata
- Spesifikasjoner for ekstern integrasjon
- Krav til revisjon og sikkerhetskopi
Avklar på forhånd
- Skille mellom miljøer og hemmeligheter
- Minste privilegium og autentisering
- Loggomfang og lagringstid
- Test- og gjennomgangsomfang
Bevarte artefakter
- Dataflytdiagram
- Tilgangsmatrise
- Liste over eksterne tjenester
- Før-lanseringsgjennomgang
DRIFT
Forbered å oppdage, respondere og gjenopprette, ikke bare beskytte.
Kontinuerlig drift krevesEksempler som mottas
- Kontoer og rettigheter
- Logger og varsler
- Sikkerhetskopier
- Avhengigheter og oppdateringer
Avklar på forhånd
- Overvåkings- og responstid
- Endrings- og tilgangsgjennomganger
- Gjenopprettingsmål
- Kontaktvei ved hendelser
Bevarte artefakter
- Driftsprosedyre
- Testlogg for sikkerhetskopi
- Tilgangsgjennomgang
- Hendelses- og endringshistorikk
SLETTING
Avklar håndtering også etter at prosjektet er avsluttet.
Bekreft slettingsomfangEksempler som mottas
- Arbeidskopier
- Delt lagring
- Sikkerhetskopier
- Logger, saker og vedlegg
Avklar på forhånd
- Retur eller sletting
- Juridisk og kontraktsmessig lagring
- Tidspunkt for sletting av sikkerhetskopier
- Evidensformat
Bevarte artefakter
- Målliste
- Slettedato
- Unntak og gjenværende årsak
- Bekreftelse på fullføring
Sikkerhetsprofilbygger
Organiser et prosjektspesifikt designutkast på omtrent to minutter.
Dette er et designhjelpemiddel for første møte, ikke en revisjon eller garanti. Kontaktopplysninger kreves ikke.
Steg 01 / Dataklasse
Velg data som kan bli håndtert
Utkastet baseres på kategorien som krever mest varsom håndtering. Flere valg er mulig.
Steg 02 / Leveransefase
Hvilken fase vurderer du?
Kort validering og produksjonsdrift krever ulike kontroller selv for samme data.
Steg 03 / Ekstern behandling
Ekstern AI og tjenester
Sky, e-post, kart, analyse og varslingstjenester vurderes med samme dataflyttenkning.
Steg 04 / Driftsbehov
Velg nødvendige driftsbehov
Flere valg er mulig. Også usikre punkter tas med som møtetemaer.
Designutkast / ikke revisjon
Design for begrenset prototype
Start med minimumsdata, kort lagringstid og et separat valideringsmiljø.
ProfilSTANDARDP0-B
Minimumskontroller
Prosjektbeslutninger
Artefakter som må forberedes
Slik leser du resultatet:
Dette er et foreløpig designutkast basert på valgte inndata. Endelige kontroller avgjøres etter at lovkrav, kontraktsvilkår, trusler, skyarkitektur og drift er bekreftet.
Kontrollmodell
Dekk oppdagelse, respons og gjenoppretting, ikke bare forebygging.
Vi bruker de seks funksjonene i NIST Cybersecurity Framework 2.0 som perspektiver for prosjektgjennomgang. Dette er ikke en sertifisering eller påstand om full etterlevelse.
Styr
Avklar eiere, policy, kontrakter, underleverandører og akseptabel risiko.
Eksempel: ansvarstabell, tjenestelisteIdentifiser
Forstå eiendeler, data, avhengigheter, trusler og konsekvens.
Eksempel: dataflyt, eiendelsregisterBeskytt
Design autentisering, minste privilegium, kryptering, hemmeligheter og sikker implementering.
Eksempel: rettighetsmatrise, implementeringskontrollOppdag
Definer nødvendige logger, overvåking, varsler og kriterier for avvik.
Eksempel: overvåkingspunkter, logglagringResponder
Forbered triage, avgrensning, undersøkelse, kommunikasjon og forebygging.
Eksempel: kontaktkjede, prosedyre for første responsGjenopprett
Design integritet for sikkerhetskopier, gjenopprettingsrekkefølge, gjenstart av virksomhet og oppfølgende gjennomgang.
Eksempel: gjenopprettingsprosedyre, testprotokollApplikasjonssikkerhet
For web og apper kontrolleres sikkerheten fra design til drift.
Vi bruker OWASP ASVS 5.0 som referanse for sikkerhetskrav og verifikasjonspunkter. Gjennomgang, automatiske kontroller, manuelle kontroller og ekstern testing kombineres etter viktighet og budsjett.
- 01Krav og truslerOrganiser data, rettigheter og angrepsflate
- 02ImplementeringAutentisering, inndata, hemmeligheter, avhengigheter
- 03VerifikasjonGjennomgang, testing, konfigurasjonskontroll
- 04DriftOvervåking, oppdateringer, rettigheter, gjenoppretting
Prototype kontra produksjon
Vi behandler ikke prototyper og produksjon likt.
Denne sammenligningen viser designkriterier som må ferdigstilles per prosjekt, ikke faste garantier.
| Gjennomgangspunkt | P0 matematisk prototype | P1 produksjonssystem |
|---|---|---|
| Formål | Validere gjennomførbarhet og måltall | Kontinuerlig forretningsbehandling |
| Datavolum | Foretrekk små, anonymiserte og nødvendige felt | Definer nødvendig driftsomfang formelt |
| Miljø | Skill ut et kortvarig valideringsmiljø | Vurder skille mellom utvikling, test og produksjon |
| Tilgang | Begrens til tildelte personer | Rollebaserte rettigheter, autentisering, gjennomganger |
| Ekstern AI | Start med et design som ikke sender unødvendige data | Avtal formål, mål, kontrakt, innstillinger og logger |
| Lagringstid | Bestem sluttdato først | Vurder formål, lov, drift og sikkerhetskopier |
| Sletting | Bekreft sletting eller videre bruk etter levering | Design kontoutfasing, kontraktsavslutning, lovpålagt lagring og sikkerhetskopier |
| Gjenoppretting | Vurder om det kan gjenskapes | Sett gjenopprettingsmål og test sikkerhetskopier |
Delt ansvar
Skill hvem som beskytter hva før kontrakt.
Skybruk gjør ikke automatisk alt trygt, og en utvikler kan ikke håndtere all risiko alene. Vi skiller rollene til kunden, Finite Field og tjenestene som brukes.
VÅRT OMFANG
Design, implementering og utviklingsdrift
Innenfor avtalt kontraktsomfang håndterer vi systemkontroller og databehandling under utvikling.
- Design av dataflyt og rettigheter
- Sikker applikasjonsimplementering
- Hemmeligheter og styring av utviklingsmiljø
- Avtalt testing og gjennomgang
- Overvåking, oppdateringer og respons innenfor vedlikeholdsomfanget
KUNDENS OMFANG
Ansvar for virksomhet, brukere og data
Lovlig databruk, bruker- og endepunktsdrift og interne regler er fortsatt viktige kundeansvar.
- Formål og gyldighet for inndata
- Brukerregistrering, avslutning av brukere og rettighetsforespørsler
- Endepunkter, internt nettverk og delingsmetode
- Rapportering av mistenkelige hendelser og forretningsbeslutninger
- Instruks om retur eller sletting ved kontraktsslutt
PLATTFORMENS OMFANG
Hva plattformtjenester dekker
Fysiske anlegg, plattformtjenester og omfanget av administrerte tjenester følger hver tjenestekontrakt og modell for delt ansvar.
- Datasentre og infrastruktur
- Tjenestetilgjengelighet og oppdateringer
- Plattformtilgang og krypteringsfunksjoner
- Kontraktsfestede vilkår for lagring og behandling
- Hendelses- og sikkerhetsinformasjon fra tjenesten
Punkter som skal gjøres eksplisitte i kontraktenOperatørOvervåkingstidSikkerhetskopiGjenopprettingsarbeidHenvendelserHåndtering ved avsluttet bruk
AI og tredjeparter
Ikke gjør ekstern AI til en usynlig underleverandør.
Når data går til generativ AI, kart, e-post, analyse, varsler, betaling eller andre tjenester, tas formål og omfang inn i dataflyten.
Ikke send
Ikke send forretningsdata til ekstern AI. Bruk vanlige algoritmer, lokal behandling eller faste anonymiserte data.
Første alternativ å vurdereSend begrensede data
Send bare avtalte felt til avtalte tjenester etter at identifikatorer er fjernet. Kontroller om overføringene kan loggføres.
Krever anonymisering og minimeringSend innenfor godkjenning
Bekreft tjenestevilkår, lagringstid, region, vilkår for gjenbruk og rettigheter, og dokumenter deretter hvilke data som omfattes.
Krever individuell risikovurderingKONTROLL AV EKSTERN TJENESTE
Hva som må bekreftes per ekstern tjeneste
- 01Data som sendesFelt, frekvens, volum
- 02FormålBehandling, varsling, analyse
- 03Lagring og gjenbrukLagring, læring, logger
- 04Sted og underleverandørerLand, region, leverandørkjede
- 05Stopp og slettHåndtering ved avsluttet bruk
Hendelsesrespons
Planlegg hva som skjer hvis en hendelse oppstår.
Før produksjonsdrift defineres hendelsesomfang, kontakter, første varsel, avgrensning, gjenoppretting og ansvar for forebygging.
Oppdag og motta
Oppdag hendelser fra overvåking, brukerkontakt eller tjenestevarsler.
Avgrens
Reduser spredning og bevar nødvendig evidens.
Analyser og avgjør
Bekreft berørte data, årsak, konsekvens og behov for rapportering.
Kommuniser og responder
Kontakt interessenter basert på lov, kontrakt og situasjon.
Gjenopprett og forbedre
Gjenopprett etter at sikkerheten er bekreftet, og innfør forebygging.
Før produksjonNødkontakt
Før produksjonHendelsesomfang
Før produksjonFørste varslingsvei
ProsjektdesignOvervåkings- og responstid
Lov og kontraktVarsling og rapportering
Evidenspakke
Gjør implementert arbeid mulig å gjennomgå.
Avhengig av viktighet og kontraktsomfang kan disse artefaktene opprettes eller oppdateres. Ikke alt er standardleveranser, så velg det som trengs under estimeringen.
CSV / 01
Dataoversikt
Felt, formål, sensitivitet, sted, eier.
Last ned CSV / 02Dataflytregister
Kilde, mål, formål, metode, underleverandør.
Last ned CSV / 03Tilgangsmatrise
Rolle, miljø, operasjon, godkjenning, gjennomgang.
Last ned CSV / 04Register over eksterne tjenester
Tjeneste, formål, data, sted, kontrakt.
Last ned CSV / 05Register for lagring og sletting
Årsak, frist, slettemetode, evidens, unntak.
Last ned CSV / 06Kontaktark for hendelser
Hendelsesklasse, primærkontakt, reservekontakt, beslutningseier.
Last ned CSV / 07Test av gjenoppretting fra sikkerhetskopi
Mål, gjenopprettingspunkt, tidsbruk, resultat, problem.
Last ned CSV / 08Sjekkliste for krav
Design, implementering, testing, drift, avslutningshåndtering.
Last ned CSV / 09Beslutningstabell for AI og eksterne tjenester
Formål, sendte felt, lagringstid, godkjenning, stopprosedyre.
Last nedForespørsel
Drøft spørreskjemaer Støtte for kundens spørreskjemaer
Vi svarer på kundens sikkerhetssjekklister etter å ha bekreftet faktiske rutiner og prosjektomfang. Punkter som ikke er implementert ennå oppgis som dette, og alternativer skilles ut.
Referanser
Referanser og hva vi ikke gjør krav på.
Vi bruker lover, offentlige retningslinjer og åpne standarder som referanser når kontroller velges for et prosjekt. Å henvise til dem er noe annet enn å hevde sertifisering eller full etterlevelse.
Japansk personvernlov og PPC-retningslinjer
Brukes som grunnlag ved kontroll av sikkerhetstiltak, behandlingsregler, organisatoriske, menneskelige, fysiske og tekniske tiltak samt eksterne miljøer.
Åpne offisiell kildeNIST Cybersecurity Framework 2.0
De seks funksjonene brukes som felles språk for risiko og driftsmessige gap.
Åpne offisiell kildeOWASP ASVS 5.0
Brukes som referanse ved organisering av sikkerhetskrav og verifikasjonspunkter for web og applikasjoner.
Åpne offisiell kildeDenne siden alene betyr ikke følgende.
ISO/IEC 27001-sertifiseringPrivacyMark-sertifiseringFull NIST CSF-etterlevelseOWASP ASVS-sertifiseringGaranti for at hendelser ikke oppstårSamme kontroller for alle prosjekterVanlige spørsmål
Vanlige spørsmål om databehandling.
Krever diagnose eller prototyper produksjonsdata?
I utgangspunktet sjekker vi først om valideringen kan bruke minimerte anonymiserte eller pseudonymiserte prøver. Hvis reelle data er nødvendige, avtales omfang, lagring, lesere og slettetidspunkt på forhånd.
Sender dere data til ekstern generativ AI?
Bruk av ekstern AI, data som sendes, formål og lagringstid avgjøres per prosjekt. Det kan også velges en konfigurasjon der ingen forretningsdata sendes til ekstern AI.
Kan lagringsland eller region velges?
Vi kontrollerer krav til lokasjon innenfor mulighetene i skyen eller de eksterne tjenestene som brukes. Når overføring over landegrenser er relevant, gjøres tjenester og dataflyter eksplisitte.
Hva skjer med data og kildekode etter levering?
Eierskap, lagring, tilgang, sikkerhetskopi og sletteansvar avklares etter kontrakt, driftsmodell og vedlikeholdsomfang.
Har dere en sikkerhetssertifisering?
Denne siden gjør ikke krav på en bestemt sertifisering. Kontroller og gjennomgangsartefakter defineres per prosjekt, og kundens sjekklister kan besvares ved behov.
Når kommuniseres hendelser?
Kontakter, hendelsesomfang, metode for første varsel og oppdateringsfrekvens avgjøres før produksjonsdrift. Faktiske varsler følger lov, kontrakt og hendelsens detaljer.
Kan dere håndtere medisinske, omsorgsrelaterte eller andre sensitive data?
Nødvendighet, lovkrav, tilgangsomfang, lagring, logger, sletting og underleverandører må kontrolleres. Det kreves strengere design, og gjennomførbarhet avgjøres per prosjekt.
Kan vi be om sikkerhetstesting eller sårbarhetsvurdering?
Avhengig av mål og nødvendig nivå kan designgjennomgang, automatiske kontroller, manuelle kontroller og eksterne spesialister kombineres. Omfang og leveranser spesifiseres under estimeringen.
Neste steg
Skill først data som kan deles, fra data som bør holdes utenfor.
Før du sender en hel arbeidsbok, kan du starte med kolonnenavn eller anonymiserte prøver. Vi sorterer nødvendige kontroller og utviklingsomfang sammen.
Start diagnosen Drøft databehandling Bekreft overføringsmetoden før du sender konfidensiell informasjon.