Kort sagt: För en advokatbyrås IT-säkerhet räknas varje system via vilket klienter skickar eller hämtar dokument. Ta reda på vilka av dem som körs på PHP, låt patchnivå och omstart bekräftas och behandla varje misstänkt fall så att bevis och konfidentialitet bevaras.
Var advokatbyråer använder PHP, ofta utan att veta om det
Själva byråprogramvaran står oftast på kontoret eller i ett specialiserat datacenter. PHP finns på andra ställen: på byråns webbplats med formulär för den första förfrågan, i uppladdningsvägar för handlingar, i bokning av tider online och i egenhanterade datarum. Många byråer använder för säkert utbyte av dokument en egen Nextcloud som ett systemhus har installerat.
Just dessa datarum innehåller det känsligaste en byrå har: inlagor, fullmakter, avtal i utkast, sakkunnigutlåtanden, bevisfoton och i brottmål även utredningsmaterial. PHP2Shell tillåter angripare att köra kod utan inloggning. Ett starkt lösenord på portalen hjälper inte mot det.
Byråer med inriktning som familje-, arbetsrätt eller medicinsk rätt behandlar dessutom hälsouppgifter, utlåtanden och detaljer ur privatlivet. På affärsjuridiska byråer finns handlingar om transaktioner som kan vara kurspåverkande före offentliggörandet. Vilket material som ligger i era portaler avgör hur allvarlig en incident är.
Advokatsekretess och dataskydd: vad ett läckage innebär
För advokater gäller en yrkesrättslig tystnadsplikt. Obehörigt röjande av klienthemligheter kan enligt § 203 StGB vara straffbart. Vid sidan av detta finns skyldigheterna enligt GDPR, till vilka vid hälso- eller straffprocessanknytning hör särskilda kategorier av uppgifter.
Ett dataläckage drabbar därför byråer dubbelt. Det äventyrar pågående uppdrag, om till exempel förhandlingspositioner eller förlikningsutkast hamnar i fel händer. Och det skadar det förtroende som uppdragsförhållandet bygger på. Om och hur ni måste informera klienter och tillsynsmyndighet bedömer ni med ert dataskyddsombud och yrkesrättslig rådgivning.
Byråns webbplats som verktyg för bedrägeri
En komprometterad byråserver tjänar angripare inte bara som datakälla. Med brevhuvud, ärendenummer och verkliga namn från en klientportal går det att förfalska skrivelser som knappt går att skilja från äkta. Särskilt känsliga är betalningsuppmaningar, till exempel för förlikningsbelopp eller arvoden, med ett ändrat kontonummer.
Även formuläret för den första förfrågan kan missbrukas: En angripare dirigerar om förfrågningar till en egen adress och hör av sig till intressenter i byråns namn. Efter en incident bör ni därför inte bara låta kontrollera servern utan aktivt påpeka för klienter att ni aldrig ändrar kontouppgifter per e-post.
Det särskilda elektroniska advokatpostfacket (beA, det tyska systemet för säker advokatkommunikation) och byråprogramvaran körs inte på er webbserver. Farligt blir det där inloggningsuppgifter till e-postkonton eller andra byråsystem finns lagrade på webbservern.
IT-säkerhet på advokatbyrån: vem ansvarar för vad?
På byråer utan egen IT-avdelning fördelas uppgifterna oftast så här:
| System | Vem sköter det | Öppen fråga vid PHP2Shell |
|---|---|---|
| Byråprogramvara, arbetsplatser | Systemhus | oftast inte berörda |
| Nextcloud eller datarum | Systemhus eller webbhotell | Vem patchar PHP och startar om? |
| Webbplats med formulär | Webbyrå | Körs den hos webbhotellet på aktuell PHP? |
| Tidsbokning online | extern leverantör eller plugin | Var ligger klienternas ärenden? |
Luckan uppstår där systemhuset anser att webbplatsen är byråns sak och byrån anser att servern är webbhotellets. Dokumentera skriftligen för varje system vem som uppdaterar PHP och startar om processerna.
Rensa inte en misstänkt server förhastat. Den som installerar om den innan spåren är säkrade kan senare inte längre styrka om och vilka klientuppgifter som har läckt.
De första timmarna: agera konfidentiellt och spårbart
- Spärra berörda portaler och datarum för klienter, fortsätt det interna arbetet via byråprogramvaran.
- Säkra loggar från och med den 20 oktober 2026 och bevara serverns tillstånd innan någon raderar filer.
- Fråga driftansvarig skriftligen om patchnivå och omstart. Ett visat versionsnummer räcker inte ensamt, eftersom backports kan lämna det oförändrat.
- Fastställ en liten krets som talar om incidenten och förbered kommunikationen utåt.
- Ta med dataskyddsombudet och håll anmälningsfristen enligt GDPR i blickfånget.
Hur hjälper PHP SOS konkret?
- Före den första åtkomsten reglerar vi tystnadsplikten skriftligen och begränsar åtkomsten till det nödvändiga.
- Vi kontrollerar patchnivå, driftläge och omstart för alla PHP-system på byrån som går att nå från internet.
- Vid misstanke säkrar vi spår forensiskt, så att det senare går att belägga vad som har nåtts. Närmare information på vår sida om IT-forensik.
- Vi rensar och härdar systemen och dokumenterar varje steg för byråledning, dataskyddsombud och försäkringsgivare.
- På begäran tar vi över den löpande skötseln av portalerna, så att nästa PHP-sårbarhet inte åter hamnar mellan systemhus och byrå.
Vanliga frågor
Berörs vår byråprogramvara av PHP2Shell?
Själva byråprogramvaran körs oftast inte på en PHP-webbserver. Berörda kan vara webbplatsen, uppladdningsformulär, egenhanterade datarum som Nextcloud och portaler som bygger på PHP. En inventering av alla system som går att nå via internet skapar klarhet.
Får en extern IT-leverantör komma åt klientuppgifter vid en incident?
Yrkesreglerna och § 203 StGB (tyska strafflagen) tillåter att medverkande tjänsteleverantörer anlitas under vissa förutsättningar, framför allt en tystnadsförbindelse. Vilka krav som i detalj gäller för er byrå prövar ni yrkesrättsligt. Vi reglerar tystnadsplikten skriftligen innan den första åtkomsten.
Måste vi informera klienter om ett angrepp?
Vid en risk för de registrerades rättigheter kan GDPR kräva en underrättelse, vid sidan av detta finns yrkesrättsliga överväganden. Beslutet hör hemma hos byråledningen och dataskyddsombudet. En samordnad kommunikation förhindrar motstridiga uttalanden.