Helft bedrijven test applicaties met echte klantgegevens
Meer dan de helft van de bedrijven test applicaties die nog in ontwikkeling zijn met echte klantgegevens, zo blijkt uit een onderzoek onder Franse, Duitse, Engelse en Amerikaanse ondernemingen. Hierdoor komt volgens de onderzoekers vertrouwelijke informatie in gevaar, omdat de ontwikkelomgevingen vaak minder veilig zijn dat de productieomgevingen. Een bijkomend probleem is dat de testgegevens worden blootgesteld aan personeel, partners en leveranciers die hier eigenlijk helemaal geen toegang toe zouden moeten hebben.
Zo'n 52% van de ondervraagde bedrijven zegt het testen van applicaties uit te besteden, en 49% deelt live gegevens met deze partijen. In totaal test 62% met echte klantgegevens, 89% gebruikt klantbestanden en 74% gebruikt klantenlijsten. Het gaat dan om informatie als creditcardgegevens, sofi-nummers, rekeningnummers en andere financiële gegevens. De helft van de bedrijven zegt niet te kunnen achterhalen of de gegevens waarmee getest is, ooit gecompromitteerd zijn.
van de onderzochte bedrijven...
Als 62% van de bedrijven zegt met klantgegevens te testen, dan liegt
38%
van de onderzochte bedrijven...
verlicht mij, hoe kom je tot het mooie percentage van 38% dat liegt ?
je kunt prima met echte (ge-anonimiseerde) klantgegevens testen
Als 62% van de bedrijven zegt met klantgegevens te testen, dan liegt
38%
van de onderzochte bedrijven...
verlicht mij, hoe kom je tot het mooie percentage van 38% dat liegt ?
Met alle respect en positief bedoeld:
In mijn optiek kun je makkelijk een diversiteit aan fictieve klantgegevens
automatisch genereren (door van te voren de opbouw van de life data te
analyseren) en deze fictieve data als dit van toepassing en nodig is in een
database van een paar gb pompen voor testdoeleinden.
Met de huidige hardware creeer je dit makkelijk in een dag.
Zo moeilijk is dat toch niet?
Maar als je veilig testen niet als voorwaarde stelt in je project activiteiten
dan gaat dit natuurlijk nooit plaats vinden.
M.a.w. je moet het als serieus aandachtspunt positioneren, doe je het niet
dan zul je al dan niet ook de gevolgen ervaren. (Lees risico wat niet
benoemd is)
Ontwikkelaars zullen dit een serieuze plaats moeten geven. En zeker daar
waar sprake is van enorme hoeveelheden data sprake is, hier
oplossingen voor moeten creeeren om uiteindelijk verantwoordelijk te
testen.
Niettemin is testen een vak apart. En moet binnen een project niet worden
afgedaan met een kopje testen.
M.v.g.
In mijn optiek kun je makkelijk een diversiteit aan fictieve klantgegevens automatisch genereren (door van te voren de opbouw van de life data te analyseren) en deze fictieve data als dit van toepassing en nodig is in een database van een paar gb pompen voor testdoeleinden.
Met de huidige hardware creeer je dit makkelijk in een dag.
Zo moeilijk is dat toch niet?
Leuk ook als je een acceptatie omgeving moet inrichten waar hostnamen en ip adressen hetzelfde zijn als in productie.. Nog leuker wordt het als men er op staat dat ze data van de ene omgeving naar de andere willen kunnen overhevelen...
Probleem is namelijk dat acceptatie tests door de business wordt gedaan en niet door IT'ers. En zie zo'n digibeet maar eens uit te leggen dat het niets uitmaakt.
Productie. En het liefst dan dus 4 omgevingen...
en dan nog met een current en een stable ontwikkelpad
Test, Acceptatie,
Productie. En het liefst dan dus 4 omgevingen...
en dan nog met een current en een stable ontwikkelpad
Maar goed, in de acceptatie en productie omgeving gebruik je
natuurlijk een release (wel security patches, geen
nieuwe/veranderde functionaliteit). Voor ontwikkel en test
zou ik dan wel een stable gebruiken. Current is niet aan de
orde, als je daarmee wil spelen richt je maar een lokale VM
in ;) Dit omdat current regelmatig niet eens compileert of
heel instabiel is..
Deze posting is gelocked. Reageren is niet meer mogelijk.
Adviseur Informatiebeveiliging
Je bent een belangrijke speler om invulling te geven aan de gemeentelijke ambities op het gebied van informatiebeveiliging. Deze ambities neem jij op in het Informatie-beveiligingsbeleid Gemeente Zoetermeer. Wil je helpen bij het verbeteren van de informatiebeveiliging in Zoetermeer en het versterken van het cyberbewustzijn binnen onze organisatie? Wacht dan niet en kom ons team informatiebeveiliging versterken!
Digital Designer
Ben jij een Grafisch vormgever, UI-designer, Game-artist of gewoon een ‘self-proclaimed creative genius’, die op zoek is naar een leuke en uitdagende baan waarin je al je creativiteit kwijt kan?Je werkt samen met onze developers en UI/UX-designer aan onze Gamified Cybersecurity Challenges welke jij voorziet van de mooiste designs.
Cyber Security Trainer
"You know that feeling after you have been to the cinema and seen an exciting movie? It's the same after this training. I can only say that this is probably the BEST TRAINING that I've ever done!!!”
Are you ready for a challenge?
Senior Full Stack Developer
Als full stack developer bij Certified Secure maak je de mooiste cybersecurity challenges die onze deelnemers wereldwijd uitdagen en inspireren. Alle challenges zijn gebaseerd op actuele kwetsbaarheden, je komt dus telkens nieuwe technieken tegen, van machine learning tot web assembly, van Swift UI tot GCP.