Akeonet is een berichtenservice aangeboden door de internetprovider Akeo Telecom. Het inlogportaal, zoals dat van elke professionele of publieke webmail, is gebaseerd op specifieke authenticatiemechanismen. Het begrijpen van deze mechanismen helpt om de uitwisselingen te beschermen en om blokkades van accounts te voorkomen, twee veelvoorkomende problemen bij gebruikers die vanaf meerdere apparaten inloggen.
TLS 1.3-encryptie en beveiliging van de Akeonet-verbinding
De meeste handleidingen over Akeonet beschrijven de inlogstappen zonder uit te leggen wat er gebeurt tussen de browser en de server. Het Akeonet-portaal maakt gebruik van het TLS 1.3-protocol om de uitwisselingen te versleutelen tussen de computer van de gebruiker en de mailserver. Dit protocol is de meest recente versie van de standaard voor het versleutelen van webcommunicatie.
Concreet vermindert TLS 1.3 het aantal stappen dat nodig is om een beveiligde verbinding tot stand te brengen. De “handshake” (de handdruk tussen browser en server) verloopt sneller dan met eerdere versies, wat de blootstellingsperiode aan onderschepping verkleint.
Om hiervan te profiteren, moet de browser up-to-date zijn. Recente versies van Firefox, Chrome, Edge en Safari ondersteunen TLS 1.3 standaard. Een verouderde browser kan dwingen om terug te vallen op TLS 1.2, wat minder efficiënt is. Het is dus een nuttige reflex om de versie van de browser te controleren voordat men inlogt op de Akeonet-webmail, vooral in een professionele omgeving waar updates soms worden vertraagd.
Een handleiding voor toegang tot het Akeonet-portaal beschrijft de technische instellingen die moeten worden gecontroleerd om ervoor te zorgen dat de verbinding dit niveau van encryptie daadwerkelijk benut.
Akeonet-wachtwoordbeleid: vereisten bij de eerste inlog
Het wachtwoord vormt de eerste toegangshandeling tot het account. Bij Akeonet gaat het toegepaste beleid verder dan alleen het kiezen van een wachtwoord bij het aanmaken van het account.
Bij de eerste inlog op de Akeonet-webmail verplicht het systeem een verplichte wijziging van het initiële wachtwoord. Dit tijdelijke wachtwoord, dat bij het openen van het account wordt verstrekt, mag niet worden behouden. De gebruiker moet het vervangen door een persoonlijk wachtwoord dat aan strikte criteria voldoet.
Vereisten voor het nieuwe wachtwoord
- Een minimale lengte van twaalf tekens, wat Akeonet boven het gemiddelde van publieke webmails plaatst
- De verplichte combinatie van hoofdletters, kleine letters, cijfers en symbolen (speciale tekens zoals @, #, ! of &)
Dit beleid van verplichte wijziging vermindert het risico van standaardwachtwoorden, die een van de meest geëxploiteerde kwetsbaarheden blijven bij credential stuffing-aanvallen. Het wachtwoord niet opslaan in een tekstbestand of op een post-it blijft een elementaire maar vaak verwaarloosde voorzorgsmaatregel.
Tweefactorauthenticatie op het Akeonet-portaal
De tweefactorauthenticatie (2FA) voegt een extra verificatielaag toe na het invoeren van het wachtwoord. Op het Akeonet-portaal is deze optie beschikbaar en vormt het de meest effectieve manier om een account te beschermen tegen ongeoorloofde toegang, zelfs als het wachtwoord is gecompromitteerd.
Het principe van 2FA is gebaseerd op de combinatie van twee verschillende elementen: iets dat de gebruiker kent (het wachtwoord) en iets dat hij bezit (een telefoon, een fysieke sleutel, een app die codes genereert). Als een aanvaller het wachtwoord verkrijgt, mist hij nog steeds de tweede factor om toegang te krijgen tot het account.
2FA activeren op je Akeonet-account
De activatie gebeurt vanuit de beveiligingsinstellingen van het account, in de sectie die aan authenticatie is gewijd. De keuze van de tweede factor hangt af van de opties die het platform biedt. Apps van het type tijdelijke codegenerator (TOTP) bieden een goede balans tussen veiligheid en gebruiksgemak.
Eenmaal geactiveerd, zal elke inlog vanaf een nieuw apparaat of een nieuwe browser de aanvraag van de tweede factor activeren. Al geauthenticeerde sessies op een vertrouwd apparaat kunnen worden behouden zonder bij elke opening opnieuw om de code te vragen, afhankelijk van de gekozen configuratie.
IP-blokkering na mislukte pogingen: Akeonet’s anti-bruteforce bescherming
Het Akeonet-portaal bevat een mechanisme voor automatische blokkering van het IP-adres na drie mislukte authenticatiepogingen. Dit systeem richt zich direct op bruteforce-aanvallen, waarbij een programma duizenden combinaties van wachtwoorden achtereenvolgens test.
Drie pogingen vormen een lage drempel. In de praktijk betekent dit dat een simpele herhaalde typfout de blokkering kan activeren. Het deblokkeren vereist doorgaans dat men een door het systeem gedefinieerde wachttijd afwacht of contact opneemt met de Akeo Telecom-ondersteuning.
Onbedoelde blokkering vermijden
Enkele situaties kunnen onbedoelde blokkeringen veroorzaken:
- Een wachtwoordbeheerder met een oud wachtwoord die automatisch een inlogpoging op de achtergrond doet
- Een mailclient die is ingesteld op een smartphone of computer met verouderde inloggegevens, die herhaaldelijk synchronisatiepogingen doet
- Een wachtwoordwijziging die op de webmail is uitgevoerd zonder een update in de bijbehorende IMAP- of POP-client
Voordat men zijn Akeonet-wachtwoord wijzigt, is het daarom beter om de automatische synchronisatie tijdelijk uit te schakelen op alle verbonden apparaten. Het bijwerken van de inloggegevens op elke mailclient na de wijziging voorkomt dat de IP-blokkering wordt geactiveerd.
Controle aan de browser- en netwerkzijde voor een betrouwbare verbinding
Zelfs met een sterk wachtwoord en geactiveerde 2FA kunnen sommige verbindingsproblemen met het Akeonet-portaal voortkomen uit de lokale technische omgeving. De cache van de browser kan verlopen sessiecookies bewaren die omleidingslussen veroorzaken. Het legen van de cache en cookies van het Akeonet-domein lost de meeste van deze gevallen op.
Browserextensies, met name advertentieblokkers of ingebouwde VPN’s, kunnen interfereren met het authenticatieproces. De verbinding testen in de incognitomodus maakt het mogelijk om snel een conflict met een extensie te isoleren.
Op een bedrijfsnetwerk kan een firewall of een filterende proxy de toegang tot de poort die door de webmail wordt gebruikt blokkeren. Controleren met de netwerkbeheerder of de standaard HTTPS-poorten niet zijn beperkt, maakt deel uit van de basisdiagnose wanneer de inlogpagina niet reageert.
Het beveiligen van een webmailtoegang beperkt zich niet tot het kiezen van een wachtwoord. De encryptie van de verbinding, de 2FA en de anti-bruteforce bescherming vormen een samenhangend geheel, maar elke schakel hangt af van de nauwkeurigheid van de gebruiker in het beheer van zijn apparaten en inloggegevens. Een wachtwoord van twaalf tekens is nutteloos als het in platte tekst is opgeslagen in een gedeeld bestand op een onbeveiligde cloud.
