Artemis SDIS 61 centralise de authenticatie van brandweermensen en administratief personeel van Orne naar het intranet, de berichtenservice en de bedrijfsapplicaties. De portal is gebaseerd op een SSO/CAS-mechanisme dat een unieke sessietoken uitgeeft bij elke aanmelding. Het meten van wat dit systeem daadwerkelijk dekt, en waar het wrijving creëert, maakt het mogelijk te evalueren of de agenten alle beschikbare tools gebruiken of zich beperken tot de meest zichtbare functies.
SSO CAS en sessietoken: wat het Artemis-mechanisme dagelijks verandert
De portal artemis.sdis61.fr toont de vermelding “AUTH2 SDIS DE L’ORNE – G5”, die de versie van de uitgerolde authenticatiemotor identificeert. Het principe van de Centrale Authenticatieservice (CAS) komt neer op één actie: één enkele invoer van inloggegevens opent alle verbonden diensten. De agent schakelt van de berichtenservice naar het volgen van bevoegdheden zonder zijn wachtwoord opnieuw in te voeren.
Deze werking met een unieke token creëert een directe afhankelijkheid: als de token verloopt of als de browser een eerdere sessie behoudt, loopt de volgende agent op een gedeelde computer het risico om onder een identiteit te opereren die niet de zijne is. De inlogpagina bevat bovendien een optie om gewaarschuwd te worden voordat er automatisch verbinding wordt gemaakt met een derde partij, een controlelaag die maar weinig gebruikers inschakelen.
Wanneer men de toegang tot Artemis SDIS 61 correct configureert, is de tijdwinst tastbaar: één toegangspunt vervangt de veelheid aan inloggegevens die er voor de migratie naar de SSO was. Deze centralisatie concentreert echter ook het risico op één enkel punt van falen.
Bereik van de bedrijfsapplicaties van Artemis SDIS 61: verder dan de berichtenservice
De meeste gidsen richten zich op het intranet en de berichtenservice. Het werkelijke bereik van Artemis gaat verder dan deze twee functies. De onderstaande tabel onderscheidt de diensten die toegankelijk zijn na authenticatie op basis van hun aard.
| Categorie | Diensten toegankelijk via Artemis | Hoofdzakelijk gebruik |
|---|---|---|
| Communicatie | Interne berichtenservice, departementaal intranet | Dagelijkse uitwisselingen, dienstnotities, gedeelde documenten |
| Operationeel | Bedrijfsapplicaties gerelateerd aan interventies | Beheer van operaties, interventieverslagen |
| HR / Opleiding | Volgen van bevoegdheden, permanente vorming | Validatie van vaardigheden, opleidingsplanning |
| Administratie | Beheer van toegangsrechten, configuratie van het profiel | Bijwerken van het hersteladres, wachtwoordbeheer |
Het volgen van bevoegdheden en permanente vorming gaat ook via de SSO Artemis. Dit punt breidt de portal uit tot meer dan een eenvoudig communicatiemiddel. Een vrijwillige brandweerman die zich alleen aanmeldt bij de berichtenservice, weet soms niet dat hij de status van zijn herhalingen kan raadplegen of opleidingsmodules kan valideren vanuit dezelfde sessie.
Kloof tussen beschikbaar bereik en werkelijk gebruik
De kloof ligt voornamelijk bij de HR- en opleidingsfuncties. Agenten die zich zelden aanmelden (vrijwilligers met weinig diensten) hebben de neiging hun gebruik te beperken tot het raadplegen van de berichtenservice. De functies voor het volgen van bevoegdheden blijven onderbenut, terwijl ze bepalend zijn voor de operationele geschiktheid.
Beveiliging op gedeelde werkplek: browser sluiten versus eenvoudige afmelding
In een hulpcentrum wordt dezelfde computer door meerdere agenten gebruikt tijdens de diensten. Het onderscheid tussen sessieafmelding en volledige sluiting van de browser is een echt punt van wrijving.
- Sessieafmelding: de agent klikt op de afmeldknop van Artemis, waardoor de actieve CAS-token ongeldig wordt. Als de browser open blijft, kunnen sommige cookies aanhouden.
- Volledige sluiting van de browser: dit verwijdert de resterende sessiecookies en voorkomt ongewilde hergebruik van de token door de volgende agent. De portal raadt deze methode expliciet aan.
- Open sessie zonder actie: de volgende agent krijgt toegang tot de diensten onder de identiteit van de vorige, met zijn rechten, zijn berichtenservice en zijn opleidingsgegevens. Dit is een ongewilde identiteitsdiefstal die een probleem van traceerbaarheid oplevert.
De reflex die moet worden aangeleerd is eenvoudig: sluit alle vensters van de browser na elke dienst, niet alleen het tabblad Artemis. Deze praktijk elimineert het risico van tokenpersistentie op een gedeelde computer.
Herstel van het Artemis-wachtwoord: het onzichtbare blokkadepunt
De zelfbedieningsprocedure voor het resetten van het wachtwoord is afhankelijk van een voorwaarde die veel agenten te laat ontdekken: het herstel-e-mailadres moet worden ingevuld vóór het verlies van het wachtwoord. Zonder dit geldige adres in het profiel mislukt de automatische reset en schakelt de agent over naar handmatige ondersteuning door de IT-dienst.
Wat een snelle reset onderscheidt van een langdurige blokkade
De oplostijd hangt bijna volledig af van dit hersteladres. Een agent wiens profiel up-to-date is, herstelt zijn toegang binnen enkele minuten via de link die per e-mail is verzonden. Een agent zonder geldig adres moet contact opnemen met de IT-ondersteuning van SDIS, wat aanzienlijk langer kan duren, afhankelijk van de werklast van de dienst.
Controleren of dit adres correct en up-to-date is, maakt deel uit van het minimale onderhoud van het Artemis-account. Het is een handeling die minder dan een minuut kost vanuit de profielinstellingen, eenmaal ingelogd.
De volledige exploitatie van Artemis SDIS 61 hangt minder af van de technische beheersing van de portal dan van drie concrete gewoonten: de diensten verkennen buiten de berichtenservice, de browser systematisch sluiten aan het einde van de dienst, en het herstel-e-mailadres van het wachtwoord up-to-date houden. De SSO centraliseert de toegang, maar het is de striktheid van het gebruik die bepaalt of de tool een eenvoudig inlogscherm blijft of een echte operationele hefboom wordt.
