Aktiver 2FA i Jira & Confluence med miniOrange

Vet hva du installerer

Selvvertsbaserte Jira og Confluence leveres ikke med et fullstendig tofaktors håndhevelsessystem for hver bruker ut av esken, og det er derfor denne videoen bruker miniOrange tofaktorautentiseringsappen. Vær tydelig på hva det betyr før du starter: miniOrange er en tredjepartsleverandørplugin, ikke en funksjon bygget av Atlassian, og den installeres separat i hver applikasjon.

Du trenger administratorrettigheter på Jira- og Confluence-serverne for å gjøre dette, og Jira-installasjonen og Confluence-installasjonen er to separate jobber – å fullføre Jira slår ikke på noe i Confluence.

Installer miniOrange 2FA-appen

Fra appadministrasjonsområdet til Jira-administrasjonskonsollen finner du miniOrange tofaktorautentiseringsappen på Atlassian Marketplace og installer den. Marketplace-apper installeres inne i selve produktet, så det er ingenting å laste ned til PC-en din og ingenting å kopiere til serveren for hånd.

Når Jira er ferdig, gjentar du den samme installasjonen i Confluence. Fortsett kun til konfigurasjonen når appen vises som installert i begge applikasjonene.

Konfigurer TOTP som den andre faktoren

I appkonfigurasjonen velger du TOTP som den andre faktoren. Med TOTP registrerer hver bruker seg én gang med en autentiseringsapp på telefonen: Ved oppsett skanner brukeren koden som vises på skjermen med autentiseringsappen, og fra da av genererer appen en ny, kortvarig kode for hver pålogging.

Påloggingsflyten brukerne vil se etter dette er enkel: brukernavn og passord først, deretter gjeldende TOTP-kode fra autentiseringsappen. Konfigurer dette før du går videre – håndhevingsinnstillinger kommer senere, etter piloten.

Lagre gjenopprettingskoder før du håndhever noe

Før 2FA blir obligatorisk for noen, må hver bruker – og administratorene først og fremst – generere sine gjenopprettingskoder og lagre dem et trygt sted utenfor serveren, for eksempel skrevet ut og arkivert, eller i en passordbehandling.

Rull ut til en pilotgruppe først

Ikke slå på 2FA for hele selskapet samtidig. Aktiver det først for en liten pilotgruppe – ditt eget IT-team er det naturlige valget – og la dem bruke det til virkelig arbeid.

Få pilotgruppen til å teste hele reisen: logge på med passord pluss TOTP-kode, registrere en ny telefon og komme inn igjen med en gjenopprettingskode. Hvert problem du finner her er et problem du har løst mens bare en håndfull mennesker er berørt, i stedet for hele kontoret en mandag morgen.

Bruk utsettelsesperioden, og håndhev deretter

Når piloten er ren, kunngjør en frist til alle brukere og start utsettelsesperioden: For et bestemt vindu blir brukere bedt om å registrere seg i 2FA ved pålogging, men kan fortsatt komme inn mens de konfigurerer det. Kommuniser datoen tydelig – hva som endres, når og hvor du kan be om hjelp.

Når utsettelsesperioden utløper, begynner håndhevelsen: ingen logger på Jira eller Confluence uten den andre faktoren. Fordi piloten allerede har bevist flyten og fristen ga alle tid til å melde seg på, bør håndhevingsdagen være rolig.

Hold Admin Recovery klar

Telefoner blir borte, erstattet og tilbakestilt – betrakt lockout som en normal hendelse, ikke et unntak. Administratorgjenopprettingsbanen er hvordan en administrator tilbakestiller en låst brukers andre faktor slik at brukeren kan registrere seg på nytt ved neste pålogging.

Hold denne gjenopprettingsruten dokumentert og testet selv etter at håndhevingen er fullført, og sjekk den på nytt hver gang appen oppdateres. Et 2FA-system hvis gjenopprettingsvei ingen har prøvd, er en lockout som venter på å skje.