{"id":170013,"date":"2021-03-18T09:44:07","date_gmt":"2021-03-18T09:44:07","guid":{"rendered":"https:\/\/sofialocks.com\/security-and-data-protection-psti\/"},"modified":"2026-03-30T07:01:59","modified_gmt":"2026-03-30T07:01:59","slug":"security-and-data-protection-psti","status":"publish","type":"page","link":"https:\/\/sofialocks.com\/nl\/security-and-data-protection-psti\/","title":{"rendered":"Beveiliging en gegevensbescherming (PSTI)"},"content":{"rendered":"\n
\n
\n
\n
\n

OPEN SOURCE TER ONDERSTEUNING VAN DE VEILIGHEID<\/h2>\n\n\n\n

Wij geloven dat het strategisch is om te vertrouwen op breed onderhouden en geconsolideerde Open Source softwarecomponenten, waarbij we waar mogelijk maatwerkoplossingen vermijden die moeilijk te onderhouden zijn en niet uitvoerig zijn getest. De benaderingen “not invented here<\/em>” en “security through obscurity<\/em>” maken geen deel uit van onze cultuur, en nog minder van onze systemen. <\/p>\n<\/div><\/div>\n<\/div>\n\n\n\n

\n
\n
\"\"<\/figure>\n<\/div><\/div><\/div>\n<\/div>\n<\/div>\n<\/div><\/div>\n\n
\n
\n
\n

BEST PRACTICES VOOR INFRASTRUCTUUR EN APPLICATIES<\/h2>\n\n\n\n

Betrouwbaarheid, schaalbaarheid en beveiliging waren de redenen die ons ertoe brachten om de marktleidende Cloud Provider te kiezen als referentiepartner voor onze Cloud-systemen. De beveiliging van applicaties die op AWS worden uitgebracht, wordt gewaarborgd door het overnemen van de best-practices die door dezelfde Cloud Provider worden aanbevolen, van gegevensversleuteling (in de eerste plaats op databaseniveau, daarna op objectopslag en in elk ander gegevensmedium “at rest<\/em>“) tot communicatie tussen diensten (altijd op interne VPC’s en strikt via een beveiligd SSL-kanaal), en gebruikersauthenticatie (via standaard OAuth 2.0 voor systeemgebruikers, en enterprise single sign-on met multifactorauthenticatie voor de medewerker die op de infrastructuur werkt). <\/p>\n<\/div><\/div>\n<\/div>\n<\/div>\n\n

\n
\n
\n

INFRASTRUCTURE-AS-CODE EN VEERKRACHT<\/h2>\n\n\n\n

De gehele infrastructuur wordt beheerd via een “declaratieve aanpak” in de definitie van resources en hun configuratie: dit maakt robuuste automatische “disaster recovery<\/em>“-procedures mogelijk, waarmee de Recovery Time Objective (RTO) en Recovery Point Objective (RPO) in geval van een gedistribueerde storing tot een minimum kunnen worden beperkt. We testen deze procedures periodiek om er zeker van te zijn dat ze actueel en correct zijn, waarbij we periodieke beoordelingen uitbesteden aan externe Cyber Security-consultants om de technologische keuzes en maatregelen ter verdediging van de platformperimeter te valideren. <\/p>\n<\/div><\/div>\n<\/div>\n<\/div>\n\n

\n
\n
\n
\n

BESCHERMING VAN DE BEDRIJFSPERIMETER<\/h2>\n\n\n\n

De beveiliging van bedrijfscomputers en -apparaten wordt gegarandeerd door schijfversleuteling, biometrische identificatie van de medewerker en volledig beheer op afstand van het apparatenpark. Authenticatie van personeel voor toegang tot interne en externe bedrijfsdiensten vindt, waar technisch haalbaar, plaats via Single Sign-On (SSO) via Google Suite Business: dit garandeert ons \u00e9\u00e9n enkel toegangspunt tot zakelijke communicatie en systemen, met een strikt beleid voor wachtwoordvernieuwing en multifactor-identificatie. De toegangssleutels voor systemen die geen integratie met onze SSO-provider ondersteunen, worden gedeeld via een speciale service voor geheimbeheer, die op zijn beurt alleen toegankelijk is via de zakelijke SSO. <\/p>\n<\/div><\/div>\n<\/div>\n\n\n\n

\n
\n
\"\"<\/figure>\n<\/div><\/div><\/div>\n<\/div>\n<\/div>\n<\/div><\/div>\n\n
\n
\n
\n
\n

GEGEVENSSCHEIDING EN GEHEIMBEHEER<\/h2>\n\n\n\n

De productie- en ontwikkelomgevingen zijn fysiek en logisch onafhankelijk, waardoor we de toegang tot echte gebruikersgegevens strikt kunnen beperken tot uitsluitend geautoriseerd personeel voor applicatie- en infrastructuuronderhoud. De applicatiecode en de geheimen die nodig zijn voor toegang tot de systemen worden altijd onafhankelijk beheerd, met behulp van automatische procedures voor de afstemming van verwijzingen naar geheimen tijdens de software-releasefasen in hun respectievelijke omgevingen. Het gebruik van een betrouwbare en gecentraliseerde service voor geheimbeheer (gebaseerd op een “zero knowledge<\/em>“-architectuur) stelt ons in staat om het beheer van toegangssleutels en hun periodieke rotatie te automatiseren. <\/p>\n<\/div><\/div>\n<\/div>\n\n\n\n

\n
\n
\"\"<\/figure>\n<\/div><\/div><\/div>\n<\/div>\n<\/div>\n<\/div><\/div>\n\n
\n
\n
\n

AUDITING & GEDISTRIBUEERDE LOGGING<\/h2>\n\n\n\n

Elke gebruikersactiviteit in het systeem wordt bijgehouden via applicatie- en systeemlogs: enerzijds kan het bijhouden van activiteiten helpen bij het oplossen van problemen door een nauwkeurige geschiedenis te bieden van de uitgevoerde activiteiten en de respectievelijke verantwoordelijkheden van ontwikkelaars, systeembeheerders en\/of eindgebruikers; anderzijds garandeert het de conformiteit van ons platform met de meest recente regels van de AVG.<\/p>\n<\/div><\/div>\n<\/div>\n<\/div>\n\n

\n
\n
\n

VERDERE OVERWEGINGEN OVER DE AVG-KWESTIE<\/h2>\n\n\n\n

Alle tot nu toe beschreven activiteiten garanderen de veiligheidsnormen die vereist zijn door de Algemene Verordening Gegevensbescherming (AVG) in elke fase van de ontwikkeling en het onderhoud van het systeem. Naast de technische keuzes gericht op het minimaliseren van het risico, wordt de verwerking van de gegevens gegarandeerd met respect voor de beginselen van rechtmatigheid die in de verordening zijn vastgelegd, in het bijzonder: <\/p>\n\n\n\n