Als je transport beheert, verwerk je ook een hoop gevoelige informatie: gegevens over zendingen, klanten, vervoerders, bestellingen en operationele gegevens.
Het systeem waarmee je je transport regelt, moet die gegevens dus goed beschermen.
Bij CtrlChain hangt die bescherming niet af van één losse functie. Het werkt met meerdere lagen die je gegevens en je toegang op verschillende punten beschermen. Van het moment dat je verbinding maakt met het systeem tot aan de infrastructuur die erachter draait.
1. Veilige toegang
De eerste laag zit al in het moment dat je verbinding maakt met CtrlChain.
Je verbinding is versleuteld via HTTPS. Zo blijft de informatie die je browser en CtrlChain uitwisselen beschermd. CtrlChain geeft je browser daarnaast extra beveiligingsregels mee. Die helpen veelvoorkomende webaanvallen te voorkomen, zoals kwaadaardige scripts op de pagina of andere websites die CtrlChain op een mogelijk onveilige manier insluiten.
Bij het inloggen gebruikt CtrlChain het bestaande identiteitssysteem van je bedrijf, via Microsoft Entra ID (voorheen Azure Active Directory). Zo houdt je organisatie zelf de regie over de authenticatie en past ze haar eigen beveiligingsbeleid toe. Daar hoort ook multifactorauthenticatie (MFA) bij, als je bedrijf dat heeft ingesteld.
Op de inlogpagina zetten we ook botbeveiliging in, om geautomatiseerd misbruik tegen te gaan.
2. De juiste mensen zien de juiste informatie
Kunnen inloggen betekent vervolgens nog niet dat je overal bij kunt.
Bij alles wat je in CtrlChain doet, controleert het systeem eerst of je daar de rechten voor hebt. Je gebruikersrechten bepalen waar je bij kunt en wat je mag doen.
Die rechten gelden voor verschillende onderdelen van het systeem. Daarnaast helpen ervoor te zorgen dat gebruikers alleen gegevens van hun eigen organisatie kunnen inzien.
Toegang wordt zowel in de backend als in de interface gecontroleerd. Dat is belangrijk, want informatie op het scherm verbergen is niet genoeg als het systeem achter de schermen niet dezelfde beperkingen afdwingt.
Werken er binnen hetzelfde systeem verschillende teams en bedrijven? Dan zorgen deze controles ervoor dat informatie bereikbaar blijft voor de juiste mensen, zonder dat anderen je gegevens te zien krijgen.
3. Je gegevens zijn beschermd
Gevoelige gegevens moet je beschermen, of ze nu tussen systemen worden verstuurd of ergens zijn opgeslagen.
CtrlChain versleutelt gegevens in beide situaties. Voor opgeslagen gegevens gebruiken we AES-256-GCM-versleuteling. De versleutelingssleutels beheren we via Azure Key Vault, en we houden ze per dienst gescheiden.
In de praktijk betekent dit dat de bescherming niet stopt zodra informatie onze systemen bereikt. Opgeslagen gegevens krijgen een extra beschermingslaag, en de toegang tot de sleutels wordt apart beheerd.
Dat is vooral belangrijk bij transportopdrachten, klantgegevens en andere operationele informatie die vertrouwelijk moet blijven.
4. Activiteiten worden gemonitord
Beveiliging betekent ook dat je weet wat er in het systeem gebeurt, en dat je kunt uitzoeken wat er aan de hand is als iets aandacht nodig heeft.
CtrlChain verzamelt gestructureerde logs van zijn diensten en brengt monitoringinformatie samen in één overzicht. Op deze manier kunnen onze teams fouten en afwijkend gedrag herkennen, achterhalen wat er is gebeurd en problemen efficiënter onderzoeken.
Verzoeken krijgen ook een correlatie-ID mee. Die koppelt gerelateerde gebeurtenissen in verschillende diensten aan elkaar. Zo kijken onze teams niet naar losse logregels, maar volgen ze een verzoek dwars door het systeem. Dat geeft een duidelijker beeld van wat er is gebeurd.
Auditlogs houden daarnaast relevante activiteiten bij. Zo blijft activiteit traceerbaar als er een onderzoek nodig is.
5. De infrastructuur achter CtrlChain is beveiligd
Hoe veilig een systeem is, hangt ook af van de infrastructuur waarop het draait. Hoe is die ingericht, wie heeft er toegang en hoe wordt die onderhouden?
Bij CtrlChain leggen we wijzigingen in onze infrastructuur eerst vast, met een bewaarde versie van elke stap. Daarna voeren we ze automatisch door. Zo zijn wijzigingen te controleren en te volgen, in plaats van dat we vertrouwen op handmatige aanpassingen die nergens zijn vastgelegd.
Gevoelige configuratiegegevens en inloggegevens beheren we via tools als Azure Key Vault. Ze staan dus niet rechtstreeks in de applicatiecode. Certificaten worden bovendien automatisch vernieuwd. Zo blijven verbindingen veilig, zonder dat iemand eraan hoeft te denken ze handmatig te verlengen.
We bewaken de status van onze infrastructuur en diensten met speciale monitoringtools. Waarschuwingen komen binnen in Microsoft Teams, zodat het juiste team in actie kan komen als er iets aandacht nodig heeft.
Zo houden we de onderliggende omgeving onder controle, traceerbaar en goed onderhouden, ook op de lange termijn.
6. Beveiliging stopt niet na de lancering
Beveiliging vraagt om blijvende aandacht. Er worden nieuwe kwetsbaarheden ontdekt, softwareafhankelijkheden veranderen en systemen hebben regelmatig updates nodig.
Daarom doorlopen wijzigingen in de productieomgeving van CtrlChain een gecontroleerd proces. De belangrijkste codebranches zijn beschermd tegen directe wijzigingen. Een wijziging wordt pas samengevoegd als die is beoordeeld en goedgekeurd.
We controleren ook de software van derden waar ons systeem op leunt. Afhankelijkheden van open source zetten we vast op een specifieke versie. Installatiescripts beperken we via een allowlist, en nieuwe pakketten gaan eerst 48 uur in quarantaine. We controleren afhankelijkheden regelmatig en houden frameworks up-to-date, zodat we beveiligingspatches snel kunnen doorvoeren.
Zo verkleinen we de kans dat kwetsbare of ongecontroleerde code in het systeem terechtkomt.
Beveiliging zit ingebakken
Cybersecurity voeg je niet pas toe aan het eind van de ontwikkeling van een systeem.
Bij CtrlChain nemen we het mee in elk onderdeel van het systeem. Denk aan hoe gebruikers verbinding maken en hoe we hun identiteit controleren. Maar ook aan hoe toegang is geregeld, hoe gegevens zijn beschermd, hoe we activiteit monitoren en hoe we de infrastructuur onderhouden.
Het resultaat is een gelaagde aanpak, waarin verschillende beschermingsmaatregelen samenwerken.
Want als één laag iets niet tegenhoudt, staan er nog andere lagen achter.
Beveiliging is niet één functie maar de optelsom van alles wat samenwerkt.
