BykiStänger du alla dörrar in till servern är du säker. Eller? Nja. Det skyddar mot mycket, men inte mot allt.
Vi har länge kört vår egen server så här: inga öppna portar till de interna verktygen, bara ett privat nätverk. Ett annat sätt att stänga dörren är att låta webbtrafiken gå via en tunnel. Här går vi igenom vad upplägget skyddar mot, och vad det inte skyddar mot.
Tunneln: servern ringer ut
En vanlig server väntar på att någon ska ansluta. Det betyder att det finns en öppen port, en dörr, som vem som helst på internet kan knacka på.
En tunnel vänder på det. Servern ringer själv ut till en tjänst som tar emot trafiken och skickar den vidare. Det finns ingen dörr som någon utifrån kan knacka på. Webbtrafiken kommer in den vägen, och bara den.
Det privata nätverket: bara för dig
Det privata nätverket är för dig själv och dina kollegor. Bara era egna enheter kommer åt inloggningen och de interna verktygen, som administrationsgränssnitt, databaser och övervakning. Ingen annan ser ens att de finns.
Det är en stor skillnad mot att lägga en inloggningssida öppen på internet och hoppas att lösenordet håller.
Så gör vi
Hos oss heter det privata nätverket Tailscale. Våra publika sajter går via en reverse proxy, och nästa steg är en proxy framför själva domänen också. Den är på väg.
Det är så vi rekommenderar att man sätter upp en miljö. Det gäller även en company brain, ett gemensamt minne för bolaget som AI-verktygen läser. Den ska bara nås över ett privat nätverk, aldrig ligga öppet på internet. Hur ett sådant minne kan byggas har vi skrivit om i Ett gemensamt minne för bolaget som AI:n kan läsa.
Gränsen: nätverket, inte koden
Här är det viktiga. Allt det här skyddar nätverket, inte koden.
Är ett paket du använder kapat går angriparen rakt in genom din egen app. Det spelar ingen roll hur väl dörrarna är stängda om det som körs innanför dem gör något det inte ska. De flesta appar bygger på paket som andra har skrivit, och vart och ett av dem är en väg in om det hamnar i fel händer.
Och egen server betyder att uppdateringarna är ditt jobb. Ingen annan lappar operativsystemet eller byter ut ett sårbart paket åt dig.
Därför behöver du också:
- Veta vilken kod du kör. Vilka paket använder appen, och i vilka versioner?
- Uppdatera med eftertanke. Både operativsystem och paket, med en plan för vad du gör om en uppdatering går fel.
- Låta appen ha så lite behörighet som möjligt. Kommer någon in genom appen ska de inte komma åt allt annat.
Vill du ha med säkerheten redan när en app byggs med AI finns Skriv säkerhetskraven innan AI:n bygger din app.
Fråga dig själv
Checklistan:
- Vad syns utifrån? Vilka dörrar står öppna mot internet, och behövs de?
- Vem når de interna verktygen? Bara era egna enheter, eller vem som helst med ett lösenord?
- Vilken kod kör du? Och vem ser till att den hålls uppdaterad?
Stäng det du kan, men glöm inte beroendena.
Vill du ha hjälp att sätta upp en miljö på det här sättet bygger vi egna applikationer och kan sköta driften åt er. Ett kostnadsfritt samtal på 30 minuter räcker för att gå igenom hur ni har det i dag.