Ta emot endast nödvändiga data
Vi kontrollerar först om namn, adresser, kontaktuppgifter, fritext och hela dataset kan tas bort. Små anonymiserade urval föredras före stora datamängder.
Säkerhet och datahantering
Hantera anförtrodda data
utan oklarhet.
Vi definierar vilka data som hanteras, för vilket syfte, av vem, i vilken miljö och hur länge. Från matematiska prototyper till produktionsdrift avtalas gränser och ansvar först, och de bevaras som granskningsbara underlag.
DATAKONTROLLPLANPROJEKT / 001
01KundKälldata och verksamhetsregler
Minsta nödvändiga
02FINITE FIELDDesign, utveckling, verifiering
Avtalad omfattning
03Tjänster som användsMoln och externa integrationer
SyfteDefinierat i förväg
ÅtkomstBegränsad till nödvändiga personer
LagringPlats och period avtalade
RaderingMetod och underlag avtalade
DESIGN FÖRE ÖVERFÖRINGTa emot efter att gränserna är satta
Vår hållning
Vi publicerar beslutsunderlag, inte vaga lugnande ord.
Säkerhet avgörs inte av ett produktnamn eller en enskild funktion. Vi utformar från datatyp, syfte, organisation, drift och underbiträden, och håller den implementerade omfattningen granskningsbar.
Definiera gränser före överföring
Lagringsplats, granskare, externa tjänster, AI-användning, lagringstid och radering avtalas före datamottagning eller övergång till produktion.
Lämna granskningsbara underlag
Dataflöde, åtkomstbehörigheter, underbiträden, säkerhetskopiering, radering och incidentkontakter bevaras som underlag som kan kontrolleras.
Vad vi publicerarRiktlinjer, designpunkter och granskningsbara underlag
Vad varje projekt avgörKonkreta tjänster, behörigheter, lagringstid och testomfattning
Vad vi inte publicerarHemligheter eller detaljerade inställningar som kan hjälpa en angripare
Dataresa
Klargör varje steg från mottagning till radering.
Samma data kräver olika kontroller för diagnos, prototyper och produktionsdrift. Vi skiljer mellan vad som tas emot, vad som måste avgöras, och vilket underlag som finns kvar.
INTAG
Börja med förklarande material och anonymiserade urval.
Föredra liten hanteringsvolymExempel som tas emot
- Kolumner i dagens kalkylblad
- Några fiktiva eller anonymiserade rader
- Verksamhetsregler och problemområden
- Mål som ska förbättras
Klargör i förväg
- Om riktiga namn är nödvändiga
- Hur bilagor skickas
- Vem som hanterar rådgivningen
- Lagring efter rådgivning
Sparade underlag
- Lista över mottagna data
- Syftesanteckning
- Måldatum för radering
- Öppna frågor
PROTOTYPE
Minimala data för att testa om problemet kan lösas.
Design för isolerad valideringExempel som tas emot
- Identifikatorer för anställda, ärenden eller utrustning
- Tid, kvalifikation, kapacitet och ordning
- Nuvarande plan och mätetal
- Exempel på undantag
Klargör i förväg
- Pseudonymiseringsmetod
- Valideringsmiljö och granskare
- Användning av extern AI
- Radering eller fortsatt användning efter leverans
Sparade underlag
- Dataordbok
- Lista över begränsningar
- Miljö- och åtkomststabell
- Dokumentation av avslutad validering
UTVECKLING
Fastställ roller och gränser för produktionsdata.
Designgranskning krävsExempel som tas emot
- Produktionsliknande datastruktur
- Användare, behörigheter och organisationsdata
- Specifikationer för extern integration
- Krav på revision och säkerhetskopiering
Klargör i förväg
- Separera miljöer och hemligheter
- Minsta behörighet och autentisering
- Loggomfattning och lagringstid
- Test- och granskningsomfattning
Sparade underlag
- Dataflödesdiagram
- Åtkomstmatris
- Lista över externa tjänster
- Granskning före lansering
DRIFT
Förbered upptäckt, respons och återställning, inte endast skydda.
Kontinuerlig drift krävsExempel som tas emot
- Konton och behörigheter
- Logger och aviseringar
- Säkerhetskopior
- Beroenden och uppdateringar
Klargör i förväg
- Övervaknings- och responstid
- Ändrings- och åtkomstgranskningar
- Återställningsmål
- Kontaktväg vid incidenter
Sparade underlag
- Driftrutin
- Testlogg för säkerhetskopiering
- Åtkomstgranskning
- Incident- och ändringshistorik
RADERING
Klargör hanteringen även efter att projektet är avslutat.
Bekräfta raderingsomfattningExempel som tas emot
- Arbetskopior
- Delad lagring
- Säkerhetskopior
- Logger, ärenden och bilagor
Klargör i förväg
- Retur eller radering
- Juridisk och avtalsmässig lagring
- Tidpunkt för radering av säkerhetskopior
- Underlagsformat
Sparade underlag
- Mållista
- Raderingsdatum
- Undantag och kvarstående orsak
- Bekräftelse på slutförande
Säkerhetsprofilbyggare
Skapa ett projektspecifikt designutkast på ungefär två minuter.
Detta är ettt designstöd för det första mötet, inte en revision eller garanti. Kontaktuppgifter krävs inte.
Steg 01 / Dataklass
Välj data som kan bli hanteras
Utkastet baseras på den kategori som kräver mest försiktig hantering. Flera val är möjliga.
Steg 02 / Leveransfas
Vilken fas överväger ni?
Kort validering och produktionsdrift kräver olika kontroller även för samma data.
Steg 03 / Extern behandling
Extern AI och tjänster
Moln, e-post, kartor, analys och aviseringstjänster bedöms med samma dataflödestänkande.
Steg 04 / Driftsbehov
Välj nödvändiga driftsbehov
Flera val är möjliga. Osäkra punkter tas också med som mötesteman.
Designutkast / inte revision
Design för begränsad prototyp
Börja med minimala data, kort lagringstid och en separat valideringsmiljö.
ProfilSTANDARDP0-B
Minimumskontroller
Projektbeslut
Underlag som ska förberedas
Så läser ni resultatet:
Detta är ettt preliminärt designutkast baserat på valda indata. Slutliga kontroller avgörs efter att lagkrav, avtalsvillkor, hot, molnarkitektur och drift är bekräftad.
Kontrollmodell
Täck upptäckt, respons och återställning, inte endast förebyggande.
Vi använder de sex funktionerna i NIST Cybersecurity Framework 2.0 som perspektiv för projektgranskning. Detta är inte en certifiering eller påstående om fullständig efterlevnad.
Styr
Klargör ägare, policy, avtal, underbiträden och acceptabel risk.
Exempel: ansvarstabell, tjänstelistaIdentifiera
Förstå tillgångar, data, beroenden, hot och konsekvens.
Exempel: dataflöde, tillgångsregisterSkydda
Design autentisering, minsta behörighet, kryptering, hemligheter och säker implementering.
Exempel: behörighetsmatris, implementeringskontrollUpptäck
Definiera nödvändiga loggar, övervakning, aviseringar och kriterier för avvikelser.
Exempel: övervakningspunkter, logglagringResponder
Förbered triage, avgränsning, utredning, kommunikation och förebyggande.
Exempel: kontaktkedja, rutin för första åtgärdÅterställ
Design integritet för säkerhetskopior, återställningsordning, återstart av verksamhet och uppföljande granskning.
Exempel: återställningsrutin, testprotokollApplikationssäkerhet
För webb och appar kontrolleras säkerheten från design till drift.
Vi använder OWASP ASVS 5.0 som referens för säkerhetskrav och verifieringspunkter. Granskning, automatiska kontroller, manuella kontroller och extern testning kombineras efter betydelse och budget.
- 01Krav och hotOrdna data, behörigheter och angreppsyta
- 02ImplementeringAutentisering, indata, hemligheter, beroenden
- 03VerifieringGranskning, testning, konfigurationskontroll
- 04DriftÖvervakning, uppdateringar, behörigheter, återställning
Prototyp kontra produktion
Vi behandlar inte prototyper och produktion likt.
Den här jämförelsen visar designkriterier som måste slutföras per projekt, inte fasta garantier.
| Granskningspunkt | P0 matematisk prototyp | P1 produktionssystem |
|---|---|---|
| Syfte | Validera genomförbarhet och mätetal | Kontinuerlig verksamhetsbehandling |
| Datavolym | Föredra små, anonymiserade och nödvändiga fält | Definiera nödvändigt driftsomfattning formellt |
| Miljö | Separera en kortvarig valideringsmiljö | Bedöm separering mellan utveckling, test och produktion |
| Åtkomst | Begränsa till utsedda personer | Rollbaserade behörigheter, autentisering, granskningar |
| Extern AI | Börja med en design som inte skickar unödvändiga data | Avtal syfte, mål, avtal, inställningar och loggar |
| Lagringstid | Bestäm slutdatum först | Bedöm syfte, lag, drift och säkerhetskopior |
| Radering | Bekräfta radering eller fortsatt användning efter leverans | Design kontoutfasning, avtalsavslut, lagstadgad lagring och säkerhetskopior |
| Återställning | Bedöm om det kan återskapas | Sätt återställningsmål och test säkerhetskopior |
Delt ansvar
Skill vem som skyddar vad före avtal.
Molnanvändning gör inte automatiskt allt säkert, och en utvecklare kan inte hantera all risk ensam. Vi skiljer rollerna till kunden, Finite Field och tjänsterna som används.
VÅR OMFATTNING
Design, implementering och utvecklingsdrift
Inom avtalad avtalsomfattning hanterar vi systemkontroller och datahantering under utveckling.
- Design av dataflöde och behörigheter
- Säker applikationsimplementering
- Hemligheter och styrning av utvecklingsmiljö
- Avtalad testning och granskning
- Övervakning, uppdateringar och åtgärder inom underhållsomfattningen
KUNDENS OMFATTNING
Ansvar för verksamhet, användare och data
Laglig dataanvändning, användar- och endpoint-drift och interna regler är fortsatt viktiga kundansvar.
- Syfte och giltighet för indata
- Användarregistrering, avslutning av användare och behörighetsförfrågningar
- Endpoints, internt nätverk och delningsmetod
- Rapportering av misstänkta incidenter och verksamhetsbeslut
- Instruktion om retur eller radering vid avtalsslut
PLATTFORMENS OMFATTNING
Vad plattformstjänster täcker
Fysiska anläggningar, plattformtjänster och omfattningen av hanterade tjänster följer varje tjänstavtal och modell för delat ansvar.
- Datacenter och infrastruktur
- Tjänstetillgänglighet och uppdateringar
- Plattformåtkomst och krypteringsfunktioner
- Avtalsreglerade villkor för lagring och behandling
- Incidents- och säkerhetsinformation från tjänsten
Punkter som ska göras tydliga i avtalenOperatörÖvervakningstidSäkerhetskopiÅterställningsarbeteFörfrågningarHantering vid avslutad användning
AI och tredje parter
Gör inte extern AI till ett osynligt underbiträde.
När data går till generativ AI, kartor, e-post, analys, aviseringar, betalning eller andra tjänster, tas syfte och omfattning in i dataflödet.
Skicka inte
Skicka inte verksamhetsdata till extern AI. Använd vanliga algoritmer, lokal behandling eller fasta anonymiserade data.
Första alternativ att övervägaSkicka begränsade data
Skicka endast avtalade fält till avtalade tjänster efter att identifikatorer är borttagna. Kontrollera om överföringarna kan loggas.
Kräver anonymisering och minimeringSkicka inom godkänd ram
Bekräfta tjänstevillkor, lagringstid, region, villkor för återanvändning och behörigheter, och dokumentera därefter vilka data som omfattas.
Kräver individuell riskbedömningKONTROLL AV EXTERN TJÄNST
Vad som ska bekräftas per extern tjänst
- 01Data som skickasFält, frekvens, volym
- 02SyfteBehandling, avisering, analys
- 03Lagring och återanvändningLagring, inlärning, loggar
- 04Plats och underbiträdenLand, region, leverantörskedja
- 05Stoppa och raderaHantering vid avslutad användning
Incidenthantering
Planera vad som händer om en incident inträffar.
Före produktionsdrift definieras incidentomfattning, kontakter, första avisering, avgränsning, återställning och ansvar för förebyggande.
Upptäck och ta emot
Upptäck incidenter från övervakning, användarkontakt eller tjänsteaviseringar.
Avgränsa
Minska spridning och bevara nödvändiga underlag.
Analysera och besluta
Bekräfta berörda data, orsak, konsekvens och behov av rapportering.
Kommunicera och svara
Kontakta intressenter baserat på lag, avtal och situation.
Återställ och förbättra
Återställ efter att säkerheten är bekräftad, och inför förebyggande åtgärder.
Före produktionNödkontakt
Före produktionIncidentomfattning
Före produktionFörsta aviseringsväg
ProjektdesignÖvervaknings- och responstid
Lag och avtalAvisering och rapportering
Underlagspaket
Gör implementerat arbete möjligt att granska.
Beroende på betydelse och avtalsomfattning kan dessa underlag skapas eller uppdateras. Alla är inte standardleveranser, så välj det som behövs under uppskattningen.
CSV / 01
Dataregister
Fält, syfte, känslighet, plats, ägare.
Ladda ned CSV / 02Dataflödesregister
Källa, mål, syfte, metod, underbiträde.
Ladda ned CSV / 03Åtkomstmatris
Roll, miljö, åtgärd, godkännande, granskning.
Ladda ned CSV / 04Register över externa tjänster
Tjänst, syfte, data, plats, avtal.
Ladda ned CSV / 05Register för lagring och radering
Orsak, frist, raderingsmetod, underlag, undantag.
Ladda ned CSV / 06Kontaktblad för incidenter
Händelseklass, primärkontakt, reservkontakt, beslutsägare.
Ladda ned CSV / 07Test av återställning från säkerhetskopiering
Mål, återställningspunkt, tidsåtgång, resultat, problem.
Ladda ned CSV / 08Checklista för krav
Design, implementering, testning, drift, avslutshantering.
Ladda ned CSV / 09Beslutstabell för AI och externa tjänster
Syfte, skickade fält, lagringstid, godkännande, stopprutin.
Ladda nedBegäran
Diskutera frågeformulär Stöd för kundens frågeformulär
Vi svarar på kundens säkerhetschecklistor efter att ha bekräftat faktiska rutiner och projektomfattning. Punkter som inte är implementerade ännu anges som det, och alternativ separeras.
Referenser
Referenser och vad vi inte gör krav på.
Vi använder lagar, offentliga riktlinjer och öppna standarder som referenser när kontroller väljs för ett projekt. Att hänvisa till dem är något annat än att hävda certifiering eller fullständig efterlevnad.
Japansk integritetslag och PPC-riktlinjer
Användes som grund vid kontroll av säkerhetsåtgärder, behandlingsregler, organisatoriska, mänskliga, fysiska och tekniska åtgärder samt externa miljöer.
Öppna officiell källaNIST Cybersecurity Framework 2.0
De sex funktionerna används som gemensamt språk för risk och driftsmässiga gap.
Öppna officiell källaOWASP ASVS 5.0
Användes som referens vid organisering av säkerhetskrav och verifieringspunkter för webb och applikationer.
Öppna officiell källaDen här sidan innebär inte i sig följande.
ISO/IEC 27001-certifieringPrivacyMark-certifieringFull NIST CSF-efterlevnadOWASP ASVS-certifieringGaranti för att incidenter inte inträffarSamma kontroller för alla projektVanliga frågor
Vanliga frågor om datahantering.
Kräver diagnos eller prototyper produktionsdata?
I princip kontrollerar vi först om valideringen kan använda minimerade anonymiserade eller pseudonymiserade provdata. Om verkliga data är nödvändiga, avtalas omfattning, lagring, granskare och raderingstidpunkt i förväg.
Skickar ni data till extern generativ AI?
Användning av extern AI, data som skickas, syfte och lagringstid avgörs per projekt. Det kan också väljas en konfiguration där inga verksamhetsdata skickas till extern AI.
Kan lagringsland eller region väljas?
Vi kontrollerar platskrav inom möjligheterna i molnet eller de externa tjänsterna som används. När gränsöverskridande överföring är relevant, görs tjänster och dataflöden tydliga.
Vad händer med data och källkod efter leverans?
Ägarskap, lagring, åtkomst, säkerhetskopiering och raderingsansvar klargörs efter avtal, driftsmodell och underhållsomfattning.
Har ni en säkerhetscertifiering?
Den här sidan gör inte anspråk på någon specifik certifiering. Kontroller och granskningsunderlag definieras per projekt, och kundens checklistor kan besvaras vid behov.
När kommuniceras incidenter?
Kontakter, incidentomfattning, metod för första avisering och uppdateringsfrekvens avgörs före produktionsdrift. Faktiska meddelanden följer lag, avtal och incidentens detaljer.
Kan ni hantera medicinska, omsorgsrelaterade eller andra känsliga data?
Nödvändighet, lagkrav, åtkomstsomfattning, lagring, loggar, radering och underbiträden måste kontrolleras. Det krävs striktare design, och genomförbarhet avgörs per projekt.
Kan vi be om säkerhetstestning eller sårbarhetsbedömning?
Beroende på mål och nödvändig nivå kan designgranskning, automatiska kontroller, manuella kontroller och externa specialister kombineras. Omfattning och leveranser specificeras under uppskattningen.
Nästa steg
Skilj först data som kan delas, från data som bör hållas utanför.
Innan ni skickar en hel arbetsbok, kan du börja med kolumnnamn eller anonymiserade provdata. Vi reder ut nödvändiga kontroller och utvecklingsomfattning tillsammans.
Starta diagnosen Diskutera datahantering Bekräfta överföringsmetoden före du skickar konfidentiell information.