Vertrouwen en beveiliging
Identiteitsverificatie die is ontworpen om aan te sluiten bij PIPEDA.
Geen badge, geen certificaat dat wij niet bezitten — een heldere uiteenzetting van waar de gegevens van uw aanvragers zich bevinden, wat wij bewaren, hoe lang, wie ze kan inzien en hoe u ons antwoord kunt toetsen aan het register.
Waar uw gegevens zich bevinden
Gehost op onze eigen servers, op infrastructuur die wij zelf beheren.
ID-afbeeldingen, uitgelezen velden en verificatieresultaten worden verwerkt en opgeslagen op infrastructuur die Crown Stack Systems beheert. Er wordt niets over de grens verwerkt.
Eén reverse proxy beëindigt elke verbinding aan de rand met TLS, HSTS en een strak afgesloten set beveiligingsheaders. Het is het enige onderdeel dat op internet wordt gepubliceerd.
De database, de cache, de opslag voor geheimen en de objectopslag met ID-afbeeldingen bevinden zich achter die proxy op een privénetwerk. Geen van deze onderdelen is rechtstreeks vanaf internet bereikbaar.
Wij bieden momenteel geen keuze uit regio's. Eén omgeving, één locatie, duidelijk benoemd in plaats van gesuggereerd met een vlagicoon.
Lees de volledige pagina over dataresidentie →Wat wordt opgeslagen en hoe lang
Wij halen eruit wat de beslissing nodig heeft en laten dan de klok lopen.
Een verificatie levert een resultaat op en, afzonderlijk daarvan, een paar afbeeldingen. Beide worden bewust verschillend behandeld.
- ID-afbeeldingen en de selfie
- Versleuteld opgeslagen met AES-256-GCM. Automatisch verwijderd na een korte termijn, standaard zeven dagen, elk uur gecontroleerd en opnieuw na elke herstart.
- Geboortedatum
- Versleuteld opgeslagen, niet als platte tekst, waar het ook wordt bewaard.
- Het verificatiedossier
- Blijft langer bestaan dan de afbeeldingen: het geeft aan dat er een controle heeft plaatsgevonden en hoe die is afgelopen, lang nadat de foto's zijn verdwenen.
- Bewaartermijnen per account
- Binnenkort beschikbaar. Op dit moment geldt de standaardtermijn van zeven dagen voor elk account.
Wie het kan inzien
Zo min mogelijk mensen, en ieder van hen is aanspreekbaar.
Toegangsbeheer is een combinatie van wat de software afdwingt en wat er nodig is om de gegevens überhaupt te bereiken.
Tweestapsaanmelding — Binnenkort beschikbaar
Het portaal kan een TOTP-code afdwingen zodra die voor een account is ingesteld, maar zelfstandige activering is nog niet beschikbaar.
Het netwerk doet de rest
Opslag en databases hebben geen openbaar adres. Om ze te bereiken moet u via de applicatie gaan, en de applicatie wordt vastgelegd.
Toegang tot bewijsmateriaal wordt zelf ook gelogd
Voor de netwerk- en apparaatgegevens achter een registervermelding is een schriftelijke reden nodig voordat iemand, ook wij, ze kan inzien.
Hoe u het kunt aantonen
Neem ons woord er niet voor. Lees het register.
Elke aanmelding, elke documentweergave, elke verificatie-uitkomst en elke export wordt vastgelegd in een Activity Ledger waaraan alleen kan worden toegevoegd, afgedwongen door de database zelf: vermeldingen kunnen worden toegevoegd, nooit gewijzigd of verwijderd. Zo beantwoordt u de vraag "wie heeft dit gezien?" zonder het ons te hoeven vragen.
Lees de details
Zes pagina's, één voor elke maatregel.
Elke bewering op deze hub verwijst naar de pagina die haar onderbouwt.
Dataresidentie
Gehost op onze eigen servers, op infrastructuur die wij zelf beheren. Er wordt niets over de grens verwerkt.
Dataresidentie →Encryptie
TLS tijdens transport, ID-afbeeldingen en geboortedatums versleuteld opgeslagen, geheimen in een speciale kluis.
Encryptie →Bewaring en verwijdering
ID-afbeeldingen worden automatisch verwijderd, standaard na zeven dagen. Het dossier blijft. De foto's niet.
Bewaring en verwijdering →Compliance
Ontworpen om aan te sluiten bij PIPEDA en provinciale privacywetgeving. Geen certificering die wij niet hebben verdiend.
Compliance →Activity Ledger
Een register waaraan alleen kan worden toegevoegd, over wie wat heeft gedaan, afgedwongen door de database en niet alleen door beleid.
Activity Ledger →Verantwoorde melding van kwetsbaarheden
Een kwetsbaarheid gevonden? Hier leest u precies hoe u ons dat laat weten en wat u van ons terug kunt verwachten.
Verantwoorde melding van kwetsbaarheden →Wat wij niet beweren
Openheid is ook een beheersmaatregel.
De branche voor identiteitsverificatie toont rijen badges. Wij vertellen u liever wat vandaag waar is en wat er onderweg is.
- Geen SOC 2, ISO 27001 of vergelijkbare certificering. Die hebben wij nog niet, en wij tonen geen badge die wij niet hebben verdiend. Zodra dat wel zo is, vermeldt die een uitgiftedatum en een omschreven reikwijdte.
- Geen genoemd datacenter en geen genoemde stad. Wij zeggen "onze eigen servers, op infrastructuur die wij beheren", en noemen geen aanbieder, faciliteit of locatie, omdat dat het eerlijke detailniveau is waar wij vandaag achter kunnen staan.
- Geen geografisch redundante back-ups. Back-ups zijn versleuteld en volgen een gedocumenteerde herstelprocedure, maar verlaten momenteel het gebouw niet.
- Geen aanspraak dat deze pagina juridisch advies is. Ze beschrijft wat het platform doet. Of dat voldoet aan de verplichtingen van uw organisatie onder PIPEDA of provinciale wetgeving, is een vraag voor uw eigen juridisch adviseur.
Vragen
Duidelijke antwoorden over vertrouwen en beveiliging.
Vragen die wij hier niet hebben beantwoord
Neem contact met ons op voordat u op ShieldID bouwt.
Een beveiligingsvragenlijst, een specifieke beheersmaatregel waarvoor u bewijs nodig hebt, of een vraag die deze pagina niet beantwoordde — stel ze ons rechtstreeks.