Modtag kun nødvendige data
Vi undersøger først, om navne, adresser, kontaktoplysninger, fritekst og fulde datasæt kan fjernes. Små anonymiserede eksempler foretrækkes før store datamængder.
Sikkerhed og datahåndtering
Håndter betroede data
uden uklarhed.
Vi definerer hvilke data der håndteres, til hvilket formål, af hvem, i hvilket miljø og hvor længe. Fra matematiske prototyper til produktionsdrift aftales grænser og ansvar først og bevares som kontrollerbar dokumentation.
DATAKONTROLPLANPROJECT / 001
01KundeKildedata og forretningsregler
Mindst nødvendige
02FINITE FIELDDesign, udvikling og verifikation
Aftalt omfang
03Anvendte tjenesterCloud og eksterne integrationer
FormålDefineret på forhånd
AdgangBegrænset til nødvendige personer
LagringPlacering og periode aftalt
SletningMetode og dokumentation besluttet
DESIGN FØR OVERFØRSELModtag efter at grænser er fastlagt
Vores tilgang
Vi offentliggør beslutningsgrundlag, ikke vage forsikringer.
Sikkerhed afgøres ikke af et produktnavn eller én enkelt funktion. Vi designer ud fra datatype, formål, organisation, drift og underdatabehandlere og holder derefter det implementerede omfang kontrollerbart.
Definer grænser før overførsel
Lagringssted, seere, eksterne tjenester, AI-brug, opbevaring og sletning aftales før datamodtagelse eller overgang til produktion.
Efterlad kontrollerbare artefakter
Dataflows, adgangsrettigheder, underdatabehandlere, sikkerhedskopiering, sletning og hændelseskontakter bevares som kontrollerbare artefakter.
Hvad vi offentliggørPolitik, designpunkter og kontrollerbare artefakter
Hvad hvert projekt beslutterSpecifikke tjenester, rettigheder, opbevaring og testomfang
Hvad vi ikke offentliggørHemmeligheder eller detaljerede indstillinger, der kan hjælpe en angriber
Dataforløb
Beslut hvert trin fra modtagelse til sletning.
De samme data kræver forskellige kontroller ved diagnose, prototyper og produktionsdrift. Vi adskiller, hvad der modtages, hvad der skal besluttes, og hvilken dokumentation der bevares.
MODTAGELSE
Start med forklaringsmateriale og anonymiserede eksempler.
Foretræk lav datamængdeModtagne eksempler
- Nuværende regnearkskolonner
- Nogle få fiktive eller anonymiserede rækker
- Forretningsregler og udfordringer
- Målepunkter der skal forbedres
Beslut på forhånd
- Om rigtige navne er nødvendige
- Hvordan vedhæftninger sendes
- Hvem håndterer rådgivningen
- Opbevaring efter rådgivning
Bevarede artefakter
- Liste over modtagne data
- Formålsnotat
- Måldato for sletning
- Åbne spørgsmål
PROTOTYPE
Minimumsdata til at teste, om problemet kan løses.
Design isoleret valideringModtagne eksempler
- Identifikatorer for medarbejdere, sager eller udstyr
- Tid, kvalifikation, kapacitet og rækkefølge
- Nuværende plan og målepunkter
- Eksempler på undtagelser
Beslut på forhånd
- Pseudonymiseringsmetode
- Valideringsmiljø og seere
- Brug af ekstern AI
- Sletning eller fortsat brug efter levering
Bevarede artefakter
- Dataordbog
- Liste over begrænsninger
- Miljø- og adgangstabel
- Registrering af håndtering ved afsluttet validering
UDVIKLING
Fastlæg roller og grænser for produktionsdata.
Designgennemgang krævesModtagne eksempler
- Produktionslignende datastruktur
- Brugere, rettigheder og organisationsdata
- Specifikationer for ekstern integration
- Krav til revision og sikkerhedskopiering
Beslut på forhånd
- Miljøadskillelse og hemmeligheder
- Mindste privilegium og godkendelse
- Logomfang og opbevaring
- Test- og gennemgangsomfang
Bevarede artefakter
- Dataflowdiagram
- Adgangsmatrix
- Liste over eksterne tjenester
- Registrering af gennemgang før udgivelse
DRIFT
Forbered også detektion, respons og gendannelse, ikke kun beskyttelse.
Løbende drift krævesModtagne eksempler
- Konti og rettigheder
- Logs og alarmer
- Sikkerhedskopier
- Afhængigheder og opdateringer
Beslut på forhånd
- Overvågnings- og responstider
- Ændrings- og adgangsgennemgange
- Gendannelsesmål
- Kontaktvej ved hændelser
Bevarede artefakter
- Driftsprocedure
- Registrering af test af sikkerhedskopier
- Adgangsgennemgang
- Hændelses- og ændringshistorik
SLETNING
Beslut håndtering også efter projektets afslutning.
Bekræft sletteomfangModtagne eksempler
- Arbejdskopier
- Delt lager
- Sikkerhedskopier
- Logs, sager og vedhæftninger
Beslut på forhånd
- Returnering eller sletning
- Lovpligtig og kontraktlig opbevaring
- Tidspunkt for sletning af sikkerhedskopier
- Dokumentationsformat
Bevarede artefakter
- Målliste
- Slettedato
- Undtagelser og resterende begrundelse
- Bekræftelse af fuldførelse
Bygger til sikkerhedsprofil
Udarbejd et projektspecifikt designudkast på omkring to minutter.
Dette er et designhjælpemiddel til det første møde, ikke en revision eller garanti. Kontaktoplysninger er ikke nødvendige.
Trin 01 / Dataklasse
Vælg data der kan blive håndteret
Udkastet baseres på den kategori, der kræver den mest omhyggelige håndtering. Flere valg er tilladt.
Trin 02 / Leveringsfase
Hvilken fase overvejer du?
Kort validering og produktionsdrift kræver forskellige kontroller, selv for de samme data.
Trin 03 / Ekstern behandling
Ekstern AI og tjenester
Cloud, mail, kort, analyse- og notifikationstjenester vurderes med samme dataflow-tankegang.
Trin 04 / Driftsbehov
Vælg nødvendige driftsbehov
Flere valg er tilladt. Også usikre punkter medtages som mødeemner.
Designudkast / ikke en revision
Begrænset prototypedesign
Start med minimumsdata, kort opbevaring og et adskilt valideringsmiljø.
ProfilSTANDARDP0-B
Minimumskontroller
Projektbeslutninger
Artefakter der skal forberedes
Sådan læses resultatet:
Dette er et foreløbigt designudkast baseret på de valgte input. Endelige kontroller besluttes efter afklaring af juridiske pligter, kontraktvilkår, trusler, cloudarkitektur og drift.
Kontrolmodel
Dæk også detektion, respons og gendannelse, ikke kun forebyggelse.
Vi bruger de seks funktioner i NIST Cybersecurity Framework 2.0 som perspektiver for projektgennemgang. Det er ikke en certificering eller en påstand om fuld efterlevelse.
Styr
Afklar ejere, politikker, kontrakter, underdatabehandlere og acceptabel risiko.
Eksempel: ansvarstabel, tjenestelisteIdentificér
Forstå aktiver, data, afhængigheder, trusler og konsekvens.
Eksempel: dataflow, aktivregisterBeskyt
Design godkendelse, mindste privilegium, kryptering, hemmeligheder og sikker implementering.
Eksempel: rettighedsmatrix, implementeringstjekDetektér
Definer nødvendige logs, overvågning, alarmer og kriterier for afvigelser.
Eksempel: overvågningspunkter, logopbevaringReagér
Forbered triage, inddæmning, undersøgelse, kommunikation og forebyggelse.
Eksempel: kontakttræ, første respons-procedureGendan
Design integritet for sikkerhedskopier, gendannelsesrækkefølge, genstart af forretningen og opfølgende gennemgang.
Eksempel: gendannelsesvejledning, testregistreringApplikationssikkerhed
For web og apps kontrolleres alt fra design til drift.
Vi bruger OWASP ASVS 5.0 som reference for sikkerhedskrav og verifikationspunkter. Gennemgang, automatiske kontroller, manuelle kontroller og ekstern test kombineres efter vigtighed og budget.
- 01Krav og truslerOrganiser data, rettigheder og angrebsflade
- 02ImplementeringGodkendelse, input, hemmeligheder og afhængigheder
- 03VerifikationGennemgang, test og konfigurationskontrol
- 04DriftOvervågning, opdateringer, rettigheder og gendannelse
Prototype kontra produktion
Vi behandler ikke prototyper og produktion ens.
Sammenligningen viser designkriterier, der fastlægges pr. projekt, ikke faste garantier.
| Gennemgangspunkt | P0 matematisk prototype | P1 produktionssystem |
|---|---|---|
| Formål | Valider gennemførlighed og målepunkter | Løbende forretningsbehandling |
| Datamængde | Foretræk små, anonymiserede og nødvendige felter | Definer det nødvendige driftsomfang formelt |
| Miljø | Adskil et kortvarigt valideringsmiljø | Overvej adskillelse af udvikling, test og produktion |
| Adgang | Begræns til tildelte personer | Rollerettigheder, godkendelse og gennemgange |
| Ekstern AI | Start med et design, der ikke sender unødvendige data | Aftal formål, mål, kontrakt, indstillinger og logs |
| Opbevaring | Beslut slutdatoen først | Overvej formål, lovgivning, drift og sikkerhedskopier |
| Sletning | Bekræft sletning eller fortsat brug efter levering | Design kontoafslutning, kontraktophør, lovpligtig opbevaring og sikkerhedskopier |
| Gendannelse | Vurder om det kan genskabes | Fastlæg gendannelsesmål og test af sikkerhedskopier |
Delt ansvar
Adskil hvem der beskytter hvad før kontrakt.
Brug af cloud gør ikke automatisk alt sikkert, og en udvikler kan ikke styre alle risici alene. Vi adskiller rollerne for kunden, Finite Field og de tjenester, der bruges.
VORES OMFANG
Design, implementering og udviklingsdrift
Inden for det aftalte omfang håndterer vi systemkontroller og datahåndtering under udvikling.
- Design af dataflow og rettigheder
- Sikker applikationsimplementering
- Styring af hemmeligheder og udviklingsmiljø
- Aftalt test og gennemgang
- Overvågning, opdateringer og respons inden for vedligeholdelsesomfanget
KUNDENS OMFANG
Ansvar for forretning, brugere og data
Lovlig databrug, bruger- og slutpunktsdrift samt interne regler er fortsat vigtige kundeansvar.
- Formål og gyldighed af inputdata
- Brugeroprettelse, fratrædelsesproces og rettighedsanmodninger
- Slutpunkter, internt netværk og delingsmetode
- Rapportering af mistænkelige hændelser og forretningsbeslutninger
- Instruks om returnering eller sletning ved kontraktophør
PLATFORMENS OMFANG
Hvad platformstjenester dækker
Fysiske faciliteter, platformstjenester og omfanget af administrerede tjenester følger den enkelte tjenestekontrakt og model for delt ansvar.
- Datacentre og infrastruktur
- Tjenestetilgængelighed og opdateringer
- Platformadgang og krypteringsfunktioner
- Kontraktlige betingelser for lagring og behandling
- Tjenestehændelser og sikkerhedsoplysninger
Punkter der skal gøres tydelige i kontraktenOperatørOvervågningstiderSikkerhedskopieringGendannelsesarbejdeForespørgslerHåndtering ved ophør af brug
AI og tredjeparter
Gør ikke ekstern AI til en usynlig underdatabehandler.
Når data går til generativ AI, kort, mail, analyse, notifikationer, betaling eller andre tjenester, indgår formål og omfang i dataflowet.
Send ikke
Send ikke forretningsdata til ekstern AI. Brug almindelige algoritmer, lokal behandling eller faste anonymiserede data.
Første mulighed at overvejeSend begrænsede data
Send kun aftalte felter til aftalte tjenester, efter at identifikatorer er fjernet. Kontrollér om overførsler kan registreres.
Kræver anonymisering og minimeringSend inden for godkendelse
Bekræft tjenestevilkår, opbevaring, region, betingelser for genbrug og rettigheder, og dokumentér derefter måldata.
Kræver individuel risikovurderingKONTROL AF EKSTERN TJENESTE
Hvad der skal bekræftes pr. ekstern tjeneste
- 01Sendte dataFelter, frekvens og volumen
- 02FormålBehandling, varsling og analyse
- 03Opbevaring og genbrugLagring, læring og logs
- 04Placering og underdatabehandlereLand, region og leverandørkæde
- 05Stop og sletHåndtering ved ophør af brug
Hændelsesrespons
Planlæg hvad der sker, hvis en hændelse opstår.
Før produktionsdrift defineres hændelsesomfang, kontaktpersoner, første varsel, inddæmning, gendannelse og ansvar for forebyggelse.
Detektér og modtag
Detektér hændelser via overvågning, brugerhenvendelser eller meddelelser fra tjenester.
Inddæm
Begræns spredning og bevar nødvendig dokumentation.
Analyser og beslut
Afklar berørte data, årsag, konsekvens og behov for rapportering.
Kommuniker og reagér
Kontakt interessenter ud fra lovgivning, kontrakt og situation.
Gendan og forbedr
Gendan efter bekræftet sikkerhed og indfør forebyggelse.
Før produktionNødkontakt
Før produktionHændelsesomfang
Før produktionFørste varslingsvej
ProjektdesignOvervågnings- og responstider
Lovgivning og kontraktVarsling og rapportering
Dokumentationspakke
Gør implementeret arbejde kontrollerbart.
Afhængigt af vigtighed og kontraktomfang kan disse artefakter oprettes eller opdateres. De er ikke alle standardleverancer, så vælg det nødvendige under estimeringen.
CSV / 01
Datafortegnelse
Felter, formål, følsomhed, placering og ejer.
Hent CSV / 02Dataflowregister
Kilde, destination, formål, metode og underdatabehandler.
Hent CSV / 03Adgangsmatrix
Rolle, miljø, handling, godkendelse og gennemgang.
Hent CSV / 04Register over eksterne tjenester
Tjeneste, formål, data, placering og kontrakt.
Hent CSV / 05Register over opbevaring og sletning
Årsag, frist, slettemetode, dokumentation og undtagelse.
Hent CSV / 06Kontaktark ved hændelser
Hændelsesklasse, primær kontakt, reservekontakt og beslutningsejer.
Hent CSV / 07Test af gendannelse fra sikkerhedskopi
Mål, gendannelsespunkt, forløbet tid, resultat og problem.
Hent CSV / 08Kravtjekliste
Design, implementering, test, drift og håndtering ved ophør.
Hent CSV / 09Beslutningstabel for AI og eksterne tjenester
Formål, sendte felter, opbevaring, godkendelse og stopprocedure.
HentForespørgsel
Drøft spørgeskemaer Hjælp med kundespørgeskemaer
Vi besvarer kunders sikkerhedstjekskemaer efter at have bekræftet faktisk praksis og projektomfang. Punkter, der endnu ikke er implementeret, angives som sådanne med adskilte alternativer.
Referencer
Referencer og hvad vi ikke hævder.
Vi bruger lovgivning, offentlige vejledninger og åbne standarder som referencer, når kontroller vælges til et projekt. At bruge dem som reference er adskilt fra at hævde certificering eller fuld efterlevelse.
Japansk databeskyttelseslov og PPC-retningslinjer
Bruges som grundlag for at kontrollere sikkerhedsforanstaltninger, håndteringsregler, organisatoriske, menneskelige, fysiske og tekniske tiltag samt eksterne miljøer.
Åbn officiel kildeNIST Cybersecurity Framework 2.0
De seks funktioner bruges som fælles sprog for risici og driftsmæssige huller.
Åbn officiel kildeOWASP ASVS 5.0
Bruges som reference ved organisering af sikkerhedskrav og verifikationspunkter for web og applikationer.
Åbn officiel kildeDenne side alene betyder ikke følgende.
ISO/IEC 27001-certificeringPrivacyMark-certificeringFuld overholdelse af NIST CSFOWASP ASVS-certificeringGaranti for ingen hændelserSamme kontroller for alle projekterFAQ
Typiske spørgsmål om datahåndtering.
Kræver diagnose eller prototyper produktionsdata?
Som udgangspunkt undersøger vi først, om validering kan ske med minimerede anonymiserede eller pseudonymiserede eksempler. Hvis rigtige data er nødvendige, aftales omfang, lagring, seere og sletningstidspunkt på forhånd.
Sender I data til ekstern generativ AI?
Brug af ekstern AI, sendte data, formål og opbevaring besluttes pr. projekt. En opsætning, hvor ingen forretningsdata sendes til ekstern AI, kan også vælges.
Kan land eller region for lagring vælges?
Vi kontrollerer placeringskrav inden for mulighederne i den cloud eller de eksterne tjenester, der bruges. Når grænseoverskridende overførsel er vigtig, gøres tjenester og dataflows tydelige.
Hvad sker der med data og kildekode efter levering?
Ansvar for ejerskab, lagring, adgang, sikkerhedskopiering og sletning afklares efter kontrakt, driftsmodel og vedligeholdelsesomfang.
Har I en sikkerhedscertificering?
Denne side hævder ikke en bestemt certificering. Kontroller og gennemgangsartefakter defineres pr. projekt, og kundens tjekskemaer kan besvares efter behov.
Hvornår kommunikeres hændelser?
Kontaktpersoner, hændelsesomfang, første varslingsmetode og opdateringsfrekvens besluttes før produktionsdrift. Faktiske varsler følger lovgivning, kontrakt og hændelsens detaljer.
Kan I håndtere medicinske, pleje- eller andre følsomme data?
Nødvendighed, lovkrav, adgangsomfang, lagring, logs, sletning og underdatabehandlere skal kontrolleres. Der kræves strammere design, og gennemførlighed afgøres pr. projekt.
Kan vi bestille sikkerhedstest eller sårbarhedsvurdering?
Afhængigt af mål og krævet niveau kan designgennemgang, automatiske kontroller, manuelle kontroller og eksterne specialister kombineres. Omfang og leverancer fastlægges under estimeringen.
Næste skridt
Adskil først data, der kan deles, fra data der skal holdes ude.
Før du sender en hel projektmappe, kan du starte med kolonnenavne eller anonymiserede eksempler. Sammen afklarer vi de nødvendige kontroller og udviklingsomfanget.
Start diagnosen Tal om datahåndtering Bekræft overførselsmetoden, før du sender fortrolige oplysninger.