Arkevia is gebaseerd op een activeringsmechanisme dat door de werkgever wordt geïnitieerd, niet door de werknemer. Dit technische detail bepaalt de hele beveiligingsketen van het account, van de eerste toegang tot het herstel in geval van verlies van identificatiegegevens. Naast de functionaliteiten van de digitale kluis of de navigatiestappen, verdient één vraag aandacht: wanneer een toegang is gecompromitteerd, wie draagt dan de verantwoordelijkheid, de werknemer, de werkgever of het platform zelf?
Gedeelde verantwoordelijkheid tussen werkgever en werknemer op Arkevia
De eerste verbinding met MyArkevia hangt af van een code of een activeringsmail die door de HR-dienst van het bedrijf wordt verzonden. Zonder dit element kan de werknemer de creatie van zijn account niet voltooien. Deze werking houdt in dat de beveiliging van het account aan de kant van de werkgever begint, lang voordat de gebruiker zijn wachtwoord kiest.
Als de activeringsmail naar een onveilige zakelijke mailbox wordt verzonden, of als de code via een ongeschikt kanaal (groeps-SMS, post-it op een bureau) wordt verzonden, bestaat het risico van compromittering zelfs voordat de werknemer ingrijpt. De ervaringen op de werkvloer verschillen hierover: sommige bedrijven sturen de identificatiegegevens per aangetekende post, andere per eenvoudige interne e-mail zonder encryptie.
Voor de werknemer is de keuze van het activerings-e-mailadres bepalend. Verschillende ervaringen tonen aan dat het adres dat tijdens de activatie wordt gebruikt, de belangrijkste identificatie van het account wordt. Het gebruik van een duurzaam persoonlijk adres (in plaats van een professioneel e-mailadres dat aan het bedrijf is gekoppeld) voorkomt dat de toegang verloren gaat in geval van vertrek. Aan de andere kant kan het verliezen van de toegang tot deze persoonlijke mailbox het hele herstelproces blokkeren.
Om een veilige verbinding met het Arkevia-portaal tot stand te brengen, moeten beide partijen, HR-dienst en werknemer, elk hun schakel in de authenticatieketen op zich nemen.
Werknemersportaal en werkgeversportaal: een onderscheid dat de veiligheid beïnvloedt
Een terugkerend punt van verwarring betreft het bestaan van twee afzonderlijke portalen. De site myarkevia.com is bedoeld voor werknemers, terwijl arkevia.com dient voor werkgevers en HR-diensten. Deze scheiding is niet alleen ergonomisch: ze heeft directe implicaties voor de gegevensbeveiliging.
De verkeerde portal kiezen brengt concrete risico’s met zich mee. Een werknemer die zou proberen in te loggen op arkevia.com met zijn persoonlijke identificatiegegevens, zou zijn ruimte niet vinden. Omgekeerd zou een HR-beheerder die de twee adressen verwart, verkeerde instructies aan zijn teams kunnen geven, wat leidt tot mislukte inlogpogingen en blokkades van accounts.
Concurrente inhoud behandelt deze onderscheid zelden, terwijl het de eerste reflex van elke gebruiker bepaalt. Het intypen van de verkeerde URL in een zoekmachine kan ook leiden naar phishing-sites die de interface van Arkevia imiteren. Het controleren van het exacte adres van het portaal in de navigatiebalk blijft een elementaire maar vaak verwaarloosde voorzorgsmaatregel.
Blokkades van de Arkevia-verbinding: technische oorzaken vóór beveiligingsoorzaken
Een groot deel van de incidenten die door gebruikers worden gerapporteerd, heeft geen betrekking op een probleem met de IT-beveiliging. De meest voorkomende oorzaken zijn van technische of gedragsmatige aard:
- Verkeerd ingevoerde URL of verouderde link opgeslagen in de favorieten, die leidt naar een foutpagina of een oud portaal
- Verouderde webbrowser die de encryptieprotocollen die door het platform worden gebruikt, niet ondersteunt, waardoor een veilige verbinding wordt verhinderd
- Geaccumuleerde cache en cookies die conflicteren met de authenticatiesessie, waardoor een volledige schoonmaak van de browser nodig is
- Automatisch opgeslagen identificatiegegevens op een gedeelde computer of een openbaar apparaat, wat een risico op ongeautoriseerde toegang creëert
De meeste blokkades kunnen worden opgelost zonder contact op te nemen met de ondersteuning, simpelweg door de cache te legen, de browser bij te werken of de inlog-URL te controleren. Deze eenvoudige handelingen helpen ook om het aantal mislukte pogingen te verminderen, wat een tijdelijke blokkering van het account kan veroorzaken.
Tweefactorauthenticatie op MyArkevia: een uitrol die nog wordt verwacht
Tot op heden is de verbinding met MyArkevia voornamelijk gebaseerd op een klassiek paar identificatie/wachtwoord. Tweefactorauthenticatie is nog niet algemeen toegepast op het platform, en er is geen officiële datum voor uitrol publiekelijk bevestigd.
Deze afwezigheid van een tweede authenticatiefactor legt een grotere verantwoordelijkheid op de robuustheid van het wachtwoord dat door de gebruiker is gekozen. Een wachtwoord dat op meerdere diensten wordt hergebruikt, of dat te kort is, blijft de meest exploiteerbare kwetsbaarheid. Het risico dat aan dit soort kwetsbaarheid is verbonden, is goed gedocumenteerd op het gebied van de beveiliging van digitale kluizen.
In afwachting van de uitrol van de tweefactorauthenticatie, blijven enkele compenserende maatregelen in handen van de gebruiker:
- Kies een uniek, lang wachtwoord dat verschilt van die op andere platforms
- Sla nooit je Arkevia-identificatiegegevens op in een browser op een gedeelde computer of een niet-persoonlijk apparaat
- Controleer regelmatig de inloggeschiedenis als het platform dit toelaat, om ongebruikelijke toegang te detecteren
Het feit dat de beveiliging nog steeds grotendeels op het wachtwoord steunt, roept een fundamentele vraag op: de gebruiker alleen kan een vereenvoudigde authenticatie-architectuur niet compenseren. Versterking aan de platformzijde, met tweefactorauthenticatie of andere mechanismen, zal de balans van verantwoordelijkheden tussen Arkevia, de werkgever en de werknemer veranderen.
Het beschermen van je toegang tot het Arkevia-portaal beperkt zich niet tot het kiezen van een goed wachtwoord. De beveiliging van het account hangt af van een keten die begint bij de HR-dienst, via de keuze van het activerings-e-mailadres, en zich voortzet in de dagelijkse surfgewoonten. Zolang de tweefactorauthenticatie niet effectief is, blijft elke zwakke schakel in deze keten een potentieel toegangspunt.