Hodor: Enkelhed som den bedste sikkerhedsløsning

De fleste udviklere har prøvet det. Du har bygget en intern løsning eller et testmiljø, og pludselig skal du beskytte det med adgangskode. Den klassiske tilgang trækker ofte store mængder kode og komplekse systemer ind – databaser, sessionshåndtering og OAuth-integrationer. Det hele føles hurtigt som overkill, når målet bare er at holde uvedkommende ude.

Her kommer Hodor ind i billedet. En lille reverse proxy, der gør det hele meget mere simpelt.

Når mindre faktisk er bedre

Hodor bygger på én grundlæggende idé: Beskyt enhver webapplikation med én fælles adgangskode. Intet brugerstyring, ingen database og ingen avancerede login-flows. Bare én binær fil, én kode og en simpel login-side mellem omverdenen og din applikation.

Det er ikke løsningen til en stor SaaS-platform. Men til interne dashboards, staging-miljøer og små holdprojekter er det et forfriskende realistisk valg.

Hvad Hodor lader være

Det smarte ved Hodor er, hvad den undgår:

• Ingen bruger-database – intet at vedligeholde eller migrere
• Ingen OAuth – ingen eksterne logins eller token-styring
• Ingen sessionskompleksitet – bare en simpel cookie
• Én deploy – alt kører i én kompileret fil

Det gør det hurtigt at sætte op. Du placerer Hodor foran din applikation, angiver en adgangskode, og så er du færdig.

Hvor Hodor giver mest mening

• Interne værktøjer og dashboards – når hele teamet skal have adgang, uden at du vil bruge tid på kontohåndtering
• Staging- og testmiljøer – beskyt pre-prod uden ekstra lag
• Proof-of-concept projekter – vis hurtigt noget til interessenter uden at bygge hele login-systemet
• Små teams – hvor alle alligevel bruger samme adgangskode
• Self-hosted services – tilføj et sikkerhedslag uden at gøre det kompliceret

De ulemper, du bør kende

Med en fælles adgangskode mister du nogle ting:

• Ingen sporbarhed – du kan ikke se, hvem der gjorde hvad
• Ingen detaljeret adgangskontrol – det er alt eller intet
• Adgangskode-skift er tungt – hvis én person forlader teamet, skal alle have en ny kode
• Risiko ved deling – koden kan ende i Slack eller dokumenter

Det er derfor, Hodor passer bedst til små, tillidsfulde miljøer, hvor delte adgangskoder allerede er normen.

Sådan fungerer det

Hodor står mellem brugeren og din applikation. Når nogen prøver at tilgå siden:

1. Hodor fanger forespørgslen
2. Tjekker, om brugeren allerede er logget ind (via cookie)
3. Hvis ikke, vises en simpel login-side
4. Ved korrekt adgangskode sættes en cookie
5. Derefter videresendes trafikken til din applikation

Intet avanceret sessionslager eller token-håndtering. Bare en simpel validering og videre.

Sikkerhed i den rette kontekst

En enkelt adgangskode vil altid få sikkerhedsfolk til at løfte øjenbrynene. Men det handler om, hvad du erstatter:

• Har du i dag ingen beskyttelse, er Hodor et stort skridt fremad
• Delte koder via Slack? Hodor gør det mere formelt og sikrere
• Har du brug for brugerstyring og logs, så er Hodor ikke løsningen

Hodor beskytter mod tilfældig adgang og scanninger – ikke mod avancerede angreb. Det er forskellen på en låst dør og en fuld sikkerhedsafdeling.

Deployment i praksis

Hodor er let at passe ind i eksisterende setup:

• Kør det internt eller på din egen infrastruktur
• Brug altid HTTPS, så adgangskoden ikke sendes i klartekst
• Virker både med Docker, Kubernetes og almindelige VPS’er
• Kan beskytte flere applikationer på én gang

Hos NameOcean værdsætter vi værktøjer, der gør én ting godt. Hodor forsøger ikke at være et fuldt identitetsstyringssystem. Det er en lille, effektiv portvagt til et specifikt problem.

En filosofi, vi har brug for

Hodor minder os om, at ikke alle problemer kræver enterprise-løsninger. Nogle gange er det bedre at vælge en lille, fokuseret løsning, der løser 80 % af behovet perfekt, end at implementere et tungt system til teoretiske edge cases.

Uanset om du vil beskytte et Grafana-dashboard eller et internt værktøj, er Hodor værd at overveje. Det er en af de løsninger, der får dig til at tænke: “Hvorfor gør flere ikke sådan?”

Kom i gang

Find Hodor på GitHub. Dokumentationen er kort og klar, og deployment er virkelig enkel. Har du udsat at sikre interne værktøjer, fordi det virkede for besværligt – så er det undskyldning nu væk.

Enkle værktøjer til enkle problemer. Nogle gange er det præcis det, udvikling har brug for.