Tails 7.11 har släppts med en viktig rättelse för Persistent Storage och en uppdaterad version av Tor Browser. Operativsystemet är utvecklat för människor som behöver skydda sin identitet och lämna så få digitala spår som möjligt efter sig.
Snart kan vi ha företrädare för den bolsjevikiska ondskan som ministrar i Sveriges regering plus chat control. Fiende lägger pussel, behåll din bit.
Tails är ett säkerhets- och integritetsinriktat operativsystem som vanligtvis körs direkt från ett USB-minne. När datorn stängs av försvinner normalt informationen från den aktuella sessionen.
Systemet bygger på Linuxdistributionen Debian och leder internettrafiken genom Tor-nätverket. Tor skickar trafiken genom flera servrar innan den når sin slutdestination. Varje server känner bara till den föregående och den efterföljande delen av förbindelsen, vilket gör det betydligt svårare att koppla samman användaren med de webbplatser som besöks.
Tails används bland annat av journalister, visselblåsare, människorättsaktivister och personer som arbetar i miljöer där elektronisk övervakning är ett allvarligt problem. Det kan även användas av vanliga datoranvändare som vill skydda känslig information eller minska mängden digitala spår.
Viktig rättelse för Persistent Storage
Den största rättelsen i Tails 7.11 gäller funktionen Persistent Storage. Ett fel kunde på vissa datorer förhindra att lagringsutrymmet aktiverades korrekt.
Tails är annars konstruerat för att glömma nästan allt när datorn stängs av. Persistent Storage fungerar som ett undantag från den principen. Det är ett krypterat område på USB-minnet där användaren själv kan välja att spara exempelvis dokument, inställningar, nätverksuppgifter och kryptografiska nycklar.
Informationen skyddas med ett lösenord och blir inte automatiskt tillgänglig när Tails startar. Användaren måste aktivt låsa upp lagringsutrymmet.
Funktionen innebär en avvägning mellan bekvämlighet och säkerhet. Den gör det möjligt att behålla viktiga filer mellan olika arbetspass, men innebär samtidigt att information faktiskt lagras på USB-minnet. Ett starkt lösenord och säker hantering av minnet är därför viktigt.
Tor Browser uppdateras
Tails 7.11 innehåller Tor Browser 15.0.20. Eftersom webbläsaren är den huvudsakliga vägen ut på internet i Tails är uppdateringar av Tor Browser särskilt betydelsefulla.
Tor Browser kombinerar Tor-nätverket med flera skydd som ska göra det svårare att identifiera och följa användaren. Webbläsaren försöker bland annat begränsa så kallad fingeravtryckning, där egenskaper hos webbläsaren och datorn kombineras för att känna igen en person utan vanliga spårningskakor.
Tails ska dock inte betraktas som en osynlighetsmantel. Om användaren exempelvis loggar in på sitt vanliga konto avslöjas identiteten för tjänsten, även om internetanslutningens vanliga IP-adress är dold. Säkerheten beror därför både på tekniken och på hur systemet används.
Befintliga användare bör uppgradera
Den som redan använder Tails 7.0 eller senare kan uppgradera automatiskt till version 7.11. Det befintliga innehållet i Persistent Storage ska då behållas.
Om den automatiska uppgraderingen misslyckas, eller om Tails inte längre startar efter uppdateringen, rekommenderar utvecklarna att användaren genomför en manuell uppgradering.
Det är viktigt att skilja mellan en uppgradering och en ny installation. Den som har ett Tails-minne med Persistent Storage bör uppgradera systemet. En ny installation på samma USB-minne raderar det befintliga krypterade lagringsutrymmet och informationen som finns där.
Viktiga filer bör alltid säkerhetskopieras innan en större uppgradering genomförs.
Kan installeras på USB-minne eller användas i virtuell dator
För nya användare finns Tails 7.11 som en färdig avbildning för installation på USB-minne. Det finns även en ISO-fil som kan användas för dvd-skivor och virtuella datorer.
USB-versionen är det vanligaste alternativet eftersom operativsystemet då kan startas på olika kompatibla datorer utan att installeras på deras interna hårddiskar.
Uppgradering: Kan göras automatiskt från Tails 7.0 eller senare
Persistent Storage: Ska behållas vid en vanlig uppgradering
Installationsalternativ: USB-avbildning eller ISO-fil för dvd och virtuella datorer
Integritet: Tails döljer normalt användarens vanliga IP-adress och försöker begränsa fingeravtryckning. Systemet gör däremot inte användaren automatiskt anonym om personen exempelvis loggar in på ett konto som avslöjar identiteten.
VARNING: Gör inte en ny installation på samma USB-minne om det innehåller Persistent Storage. En ny installation raderar det krypterade lagringsutrymmet. Säkerhetskopiera viktiga filer före uppgraderingen.
Mozilla skärper säkerheten i Firefox 154 genom att hindra webbplatser från att obemärkt kommunicera med routrar, skrivare och annan utrustning i det lokala nätverket. Uppdateringen ger även enklare kontroll över webbläsarens AI-funktioner, förbättrad hantering av kakor och PDF-filer samt flera nyheter för Windows, macOS, Linux och Android.
En webbläsare kommunicerar inte bara med webbplatser ute på internet. Den kan även försöka nå utrustning som finns i det lokala nätverket, exempelvis skrivare, routrar, nätverksdiskar, övervakningskameror och smarta hem-produkter.
Detta kan vara praktiskt, men innebär också en säkerhetsrisk. En skadlig eller manipulerad webbplats skulle i vissa situationer kunna försöka kartlägga eller kommunicera med enheter bakom användarens router.
I Firefox 154 utökar Mozilla därför webbläsarens skydd för lokal nätverksåtkomst. Skyddet omfattar nu även kommunikation som använder WebSocket.
Vad är WebSocket?
Vanlig webbtrafik fungerar ofta genom att webbläsaren skickar en fråga till en server och får ett svar. WebSocket fungerar annorlunda. Tekniken skapar en mer långvarig och dubbelriktad förbindelse där både webbläsaren och servern kan skicka information när som helst.
Det används bland annat för chattar, spel, övervakning, börskurser och andra tjänster som behöver uppdateras i realtid.
Samma teknik kan emellertid också användas för att försöka kontakta tjänster i ett lokalt nätverk. Genom att låta skyddet för lokal nätverksåtkomst omfatta WebSocket minskar Firefox risken för att en vanlig webbsida i hemlighet försöker kommunicera med exempelvis en router, skrivare eller nätverkskamera.
För de flesta användare sker förändringen i bakgrunden. Den är ändå viktig eftersom allt fler hushåll och arbetsplatser har uppkopplad utrustning som inte alltid är ordentligt skyddad.
Bättre kontroll över kakor
Firefox 154 förändrar även hur undantag för kakor och webbplatsdata fungerar.
Användare som låter Firefox radera kakor när webbläsaren stängs kan nu skapa undantag för vissa webbplatser. Ett exempel kan vara en webbplats där användaren vill fortsätta vara inloggad mellan två besök.
Tidigare kunde ett sådant undantag även påverka andra integritetsskydd. I Firefox 154 går det att behålla webbplatsens kakor utan att samtidigt undanta den från spårningsskydd eller andra begränsningar.
Det ger en bättre balans mellan bekvämlighet och integritet. Användaren kan behålla en fungerande inloggning utan att ge webbplatsen större möjligheter att spåra besöken.
Snabbare väg till AI-inställningarna
Firefox får också en ny snabbåtgärd med namnet ”Manage AI” i adressfältet. Den leder direkt till AI-avsnittet i Firefox inställningar.
Nyheten innebär inte att användaren måste använda AI-funktioner. Tanken är i stället att göra funktionerna lättare att hitta, kontrollera och stänga av.
När webbläsare får allt fler AI-baserade funktioner blir det viktigt att användaren tydligt kan se vilka tjänster som är aktiverade. En lättillgänglig kontrollpanel kan därför vara minst lika viktig som själva AI-funktionerna.
Mozilla börjar dessutom införa automatisk organisering av flikar i Smart Window. Firefox kan analysera vilka öppna flikar som hör ihop, föreslå grupper och ge grupperna passande namn.
Funktionen rullas ut stegvis och kommer därför inte att visas för alla användare samtidigt.
Firefox-profilen kan flyttas mellan olika operativsystem
Mozilla utökar även funktionen för säkerhetskopiering av Firefox-profiler. På macOS går det nu att skapa en lokal säkerhetskopia som sedan kan återställas i Firefox på Windows, macOS eller Linux.
En Firefox-profil kan innehålla bland annat bokmärken, inställningar och andra personliga anpassningar. Möjligheten att flytta profilen mellan olika operativsystem underlättar både datorbyten och övergångar från exempelvis Windows till Linux.
Säkerhetskopian sparas lokalt, vilket kan vara intressant för användare som inte vill använda en molnbaserad synkroniseringstjänst.
Tydligare textmarkering i PDF-filer
Firefox har sedan länge en inbyggd PDF-läsare. I version 154 blir markerad text i PDF-dokument tydligare och mer lik textmarkering på vanliga webbsidor.
Färgen följer dessutom operativsystemets tillgänglighetsinställningar. Det är särskilt värdefullt för personer som använder högkontrastläge eller andra visuella hjälpmedel.
Mozilla har också rättat ett problem där PDF-dokument kunde få fel skala i förhandsgranskningen inför utskrift när alternativet ”Anpassa till sidbredd” användes.
Bättre fullskärmsläge med vertikala flikar
Användare av vertikala flikar får ett mer konsekvent fullskärmsläge. När Firefox går över till fullskärm försvinner sidofältet tillsammans med de andra verktygsfälten.
För man muspekaren till skärmens kant visas gränssnittet igen. På så sätt kan hela skärmytan användas för en film, presentation eller webbsida utan att användaren förlorar snabb åtkomst till flikarna.
Firefox View kommer samtidigt inte längre att visas automatiskt i verktygsfältet för nya profiler eller för användare som inte har öppnat funktionen på länge. Den finns fortfarande under ”Lista alla flikar” och kan läggas tillbaka permanent genom funktionen för anpassning av verktygsfältet.
Små förbättringar för Windows och macOS
I Windows går det nu att byta Firefox standardikon direkt i inställningarna. Funktionen fungerar ännu inte med Firefox-installationer som använder MSIX-formatet.
Mozilla planerar att senare införa motsvarande stöd för MSIX, macOS och Linux.
En hård omladdning av en webbsida, genom att hålla ned Skift samtidigt som uppdateringsknappen klickas, rensar nu även cachade webbplatsikoner. Det kan hjälpa när en webbplats har bytt ikon men Firefox fortfarande visar den gamla.
På macOS har Mozilla förbättrat spolning och hopp mellan olika positioner i videor. Ett fel har också rättats där ett stängt Firefox-fönster ibland kunde lämna kvar ett osynligt fönster som fortsatte att fånga upp musklick.
Fler förbättringar i Firefox för Android
Android-versionen får stabilare automatiska översättningar på telefoner och surfplattor där flera systemspråk används.
Sökningar bland bokmärken kan nu visa upp till 75 träffar per sökning. Vid nedladdning av en fil går det dessutom att ändra både filnamnet och var filen ska sparas innan nedladdningen startar.
Det är små förändringar var för sig, men de gör mobilversionen mer användbar för personer som har många bokmärken eller ofta laddar ned dokument.
Smartare användning av webbläsarens cache
Bland de mer tekniska nyheterna finns stöd för HTTP-rubriken No-Vary-Search i Firefox diskcache.
En webbadress kan innehålla olika parametrar efter ett frågetecken. Vissa parametrar förändrar innehållet på sidan, medan andra exempelvis bara används för statistik och marknadsföring.
Med No-Vary-Search kan en webbserver tala om för Firefox att vissa parametrar inte påverkar det verkliga innehållet. Webbläsaren kan då återanvända en redan sparad kopia i stället för att hämta samma resurs igen.
Det kan ge fler lyckade cacheträffar, minska onödig datatrafik och i vissa fall göra webbsidor snabbare.
En uppdatering med fokus på kontroll
Firefox 154 innehåller ingen enskild förändring som helt förändrar webbläsaren. Uppdateringen består i stället av många mindre förbättringar som tillsammans ger bättre säkerhet, integritet och användarkontroll.
Skyddet av lokala nätverk är särskilt betydelsefullt i en tid då allt fler vardagsföremål är uppkopplade. Samtidigt visar de nya AI- och cookieinställningarna att Mozilla vill göra det tydligare för användaren vad webbläsaren får göra.
Firefox 154 kan laddas ned från Mozillas servrar. Windows- och macOS-användare får uppdateringen automatiskt, medan Linuxversionen distribueras genom respektive Linuxdistributions paketförråd.
> FAKTA: FIREFOX 154
Utvecklare
Mozilla
Version
Firefox 154
Viktigaste nyheten
Utökat skydd mot obehörig åtkomst till lokala nätverk via WebSocket.
Integritet
Webbplatser kan undantas från automatisk radering av kakor utan att undantas från spårningsskyddet.
AI-kontroller
Snabbåtgärden ”Manage AI” leder direkt till webbläsarens AI-inställningar.
Säkerhetskopiering
Lokala Firefox-profiler kan återställas mellan Windows, macOS och Linux.
PDF
Tydligare textmarkering och rättad skalning vid utskrift.
Android
Förbättrade översättningar, fler bokmärkesträffar och större kontroll över nedladdningar.
WireGuard Easy har släppts i version 15.4. Den nya versionen gör det möjligt att skydda administrationsgränssnittet med extern OAuth-inloggning och innehåller flera förbättringar av säkerhet, prestanda och användarvänlighet.
WireGuard är ett modernt VPN-protokoll som skapar en krypterad förbindelse mellan olika enheter och nätverk. Det kan exempelvis användas för att ansluta en bärbar dator till hemnätverket eller ge anställda säker åtkomst till företagets interna system.
WireGuard är snabbt och resurssnålt, men den vanliga konfigurationen sker huvudsakligen genom textfiler och kommandon. För den som inte är van vid Linux och nätverksadministration kan det därför vara svårt att komma igång.
Det är här WireGuard Easy kommer in i bilden. Projektet, som även kallas WG-Easy, erbjuder ett webbaserat gränssnitt för att installera och administrera en egen WireGuard-server. Administratören kan bland annat skapa VPN-klienter, visa anslutningsinformation och hämta konfigurationer utan att behöva redigera WireGuards filer manuellt.
OAuth ger en ny inloggningsmöjlighet
Den största nyheten i WireGuard Easy 15.4 är stödet för extern autentisering med OAuth.
OAuth används av många webbplatser och organisationer för att låta en extern identitetstjänst sköta inloggningen. I stället för att WireGuard Easy behöver hantera ännu ett lokalt användarnamn och lösenord kan åtkomsten kopplas till organisationens befintliga inloggningssystem.
Det kan förenkla administrationen, framför allt i miljöer där användarkonton redan hanteras centralt. Om en person lämnar organisationen kan åtkomsten tas bort i det centrala systemet, utan att administratören behöver komma ihåg att även radera ett separat konto i WireGuard Easy.
OAuth ersätter däremot inte själva VPN-krypteringen. Funktionen skyddar åtkomsten till administrationsgränssnittet, medan WireGuard fortfarande ansvarar för den krypterade kommunikationen mellan VPN-servern och de anslutna enheterna.
Projektet har även publicerat särskild dokumentation för hur extern autentisering ska konfigureras.
Flera säkerhetsförbättringar
Version 15.4 innehåller också förbättrad hantering av TOTP. Det är den teknik som ofta används av appar som skapar tillfälliga sexsiffriga engångskoder. Koderna ändras med korta intervall och fungerar som ett extra skydd utöver lösenordet.
Skyddet mot olika former av injektionsattacker har också förstärkts. En injektionsattack innebär förenklat att en angripare försöker mata in specialkonstruerad information som får ett program att tolka data som kommandon eller kod.
Även värden som används som etiketter i Prometheus undantas nu på ett säkrare sätt. Prometheus är ett vanligt system för insamling och övervakning av mätvärden från servrar och applikationer. Korrekt hantering av etiketter minskar risken för att oväntade tecken orsakar fel eller utnyttjas på ett olämpligt sätt.
Snabbare hantering av klientstatus
WireGuard Easy visar statusinformation om de klienter som har lagts till på VPN-servern. I den nya versionen kombineras dessa uppgifter i linjär tid.
Det innebär i praktiken att arbetsmängden växer mer kontrollerat när antalet klienter ökar. För en installation med bara några få anslutningar är skillnaden troligen liten, men på större servrar kan förändringen ge snabbare och effektivare hantering.
Utvecklarna har dessutom tagit bort onödiga upprepade genomsökningar av klienterna när nätverkets CIDR-inställningar ändras. CIDR är det skrivsätt som används för att ange ett nätverks adressområde, exempelvis vilka IP-adresser som ska tillhöra VPN-nätverket.
Färre IPv6-fel i IPv4-miljöer
WireGuard Easy hoppar nu över kommandon för ip6tables när IPv6 är avstängt. Tidigare kunde sådana kommandon köras trots att servern endast använde IPv4, vilket kunde leda till onödiga felmeddelanden eller problem vid starten.
Möjligheten att ange parametern Table i WireGuards konfigurationsfil wg0.conf har också lagts till. Det ger erfarna administratörer större kontroll över hur Linux routingtabeller ska hantera trafiken genom VPN-anslutningen.
Den som inte vill att WireGuard Easy automatiskt ska kontrollera om en ny version finns kan numera stänga av versionskontrollen. Uppdateringen innehåller även en rättning av hur wg-quick hanterar vissa sysctl-inställningar, som används för att påverka nätverksfunktioner i Linuxkärnan.
Ny teknik bakom gränssnittet
Under ytan har projektet flyttats till Nuxt 4 och gränssnittets komponenter har migrerats till Reka UI. Det är förändringar som vanliga användare kanske inte märker direkt, men som kan göra det enklare för utvecklarna att underhålla och vidareutveckla webbgränssnittet.
Dokumentationen har samtidigt flyttats från MkDocs till Zensical. Även översättningarna fortsätter att utvecklas. Japanska och hindi har lagts till, medan bland annat koreanska, nederländska och ryska har uppdaterats.
WireGuard Easy 15.4 är därmed mer än en vanlig underhållsuppdatering. OAuth-stödet gör programmet intressantare för organisationer med central användarhantering, samtidigt som säkerhetsförbättringarna och den snabbare klienthanteringen även kommer mindre, självhostade installationer till nytta.
Ett begränsat minnesfel i Linuxkärnan behöver inte ge en angripare särskilt stor kontroll. Men säkerhetsverktyget CopyKat visar hur till synes oskyldiga kärnobjekt kan användas som förstärkare – och hjälpa angriparen att ta kontroll över hela systemet.
Forskare vid IBM Research Europe och Vrije Universiteit Amsterdam har utvecklat CopyKat, ett automatiserat system som letar efter användbara byggstenar för avancerade attacker mot Linuxkärnan.
Under en 32 dagar lång analys hittade systemet 122 verifierade kärnobjekt som forskarna kallar Controllable-Copy Objects, förkortat CCO. Gemensamt för objekten är att de under rätt omständigheter kan förvandla ett begränsat minnesfel till en betydligt kraftfullare skrivoperation.
Forskarna visade att metoden fungerar i praktiken genom att konstruera åtta fullständiga attacker som gav rootbehörighet. Attackerna utgick från redan kända sårbarheter, bland annat use-after-free-fel, dubbla frigörningar av minne och skrivningar utanför ett tilldelat minnesområde. Resultaten presenterades vid USENIX Security ’26.
Från ett litet fel till full kontroll
Ett minnesfel i Linuxkärnan innebär inte automatiskt att en angripare kan skriva vad som helst var som helst. Felet kanske bara gör det möjligt att ändra några få byte, skriva utanför kanten på ett objekt eller använda ett minnesområde som redan har frigjorts.
För att nå rootåtkomst behöver angriparen därför ofta hitta en metod som förstärker den begränsade möjligheten.
Det är här de objekt som CopyKat letar efter kommer in i bilden.
Ett CCO är en datastruktur som har skapats i kärnans dynamiska minne och innehåller en pekare till ett annat minnesområde. Pekaren används senare av exempelvis memcpy eller memmove för att bestämma vart information ska kopieras.
Om en angripare kan ändra pekaren kan kärnans egen kopieringsfunktion luras att skriva angriparens data till en annan plats.
Det kan jämföras med att någon bara har möjlighet att ändra adressfältet på en fraktsedel. Personen kan inte själv flytta varorna, men genom att skriva dit en annan adress får den legitima transportören att leverera lasten till fel plats.
I Linuxkärnan kan den nya destinationen exempelvis vara en struktur som innehåller användarens UID och GID. Om dessa värden ändras till noll kan angriparens process få samma behörigheter som root.
Angrepp utan att kapa programmets väg
Traditionella attacker mot operativsystemets kärna försöker ofta ändra programmets kontrollflöde. Angriparen manipulerar exempelvis en funktionspekare eller returadress så att processorn börjar köra kod som angriparen har valt.
Moderna skydd som Control-Flow Integrity gör sådana angrepp svårare. De kontrollerar att programmet följer tillåtna vägar genom koden.
Dataorienterade attacker fungerar annorlunda. Kärnan fortsätter att köra sina vanliga funktioner i rätt ordning, men funktionerna arbetar med manipulerade uppgifter. Eftersom kontrollflödet inte behöver kapas kan attacken passera skydd som huvudsakligen övervakar vilka kodvägar som används.
CopyKat söker därför efter legitima kärnobjekt som kan missbrukas för att flytta data till en plats som angriparen väljer.
Tre analyssteg sållade fram objekten
Forskarna byggde CopyKat som en kedja av tre analyser.
I det första steget användes en modifierad version av fuzzverktyget Syzkaller tillsammans med en instrumenterad Linuxkärna. Systemet följde hur information från användarutrymmet flyttades genom kärnan och letade efter kopieringar där måladressen påverkades av en pekare lagrad i ett kärnobjekt.
Fuzzningen hittade 434 intressanta operationer. Av dessa var 386 anrop till memcpy, medan resterande huvudsakligen bestod av memmove och enklare skrivoperationer.
Den snabba analysen kunde även rapportera falska träffar. Kandidaterna granskades därför i ett andra steg med PANDA, en analysplattform som kan spela in och upprepa körningen av ett helt system. Där kontrollerades att data verkligen kom från användaren och att måladressen verkligen hämtades från det misstänkta objektet.
Slutligen användes plattformen S2E för så kallad concolic exekvering, en kombination av konkret och symbolisk programkörning. CopyKat ändrade objektets pekare och undersökte vilka villkor som måste vara uppfyllda för att kärnan fortfarande skulle nå fram till kopieringsoperationen.
Efter den stegvisa sållningen återstod 122 verifierade CCO-objekt. Av dessa fanns 52 i nätverkskoden, 31 i filsystemen och 12 bland drivrutinerna. Övriga hittades bland annat i kryptografi-, ljud-, minnes- och säkerhetskod. Analysen genomfördes på Linux 6.4.1, enligt forskarnas fullständiga rapport.
Åtta attacker slutade med rootåtkomst
För att visa att objekten inte bara var teoretiskt intressanta byggde forskarna åtta kompletta privilegieattacker utifrån fyra tidigare kända sårbarheter.
I demonstrationerna användes CCO-objekten för att styra skrivningar mot säkerhetskritiska delar av kärnminnet. Forskarna kunde bland annat ändra användaruppgifter eller manipulera inställningarna modprobe_path och core_pattern, vilka under vissa förutsättningar kan få kärnan att starta ett program med förhöjda rättigheter.
Sju av attackerna använde separata systemanrop för att skapa objektet och aktivera kopieringen. I det åttonde fallet skedde båda momenten inom samma systemanrop. Angriparen behövde då träffa ett mycket kort tidsfönster, vilket forskarna lyckades göra med flera trådar och en blockeringsmekanism baserad på FUSE.
Forskarna uppger samtidigt att exploateringen fortfarande krävde flera manuella och tekniskt avancerade moment. CopyKat skapar alltså inte automatiskt ett färdigt rootangrepp, men systemet kan minska det arbete som krävs för att hitta lämpliga objekt och förstå hur de måste manipuleras.
Inte 122 nya Linuxsårbarheter
Resultatet betyder inte att forskarna har hittat 122 nya säkerhetshål. CCO-objekten är vanliga delar av kärnan som normalt utför legitima uppgifter.
För att missbruka ett sådant objekt behöver angriparen redan ha tillgång till ett användbart minnesfel. Angriparen måste dessutom kunna placera ett lämpligt CCO nära det sårbara minnesområdet, ändra rätt pekare, uppfylla objektets övriga villkor och aktivera kopieringen vid rätt tidpunkt.
Undersökningen gjordes på Linux 6.4.1. Den visar därför inte att samtliga 122 objekt finns kvar eller fungerar på exakt samma sätt i alla nyare kärnversioner och distributioner.
Linuxanvändare behöver inte installera någon särskild nöduppdatering på grund av CopyKat. Däremot understryker forskningen betydelsen av att installera vanliga säkerhetsuppdateringar, eftersom ett till synes begränsat minnesfel kan vara mer användbart för en angripare än en första bedömning visar.
Den viktigaste följden av CopyKat kan bli hur säkerhetsforskare, distributioner och kärnutvecklare bedömer nya minnessårbarheter.
Ett fel som tidigare har klassats som svårt att utnyttja kan bli betydligt allvarligare om det går att kombinera med ett lämpligt CCO. Databasen över objekten kan därför användas för att prioritera sårbarheter och utveckla nya skydd mot dataorienterade attacker.
Forskarna inforhttps://www.usenix.org/conference/usenixsecurity26/technical-sessionsmerade Linuxutvecklaren Greg Kroah-Hartman före publiceringen. Bedömningen var att forskningen kunde publiceras utan embargo eftersom CopyKat beskriver en exploateringsteknik och inte en ny direkt sårbarhet. De åtta färdiga attackerna har inte offentliggjorts i vapenfärdig form.
CopyKat visar därmed hur säkerhetskapplöpningen förändras. När skydden mot traditionell kapning av kontrollflödet blir bättre söker angripare efter andra vägar. I stället för att få kärnan att köra främmande kod kan det räcka att lura dess befintliga kod att flytta rätt data till fel plats.
En 18 år gammal sårbarhet i Linuxkärnans SCTP-kod kan ge lokala angripare fullständig rootåtkomst. Säkerhetsforskarna bakom upptäckten har även visat att felet under vissa förutsättningar kan användas för att ta sig ur en container och angripa värdsystemet.
Sårbarheten har fått namnet SCTPhantom och registrerats som CVE-2026-64564. Den finns i Linuxkärnans stöd för nätverksprotokollet SCTP och uppges ha introducerats redan i Linux 2.6.25, som lanserades våren 2008.
Det innebär att felet har kunnat följa med genom nästan två decennier av utveckling, trots att miljontals rader kod har granskats, ändrats och förbättrats under tiden.
Vad är SCTP?
SCTP står för Stream Control Transmission Protocol och är, precis som TCP och UDP, ett protokoll för att överföra information över nätverk.
En viktig skillnad är att SCTP kan använda flera nätverksadresser inom samma anslutning. Om en server har flera nätverkskort eller internetförbindelser kan trafiken fortsätta över en annan väg om den första slutar fungera. Funktionen används bland annat inom telekommunikation och andra system där hög tillgänglighet är viktig.
SCTP kan dessutom lägga till och ta bort IP-adresser medan en anslutning pågår. Det är just i denna dynamiska adresshantering som SCTPhantom finns.
En borttagen nätverksväg som fortfarande används
Linuxkärnan håller reda på de olika nätverksvägar som hör till en SCTP-anslutning. Sårbarheten gör det möjligt att skicka en särskilt konstruerad serie SCTP-kommandon som först tar bort en sådan nätverksväg och därefter försöker använda den igen.
Problemet är att kärnan fortfarande har kvar en pekare till det borttagna objektet.
Det kan jämföras med att ett företag river en byggnad men glömmer att ta bort adressen ur sitt register. När samma mark senare används till något annat fortsätter företagets personal att skicka instruktioner till den gamla adressen. Instruktionerna riskerar då att påverka något helt annat än det ursprungligen var tänkt.
Inom programmering kallas detta för use-after-free. Ett område i minnet har frigjorts, men programmet fortsätter ändå att använda en gammal hänvisning till området.
I ett vanligt program kan ett sådant fel leda till att programmet kraschar. När felet finns i operativsystemets kärna blir konsekvenserna betydligt allvarligare. Kärnan har tillgång till hela datorns minne, all hårdvara och samtliga användarkonton.
En angripare som lyckas kontrollera hur det frigjorda minnet återanvänds kan därför i vissa fall manipulera kärnan och ge sin egen process högsta möjliga behörighet: root.
Fungerade på flera Linuxdistributioner
Forskarna vid Tencents Zhuque Lab lyckades utnyttja sårbarheten och erhålla rootåtkomst på flera olika system. Bland de testade miljöerna fanns:
Debian 13 med Linux 6.12.95
Ubuntu 24.04 med Linux 6.8.0-134
Rocky Linux 9 och RHEL 9-baserade system med leverantörens 5.14-kärna
ett OpenCloudOS-baserat system med Linux 6.6.119
en testmiljö med Linux 7.2-rc2
Resultaten visar att sårbarheten inte är begränsad till en enskild Linuxdistribution eller kärngeneration.
Det betyder däremot inte att vem som helst kan angripa samtliga Linuxdatorer direkt över internet. För den demonstrerade lokala attacken måste angriparen redan kunna köra kod på datorn eller i en miljö som har tillgång till den sårbara SCTP-funktionen.
Därför kan en container inte alltid skydda värddatorn
En container kan se ut som en separat dator, men den använder i själva verket samma Linuxkärna som värdsystemet. Tekniker som namnrymder, Linux capabilities och seccomp begränsar vad processerna i containern får göra, men det finns ingen separat kärna mellan containern och värddatorn.
Om en angripare hittar ett exploaterbart fel i själva kärnan kan gränsen mellan containern och värdsystemet därför kringgås.
Tencent genomförde åtta försök att utnyttja SCTPhantom från en container. I sex av försöken fick forskarna rootåtkomst på värddatorn. De två misslyckade försöken stannade vid minneshanteringen utan att krascha kärnan.
Testcontainern använde en standardskapad seccomp-profil och hade varken CAP_NET_ADMIN eller CAP_SYS_ADMIN, två kraftfulla rättigheter som normalt inte bör ges till okända containrar.
Resultatet innebär dock inte att alla Linuxcontainrar automatiskt går att bryta sig ur. Risken påverkas bland annat av:
om SCTP finns installerat och kan aktiveras
vilka typer av nätverkssocklar containern får skapa
hur användarnamnrymder är konfigurerade
containerns seccomp-regler
tilldelade Linux capabilities
säkerhetssystem som AppArmor och SELinux
Containerns körmiljö, version och exakta konfiguration påverkar alltså om attacken över huvud taget är möjlig.
En liten rättning stoppar ett komplicerat angrepp
Det intressanta med SCTPhantom är skillnaden mellan sårbarhetens komplexitet och rättningens storlek.
Attacken kräver avancerad manipulation av kärnans minne. Själva programfelet kan däremot stoppas genom en relativt liten ändring: Linuxkärnan tillåts inte längre ta bort den SCTP-transport som fortfarande används för att behandla det aktuella ASCONF-meddelandet.
Därmed uppstår inte längre den kvarlämnade pekare som attacken bygger på.
Enligt Linuxkärnans CVE-information är de första korrigerade versionerna i berörda stabila utvecklingsgrenar:
Linux 6.6.148
Linux 6.12.101
Linux 6.18.42
Linux 7.1.6
Linux 7.2-rc5 i huvudgrenen
Linuxdistributioner använder emellertid ofta egna kärnpaket. En leverantör kan flytta över säkerhetsrättningen till en äldre kärna utan att ändra kärnans huvudsakliga versionsnummer. Därför går det inte alltid att avgöra om en dator är skyddad genom att enbart kontrollera resultatet från uname -r.
Debian 13 ”Trixie” fick exempelvis rättningen genom säkerhetskärnan 6.12.101-1. Vid publiceringen markerade Debians säkerhetsspårare fortfarande de dåvarande kärnpaketen för Debian 12 och Debian 11 som sårbara.
Vad bör Linuxanvändare göra?
Det viktigaste är att installera de säkerhetsuppdateringar som tillhandahålls av den aktuella Linuxdistributionen och därefter starta om datorn så att den nya kärnan verkligen används.
Administratörer bör särskilt kontrollera servrar där flera användare kan köra program, system som kör containrar och miljöer där opålitlig kod behandlas.
Om SCTP inte används kan avstängning av SCTP-modulen minska angreppsytan i väntan på en uppdatering. Det bör dock ses som en tillfällig skyddsåtgärd och inte som en ersättning för att installera en korrigerad kärna.
SCTPhantom visar samtidigt varför även gammal och till synes stabil kod behöver fortsätta granskas. Ett litet misstag i minneshanteringen kan ligga dolt i närmare två decennier – och förvandlas från en bortglömd pekare till en huvudnyckel för hela systemet.
WordPress 7.0.3 har släppts med rättningar av tolv säkerhetsproblem. Flera av sårbarheterna kan utnyttjas för att köra skadlig kod, komma åt skyddad information eller skaffa utökade rättigheter. Eftersom detta är en viktig säkerhetsuppdatering rekommenderas alla webbplatsägare att installera den omgående.
WordPress 7.0.3 har släppts med rättningar av tolv säkerhetsproblem. Flera av sårbarheterna kan användas för att köra skadlig kod, komma åt skyddad information eller skaffa utökade rättigheter. Den allvarligaste bristen finns på inloggningssidan och kan i vissa situationer leda till att PHP-kod körs på webbservern.
En säkerhetsuppdatering utan nya finesser
WordPress 7.0.3 är framför allt en säkerhetsutgåva. Det innebär att fokus inte ligger på nya funktioner eller ett förändrat utseende. I stället har utvecklarna förstärkt de delar av systemet där en angripare skulle kunna ta sig förbi WordPress skyddsmekanismer.
En säkerhetsuppdatering kan liknas vid att en låssmed byter ut flera bristfälliga lås i en byggnad. Huset ser likadant ut efter arbetet, men det har blivit betydligt svårare för obehöriga att ta sig in.
WordPress rekommenderar därför att alla webbplatser uppdateras så snart som möjligt.
Allvarlig brist på inloggningssidan
Det mest uppmärksammade säkerhetsproblemet är en så kallad reflekterad cross-site scripting-sårbarhet, förkortad XSS, på WordPress inloggningssida.
En reflekterad XSS-attack innebär vanligtvis att skadlig kod placeras i en särskilt utformad webbadress. Om någon öppnar länken kan koden köras i personens webbläsare som om den kom från den riktiga webbplatsen.
Det som gör denna sårbarhet särskilt allvarlig är att inget WordPress-konto krävs för att inleda attacken. Bristen beskrivs som ”pre-auth”, vilket betyder att den kan utnyttjas innan angriparen har loggat in.
I vissa situationer skulle sårbarheten kunna ingå i en attackkedja som slutligen leder till att PHP-kod körs på webbservern. Det kan ge angriparen betydligt större kontroll än en vanlig XSS-attack.
Uppdateringen rättar även flera lagrade XSS-sårbarheter. Vid en sådan attack sparas den skadliga koden i WordPress databas, exempelvis som en del av ett inlägg. Koden kan sedan aktiveras när en administratör eller besökare öppnar den berörda sidan.
Flera av bristerna kunde utnyttjas av användare med rollen medarbetare eller högre. Det innebär att angriparen redan måste ha ett konto med vissa rättigheter. Risken är ändå betydande på webbplatser där många personer kan skriva eller redigera innehåll.
Sårbarheter har bland annat rättats i:
inställningarna för emojier,
blocket för inläggsinnehåll,
funktionen för snabbredigering på webbplatser med många användare,
blocket som visar publiceringsdatum.
Dessutom har ett problem åtgärdats där en användare med rollen författare eller högre kunde kringgå WordPress filter för säker CSS och lägga in otillåten stilmallskod.
CSS används normalt för att bestämma hur en webbplats ser ut. Skadlig CSS kan exempelvis användas för att dölja knappar, lägga innehåll ovanpå andra element eller vilseleda en användare att klicka på fel plats.
Multisite och registrering av nya webbplatser
WordPress 7.0.3 rättar också ett problem med utökade rättigheter i Multisite-installationer.
Multisite gör det möjligt att driva flera webbplatser från en gemensam WordPress-installation. På nätverk där användarregistrering var aktiverad kunde en användare under vissa omständigheter skapa en ny webbplats trots att personen egentligen inte skulle ha den behörigheten.
Detta är framför allt relevant för större organisationer, webbhotell, föreningar och utbildningsverksamheter som driver många WordPress-webbplatser i samma installation.
Skyddade kommentarer kunde avslöjas
En annan sårbarhet fanns i blocket ”Senaste kommentarer”. Det kunde visa kommentarer från lösenordsskyddade inlägg och därmed avslöja information som inte var avsedd för alla besökare.
Ett lösenordsskyddat inlägg ska normalt fungera som ett avgränsat rum där endast personer med rätt lösenord kan läsa innehållet. Om kommentarer från inlägget ändå visas på en offentlig del av webbplatsen uppstår en informationsläcka.
Uppdateringen rättar även två närliggande problem:
möjligheten att kartlägga adresserna till inlägg,
exponering av interna anteckningar i kommentarsflöden.
Sådan information behöver inte vara farlig i sig, men kan hjälpa en angripare att kartlägga webbplatsen och förbereda en mer riktad attack.
WordPress kunde kontakta interna nätverksadresser
En server-side request forgery-sårbarhet, förkortad SSRF, har också åtgärdats i WordPress kontroll av webbadresser.
Vid en SSRF-attack luras webbservern att skicka en förfrågan till en adress som angriparen själv kanske inte kan nå. Servern används då som en mellanhand.
I detta fall kunde WordPress kontroll av webbadresser kringgås så att förfrågningar skickades till så kallade link-local-adresser. Sådana adresser används bland annat för intern kommunikation i lokala nätverk och molnmiljöer.
Det kan jämföras med att någon utanför ett företag lyckas övertala en anställd på insidan att hämta information från ett internt rum. Angriparen kommer inte själv in i rummet, men försöker använda någon som redan befinner sig där.
Även bekräftelse av e-post kunde kringgås
Utgåvan rättar dessutom en brist i processen för att bekräfta e-postadresser. En angripare kunde under vissa förutsättningar kringgå den kontroll som ska säkerställa att en användare verkligen har tillgång till den angivna adressen.
E-postbekräftelse används ofta som ett extra kontrollsteg vid registrering eller ändring av kontouppgifter. Om kontrollen kan hoppas över försvagas skyddet mot falska eller kapade konton.
Äldre versioner får vissa rättningar
WordPress säkerhetsteam arbetar med att föra tillbaka nödvändiga rättningar till äldre versioner, för närvarande ända tillbaka till WordPress 4.7.
Det betyder dock inte att gamla WordPress-versioner har fullt stöd. WordPress betonar att endast den senaste huvudversionen är aktivt underhållen. En äldre installation kan därför fortfarande sakna andra felrättningar, förbättringar och kompatibilitetsuppdateringar.
Säkerhetsrättningarna till äldre grenar publiceras efter hand som de blir klara. Den som använder en gammal version bör därför inte utgå från att webbplatsen redan är skyddad.
Även WordPress 7.1 RC2 innehåller de säkerhetsrättningar som är tillämpliga. RC står för ”Release Candidate” och betyder att versionen är avsedd för testning inför den slutliga utgåvan. Den bör normalt inte användas på en skarp webbplats.
Så uppdaterar du WordPress
Den enklaste metoden är att logga in i WordPress administrationspanel och välja:
Webbplatser som tillåter automatiska bakgrundsuppdateringar ska normalt få säkerhetsuppdateringen automatiskt. Det är ändå klokt att logga in och kontrollera vilken version som faktiskt är installerad.
Innan en manuell uppdatering bör man säkerhetskopiera både databasen och webbplatsens filer. Efter uppdateringen bör man kontrollera att webbplatsen, administrationspanelen, kontaktformulär och andra viktiga funktioner fortfarande fungerar.
Alla säkerhetshål är inte lika lätta att utnyttja. Vissa kräver ett befintligt användarkonto, särskilda inställningar eller en komplicerad kedja av flera brister. Det är ändå olämpligt att vänta.
När en säkerhetsuppdatering har publicerats kan angripare jämföra den nya och den gamla källkoden för att se exakt vad som har förändrats. På så sätt kan de ofta förstå hur sårbarheterna fungerar och börja söka efter webbplatser som ännu inte har uppdaterats.
WordPress 7.0.3 bör därför installeras omgående – särskilt eftersom en av sårbarheterna kan angripas utan föregående inloggning och i värsta fall bidra till att kod körs på servern.
Debianprojektet har släppt en omfattande säkerhetsuppdatering för Debian 13 ”Trixie”. Uppdateringen rättar 68 säkerhetsproblem i Linuxkärnan, däribland brister som kan orsaka systemkrascher, informationsläckor och i vissa fall ge en angripare fullständig kontroll över datorn.
Den nya uppdateringen publicerades den 31 juli 2026 och gäller Linuxkärnan 6.12 LTS, som används i Debian 13. Alla användare rekommenderas att installera uppdateringen så snart som möjligt.
Säkerhetsuppdateringen kommer bara tio dagar efter Debians föregående kärnuppdatering. Den gången rättades 12 sårbarheter. Den nya uppdateringen är betydligt större och omfattar totalt 68 identifierade säkerhetsproblem.
Vad är Linuxkärnan?
Linuxkärnan är den centrala delen av operativsystemet. Den fungerar som en länk mellan datorns programvara och dess maskinvara.
Kärnan hanterar bland annat:
processor och arbetsminne
hårddiskar och filsystem
nätverksanslutningar
USB-enheter
grafikkort
virtuella maskiner
användarnas behörigheter
Ett säkerhetsfel i kärnan kan därför få större konsekvenser än ett fel i ett vanligt program. Om en angripare lyckas utnyttja en kärnsårbarhet kan personen i värsta fall få administratörsbehörighet och ta kontroll över hela systemet.
Många mindre fel – men några är allvarliga
De flesta av de 68 sårbarheterna är relativt begränsade och påverkar särskilda drivrutiner, nätverksfunktioner eller filsystem. Bland problemen finns fel som kan leda till felaktig minneshantering, åtkomst utanför tillåtna minnesområden och försök att använda minne som redan har frigjorts.
Sådana tekniska fel kan bland annat orsaka:
systemkrascher
överbelastning av datorns resurser
informationsläckor
obehörig åtkomst
höjda användarbehörigheter
En sårbarhet behöver inte vara enkel att utnyttja för att vara farlig. Många säkerhetsangrepp bygger på att flera mindre brister kombineras för att kringgå systemets skydd.
Nätverksfel kan orsaka fjärrangrepp
En av de allvarligaste sårbarheterna är CVE-2026-64530. Problemet finns i Linuxkärnans system för trafikstyrning, som används för att kontrollera och prioritera nätverkstrafik.
Sårbarheten är ett så kallat use-after-free-fel. Det innebär att kärnan under vissa omständigheter försöker använda ett minnesområde efter att det redan har frigjorts.
Felet kan orsaka en fjärrutlöst överbelastningsattack, så kallad denial-of-service. Det finns dessutom en möjlig risk för att sårbarheten skulle kunna användas för att köra skadlig kod på den angripna datorn.
Open vSwitch-fel kan ge rootbehörighet
Ett annat allvarligt problem är CVE-2026-64531, även kallat OVSwrap. Sårbarheten finns i datapath-funktionen för Open vSwitch.
Open vSwitch är en virtuell nätverksswitch som ofta används i servrar, molnplattformar, containermiljöer och virtualiserade system.
En lokal användare som lyckas utnyttja sårbarheten kan höja sina behörigheter och få tillgång till systemets rootkonto. Root är den högsta behörighetsnivån i Linux och ger i praktiken fullständig kontroll över operativsystemet.
Sårbarheten är framför allt relevant för servrar och system där flera användare, virtuella maskiner eller containrar delar samma maskin.
Manipulerade NTFS-diskar kan krascha systemet
Två andra sårbarheter, CVE-2026-64532 och CVE-2026-64533, finns i Linuxkärnans NTFS3-drivrutin.
NTFS är det filsystem som normalt används av moderna Windowsinstallationer. Linux kan läsa och skriva till NTFS-formaterade hårddiskar och USB-minnen med hjälp av särskilda drivrutiner.
Sårbarheterna kan utlösas när systemet monterar ett särskilt manipulerat NTFS-filsystem. En angripare skulle exempelvis kunna förbereda ett USB-minne eller en avbildningsfil som får datorn att krascha när innehållet öppnas.
Felen kan även orsaka minnesskador eller läckage av information från systemets minne.
Även lagring och virtuella maskiner påverkas
Uppdateringen rättar också två fel i NVMe over TCP, en teknik som gör det möjligt att använda snabba NVMe-lagringsenheter över ett nätverk.
Sårbarheterna CVE-2026-64534 och CVE-2026-64535 kan orsaka överbelastning och göra att tjänsten eller hela systemet slutar fungera.
Dessutom rättas CVE-2026-53365, som finns i virtio-vsock. Funktionen används för kommunikation mellan en fysisk värddator och virtuella maskiner.
En virtuell gästmaskin kan under vissa förhållanden skicka stora meddelanden utan att resurserna frigörs korrekt. Med tiden kan värddatorns resurser förbrukas, vilket kan leda till kraftigt försämrad prestanda eller systemstopp.
Uppdatera Debian 13 så snart som möjligt
Alla som använder Debian 13 ”Trixie” bör installera de senaste uppdateringarna. Det gäller både skrivbordsdatorer, bärbara datorer och servrar.
Öppna en terminal och kör:
sudo apt update
sudo apt full-upgrade
När den nya kärnan har installerats måste datorn startas om:
sudo reboot
Uppdateringen installerar Linuxkärnan 6.12.100-1.
Efter omstarten går det att kontrollera vilken kärna som används med:
uname -r
Det är viktigt att komma ihåg att en ny kärna inte börjar användas direkt efter installationen. Den aktiveras först när datorn har startats om.
Regelbundna uppdateringar är det viktigaste skyddet
Det finns inga uppgifter om att alla de rättade sårbarheterna aktivt utnyttjas i omfattande attacker. När tekniska detaljer om säkerhetsfel blir offentliga ökar dock risken för att angripare utvecklar metoder för att utnyttja dem.
Att regelbundet installera säkerhetsuppdateringar är därför ett av de enklaste och mest effektiva sätten att skydda ett Linuxsystem.
För Debian 13-användare är rekommendationen tydlig: installera uppdateringen och starta om datorn så snart det är praktiskt möjligt.
EU:s nya system för digital ålderskontroll ska skydda användarnas identitet – men kravet på hårdvarubunden attestering väcker oro. Kritiker menar att tekniken kan stänga ute Linux, alternativa Android-system och självkompilerade appar, trots att projektet utvecklas med öppen källkod.
Tredje rikets kontrollstat + Sovjetunionens övervakningsapparat = EU:s digitala framtid
Europeiska unionen arbetar med en öppen teknisk lösning för ålderskontroll på internet. Tanken är att en användare exempelvis ska kunna bevisa att han eller hon är över 18 år utan att behöva lämna ut namn, fullständigt födelsedatum eller en kopia av sitt identitetskort till varje webbplats.
På papperet är detta ett viktigt steg för den personliga integriteten. I stället för att lämna ut hela sin identitet ska användaren kunna visa upp ett digitalt intyg som enbart svarar på frågan: Är personen tillräckligt gammal?
Men projektets säkerhetsmodell har samtidigt väckt kritik. En ansvarig utvecklare har bekräftat att så kallad hårdvarubunden attestering är ett obligatoriskt krav i projektets arkitektur.
Det kan göra det svårt att använda systemet på Linux, modifierade Android-versioner och program som användare själva har kompilerat från den öppna källkoden.
Ett digitalt åldersbevis
Systemet kan jämföras med att visa upp ett kort där det bara står ”över 18 år”, i stället för att lämna över ett körkort med namn, personnummer, fotografi och adress.
En godkänd utfärdare kontrollerar först användarens ålder och skapar därefter ett digitalt intyg. Intyget kan sedan visas för en webbplats eller tjänst som behöver kontrollera användarens ålder.
Tekniken är utformad för att minska mängden personuppgifter som sprids på internet. Webbplatsen ska alltså inte behöva få veta vem användaren är, bara om ålderskravet är uppfyllt.
Problemet är att ett sådant intyg måste skyddas mot kopiering. Om den digitala legitimationen enkelt kunde flyttas mellan telefoner skulle en vuxen person kunna kopiera sitt åldersbevis och ge det till minderåriga.
För att förhindra detta knyts intyget till en kryptografisk nyckel som lagras i enhetens skyddade hårdvara.
Vad är hårdvarubunden attestering?
Moderna mobiltelefoner innehåller särskilda säkerhetsområden som är åtskilda från det vanliga operativsystemet. På Android kan dessa bland annat kallas Trusted Execution Environment, TEE, eller StrongBox. Apple använder en motsvarande teknik som heter Secure Enclave.
Där kan hemliga kryptografiska nycklar lagras på ett sätt som gör dem svårare att kopiera eller läsa ut, även om telefonens vanliga operativsystem skulle angripas.
När en app använder en sådan nyckel kan den också lämna tekniska bevis på att nyckeln har skapats och förvaras i skyddad hårdvara. Detta kallas attestering.
En projektansvarig för EU:s ålderskontroll har beskrivit hårdvarubunden attestering som ett krav för projektet, inte som en teknisk detalj som enkelt kan tas bort.
Projektet har samtidigt välkomnat alternativa förslag och uppgett att en mer omfattande säkerhetsgranskning och hotmodell ska publiceras.
Hårdvaruskydd är inte samma sak som Google-godkännande
En viktig detalj i diskussionen är skillnaden mellan att använda en säkerhetskrets och att kräva att hela telefonen godkänns av en viss leverantör.
Att lagra en nyckel i skyddad hårdvara behöver inte automatiskt betyda att telefonen måste använda Googles officiella Android-version eller att appen måste ha installerats från Google Play.
EU-projektets tekniska specifikation kräver att appar använder enhetens inbyggda kryptografiska hårdvara när sådan finns. Däremot verkar mer omfattande kontroller, som Googles Play Integrity, Apples App Attest och generell kontroll av om telefonen är rootad, inte vara obligatoriska i alla delar av referenslösningen.
Detta är en avgörande skillnad.
Play Integrity kan exempelvis användas för att bedöma om en Android-enhet kör en godkänd programvarumiljö och om appen kommer från en accepterad distributionskanal. En ren hårdvarunyckel behöver däremot inte göra någon bedömning av hela operativsystemet.
Hur strikta de slutliga kontrollerna blir kan därför bero på hur systemet införs i praktiken och vilka krav de olika utfärdarna ställer.
Öppen källkod garanterar inte ett öppet system
EU:s ålderskontroll utvecklas som öppen källkod. Det betyder att programmerare kan läsa koden, granska den, föreslå ändringar och bygga egna versioner.
Men tillgång till källkoden innebär inte nödvändigtvis att en självkompilerad app får ansluta till den verkliga tjänsten.
De aktörer som utfärdar digitala åldersbevis förväntas bara lämna ut intyg till appar som finns med på en lista över godkända och regelmässigt korrekta applikationer. Listan ska hanteras inom EU-systemets organisation.
En användare kan därför i teorin ladda ned källkoden, bygga appen själv och installera den på sin telefon – men ändå nekas ett riktigt åldersbevis eftersom den egenbyggda versionen inte finns med på listan över godkända appar.
Detta illustrerar skillnaden mellan öppen kod och öppen tillgång.
Koden kan vara fri att studera, samtidigt som åtkomsten till infrastrukturen styrs av certifikat, appregister, hårdvarukrav och beslut från godkända utfärdare.
Vad händer med alternativa Android-system?
För användare av vanliga Android-telefoner och Iphone-enheter behöver kravet inte innebära några större praktiska problem. De flesta moderna telefoner har redan hårdvara för säker lagring av kryptografiska nycklar.
Situationen kan bli annorlunda för personer som använder alternativa Android-system, exempelvis operativsystem där Googles tjänster har tagits bort eller ersatts.
Många sådana system kan fortfarande använda telefonens TEE eller StrongBox. Men de kan få problem om en utfärdare dessutom kräver att operativsystemet, appen eller installationsmetoden ska vara godkänd av Google, Apple eller någon annan betrodd part.
Även äldre telefoner kan påverkas om de saknar tillräckligt modern säkerhetshårdvara eller inte längre får säkerhetsuppdateringar.
Kritiker befarar därför att ålderskontrollen i praktiken kan gynna ett litet antal stora mobilplattformar, även om den tekniska lösningen formellt är öppen.
Är Linux förbjudet?
Linux är inte uttryckligen förbjudet i den nuvarande arkitekturen.
En person som använder Linux på sin dator skulle exempelvis kunna besöka en webbplats, få upp en QR-kod och skanna den med en godkänd app i sin mobiltelefon. Själva åldersintyget skulle då hanteras av telefonen, medan Linux-datorn endast används för att öppna webbplatsen.
Däremot finns det för närvarande ingen motsvarande inbyggd plånbok för vanlig Linux på skrivbordet. En Linuxanvändare blir därför beroende av en separat mobiltelefon med ett operativsystem och en app som accepteras av systemet.
För personer som använder Linux även på mobilen, eller som vill använda helt fria operativsystem, kan detta bli ett betydligt större hinder.
Säkerhet mot digital självständighet
Bakom debatten finns en grundläggande konflikt.
Å ena sidan måste åldersbeviset skyddas mot kopiering, manipulation och massproduktion. Om vem som helst kunde skapa en modifierad app som exporterade eller delade ut digitala intyg skulle systemet snabbt förlora sin trovärdighet.
Å andra sidan kan mycket strikta säkerhetskrav skapa ett system där användaren inte längre själv får bestämma över sin utrustning och programvara.
En tekniskt kunnig användare kanske vill granska källkoden, kompilera appen själv och installera den på ett öppet operativsystem. Men samma frihet som gör öppen källkod värdefull kan också göra det svårare för en extern utfärdare att avgöra om appen följer alla säkerhetsregler.
Frågan handlar därför inte bara om tekniken är öppen, utan om vem som får räknas som betrodd.
Ett politiskt och tekniskt vägval
Den kommande säkerhetsgranskningen och hotmodellen kan ge en tydligare förklaring till varför EU-projektet har valt hårdvarubundna nycklar och vilka angrepp systemet ska skydda mot.
Dokumenten kan också visa om alternativa lösningar är möjliga. Det skulle exempelvis kunna handla om andra former av säker hårdvara, externa säkerhetsnycklar, öppnare attesteringssystem eller särskilda metoder för att godkänna oberoende appversioner.
Tills dess är det oklart hur öppet systemet kommer att vara i praktiken.
Den centrala frågan är om ett EU-finansierat system kan beskrivas som verkligt öppet när användningen inte bara beror på tillgången till källkoden, utan även på godkända appar, kompatibel säkerhetshårdvara, betrodda operativsystem och reglerna hos de organisationer som utfärdar åldersbevisen.
EU:s projekt försöker lösa ett verkligt och komplicerat problem: att kontrollera ålder utan att bygga ett omfattande system för identitetsövervakning.
Men lösningen visar också att integritet, säkerhet och digital frihet inte alltid drar åt samma håll.
> Fakta: EU:s digitala ålderskontroll
Systemet ska låta användaren bevisa att en viss åldersgräns är uppnådd utan att lämna ut namn eller fullständigt födelsedatum.
Åldersbeviset skyddas med kryptografiska nycklar som lagras i enhetens säkerhetshårdvara.
På Android kan tekniker som TEE och StrongBox användas. Apple använder Secure Enclave.
Hårdvarubunden attestering ska förhindra att digitala åldersbevis kopieras, klonas eller delas mellan flera enheter.
Kritiker befarar att kraven kan försvåra användning med Linux, äldre telefoner, alternativa Android-system och självkompilerade appar.
Öppen källkod innebär inte automatiskt att en egenbyggd app får ansluta till den verkliga tjänsten.
Linux är inte uttryckligen förbjudet, men användaren kan behöva en godkänd mobiltelefon för att skanna en QR-kod och visa sitt åldersbevis.
En allvarlig säkerhetsbrist i WordPress gjorde det möjligt för angripare att kringgå inloggningen och i värsta fall ta kontroll över hela webbplatsen. Sårbarheten, som kallas wp2shell, visar att ett starkt lösenord inte alltid räcker när felet finns i själva WordPress-kärnan.
WordPress används till allt från personliga bloggar till företagswebbplatser, webbutiker och stora nyhetssajter. Systemets popularitet är en styrka, men den innebär också att en säkerhetsbrist snabbt kan bli intressant för angripare över hela världen.
I juli 2026 publicerades säkerhetsuppdateringar för två allvarliga sårbarheter i själva WordPress-kärnan. Den farligaste angreppskedjan fick namnet wp2shell. Den kunde i vissa versioner användas utan giltigt användarnamn, utan lösenord och utan att webbplatsen hade något sårbart tillägg installerat.
Angriparen behövde alltså inte först knäcka ett svagt lösenord. I stället kunde WordPress luras att ge en obehörig begäran större rättigheter än den skulle ha haft.
WordPress publicerade version 7.0.2 den 17 juli 2026 och beskrev uppdateringen som så viktig att framtvingade automatiska uppdateringar aktiverades för berörda installationer. WordPress 6.9 rättades samtidigt genom version 6.9.5.
WordPress är mer än en webbsida
För en vanlig besökare kan WordPress se ut som ett program där en administratör loggar in, skriver ett inlägg och trycker på knappen ”Publicera”.
Bakom den synliga administrationspanelen finns emellertid många andra funktioner. Mobilappar, redigeringsverktyg och externa publiceringssystem kan kommunicera med WordPress genom ett programmeringsgränssnitt som kallas REST API.
Ett sådant gränssnitt kan exempelvis användas för att:
läsa offentliga inlägg,
hämta bilder och kategorier,
uppdatera innehåll,
skapa nya inlägg,
hantera användare.
REST API är alltså inte ett säkerhetsproblem i sig. Det är en normal och viktig del av WordPress.
Säkerheten bygger på att WordPress kontrollerar vem som skickar en begäran och om personen eller programmet har rätt att utföra den önskade åtgärden. Vem som helst får vanligtvis läsa offentliga inlägg, men endast en behörig användare ska kunna skapa administratörskonton eller installera programkod.
Ett kuvert med flera blanketter
WordPress REST API innehåller en så kallad batchfunktion. Med den kan ett program skicka flera API-anrop i samma paket.
Det kan jämföras med att lämna ett kuvert med flera blanketter till en myndighet. Handläggaren öppnar kuvertet, granskar varje blankett och skickar den vidare till rätt avdelning.
En blankett kanske ska till folkbokföringen, en annan till bygglovsenheten och en tredje till ekonomiavdelningen. Systemet måste hålla reda på vilken blankett som hör ihop med vilken kontroll och vilken handläggare.
I de sårbara WordPress-versionerna kunde denna sortering komma ur takt.
Om en felaktig begäran placerades på rätt ställe i paketet kunde WordPress blanda ihop de efterföljande begärandena med fel funktioner. En begäran kunde därmed behandlas av en annan del av systemet än den först hade kontrollerats för.
Detta kallas ungefär för route confusion, eller sammanblandning av API-sökvägar.
Problemet fanns i WordPress batchhantering och kombinerades med en SQL-injektionssårbarhet. WordPress beskriver säkerhetsfelet som en sammanblandning av REST API:s batchvägar och SQL-injektion som kunde leda till fjärrkörning av kod.
När data förvandlas till instruktioner
WordPress lagrar bland annat inlägg, användare och inställningar i en databas. För att hämta information ur databasen används språket SQL.
Ett mycket förenklat kommando kan se ut så här:
Hämta inlägget med nummer 10.
Normalt ska information som en besökare skickar behandlas som data. Ett inmatat namn ska vara ett namn och ett inmatat nummer ska vara ett nummer.
Vid en SQL-injektion lyckas angriparen få delar av sin inmatning att behandlas som instruktioner till databasen.
Det kan liknas vid att någon fyller i följande på en blankett:
Hämta kund nummer 10 – och lämna därefter ut hela arkivet.
Ett säkert system ska förstå att allt som står i fältet bara är information. I ett sårbart system kan den extra texten i stället bli en instruktion.
I wp2shell-angreppet kunde sammanblandningen i batchfunktionen göra att angriparens information nådde databasfunktionen utan den normala kontrollen. Därmed öppnades vägen för SQL-injektion.
Från databasfel till administratör
En SQL-injektion ger inte automatiskt full kontroll över en webbserver. Angreppet behövde därför genomföras i flera steg.
Genom att manipulera de objekt som WordPress skapade från databasens sökresultat kunde angriparen få systemet att arbeta med förfalskad information. Funktioner för bland annat cachelagring, publicering och interna sparningar kunde sedan utnyttjas för att skriva tillbaka informationen till databasen.
Angreppskedjan var komplicerad, men resultatet var enkelt att förstå: WordPress kunde under ett kort ögonblick luras att agera som en administratör.
Under detta ögonblick kunde en tidigare nekad begäran om att skapa en ny användare behandlas på nytt. Den här gången trodde WordPress att begäran kom från en administratör.
Angriparen kunde då skapa ett eget administratörskonto utan att känna till något befintligt lösenord.
Det ursprungliga underlaget beskriver hur en anonym angripare kunde ta sig från en felaktigt behandlad batchbegäran till SQL-injektion, ett förfalskat administratörsläge och slutligen fjärrkörning av kod.
Vad betyder wp2shell?
Namnet wp2shell kan ungefär uttydas som:
Från WordPress till ett kommandoskal.
Ett kommandoskal, ofta kallat shell, gör det möjligt att köra kommandon i serverns operativsystem.
Det är betydligt allvarligare än att en angripare bara kan publicera ett reklaminlägg. Med tillräcklig kontroll kan angriparen exempelvis:
skapa nya administratörer,
installera skadliga tillägg,
ändra WordPress-filer,
läsa känslig information,
placera ut bakdörrar,
ändra webbplatsens innehåll,
omdirigera besökare,
använda servern för fortsatta angrepp.
Den här typen av sårbarhet kallas Remote Code Execution, förkortat RCE. På svenska brukar det beskrivas som fjärrkörning av kod.
När angreppet kan startas innan angriparen har loggat in kallas det pre-authentication RCE.
Reklaminlägget är ofta bara ett symtom
En webbplatsägare kan först upptäcka intrånget genom att ett okänt reklaminlägg dyker upp på webbplatsen.
Det är då lätt att tro att någon bara har kommit över lösenordet till ett redaktörskonto. Men reklaminlägget kan vara det synliga resultatet av ett betydligt allvarligare intrång.
Efter att angriparen har skapat ett administratörskonto kan WordPress vanliga publiceringsfunktioner användas. Ett nytt inlägg kan exempelvis skapas genom den normala REST API-adressen:
/wp-json/wp/v2/posts
REST API är i det läget inte själva säkerhetsbristen. Det är det legitima publiceringsverktyg som angriparen använder efter att redan ha skaffat sig behörighet.
Angriparen kan också ha skapat ett applikationslösenord, en giltig inloggningssession eller en bakdörr i en PHP-fil. Därför kan reklamen fortsätta att publiceras även om webbplatsägaren byter sitt vanliga lösenord.
Ett nytt lösenord städar inte servern
Att byta lösenord är alltid klokt efter ett misstänkt intrång, men det är inte tillräckligt.
En angripare kan ha lämnat efter sig:
nya administratörskonton,
applikationslösenord,
aktiva inloggningscookies,
ändrade teman,
manipulerade tillägg,
skadliga PHP-filer,
schemalagda aktiviteter,
kod i databasen,
fristående bakdörrar.
En säkerhetsuppdatering stänger den ursprungliga luckan, men tar inte automatiskt bort sådant som installerades före uppdateringen.
Säkerhetsföretaget Wiz uppgav den 20 juli 2026 att sårbarheten redan utnyttjades mot internetanslutna WordPress-installationer. Bland observationerna fanns uppladdade skadliga tillägg och PHP-bakdörrar som kunde ge fortsatt åtkomst till servrarna.
En webbplats som kan ha angripits bör därför betraktas som komprometterad tills den har undersökts och sanerats.
Vilka versioner berördes?
Den fullständiga wp2shell-kedjan berörde följande WordPress-versioner:
WordPress-version
Status
6.9.0–6.9.4
Sårbara för den fullständiga angreppskedjan
6.9.5
Säkerhetsrättad
7.0.0–7.0.1
Sårbara för den fullständiga angreppskedjan
7.0.2
Säkerhetsrättad
WordPress 6.8.0–6.8.5 berördes av den separata SQL-injektionssårbarheten, men inte av hela RCE-kedjan. Den grenen rättades genom WordPress 6.8.6. Versioner före WordPress 6.8 uppgavs inte vara berörda av dessa två säkerhetsproblem.
Så kan ett angrepp synas
Ett misstänkt anrop i webbserverns accesslogg kan exempelvis rikta sig mot:
/wp-json/batch/v1
eller:
/?rest_route=/batch/v1
I vissa publika angreppsverktyg har texten wp2shell använts som User-Agent.
En sådan text är inte ensam ett säkert bevis, eftersom en User-Agent enkelt kan ändras. Men misstanken stärks om trafiken samtidigt följs av exempelvis:
nya administratörskonton,
okända tillägg,
ändrade PHP-filer,
anrop till administrationspanelen,
nya publicerade inlägg,
webbserverprocesser som startar kommandoskal.
I observerade angrepp har webbservern exempelvis skapat nya tilläggskataloger och startat skal för att köra kommandon på Linux-servern. Underlaget rekommenderar därför att man inte enbart letar efter ett bestämt filnamn, eftersom angriparen enkelt kan byta namn på sina filer. Beteendet är ofta en bättre indikator än namnet.
Vad bör webbplatsägaren göra?
Det första steget är att omedelbart kontrollera och uppdatera WordPress.
Med WP-CLI kan versionen visas med:
wp core version --allow-root
WordPress kan uppdateras med:
wp core update --allow-root
En installation i 6.9-serien ska minst använda version 6.9.5. En installation i 7.0-serien ska minst använda version 7.0.2. WordPress rekommenderar att säkerhetsuppdateringarna installeras omedelbart.
Därefter bör webbplatsens användarkonton, applikationslösenord, aktiva sessioner, tillägg, teman och filer granskas.
WordPress kärnfiler kan kontrolleras mot officiella kontrollsummor:
wp core verify-checksums --allow-root
Tillägg från WordPress.org kan i många fall kontrolleras med:
wp plugin verify-checksums --all --allow-root
Det är också lämpligt att leta efter oväntade PHP-filer i uppladdningskatalogen:
find wp-content/uploads -type f -iname '*.php'
Okända administratörer ska undersökas. Applikationslösenord bör återkallas och WordPress säkerhetsnycklar kan bytas för att göra befintliga inloggningscookies ogiltiga.
Vid ett bekräftat intrång är den säkraste lösningen ofta att återställa webbplatsen från en verifierat ren säkerhetskopia, installera om WordPress-kärnan och betrodda tillägg samt byta samtliga relevanta lösenord och nycklar.
Säkerhet handlar om mer än lösenord
wp2shell visar varför ett starkt lösenord inte är ett fullständigt skydd.
Lösenordet skyddar den normala ingången till administrationspanelen. Men en allvarlig programvarusårbarhet kan innebära att angriparen hittar en helt annan väg in.
Det kan jämföras med ett hus där ytterdörren har ett mycket avancerat lås, samtidigt som ett konstruktionsfel gör det möjligt att öppna en servicelucka från utsidan.
Lösningen är därför både starka inloggningsuppgifter och väl underhållen programvara:
använd unika och starka lösenord,
aktivera tvåfaktorsautentisering,
håll WordPress uppdaterat,
uppdatera teman och tillägg,
ta regelbundna säkerhetskopior,
granska användarkonton,
övervaka loggar och filändringar,
ta bort programvara som inte används.
Sammanfattning
wp2shell var en allvarlig angreppskedja i själva WordPress-kärnan. Genom att kombinera en sammanblandning i REST API:s batchfunktion med SQL-injektion kunde en anonym angripare i vissa WordPress-versioner kringgå normala säkerhetskontroller.
Angreppet kunde leda till att ett nytt administratörskonto skapades och att angriparen därefter installerade kod på webbservern.
De främst berörda versionerna var WordPress 6.9.0–6.9.4 och WordPress 7.0.0–7.0.1. Problemen rättades den 17 juli 2026 genom WordPress 6.9.5 och 7.0.2.
En uppdatering är nödvändig, men den är inte alltid tillräcklig. En redan angripen webbplats måste också undersökas efter okända användare, applikationslösenord, bakdörrar, förändrade filer och skadliga tillägg.
Ett oväntat reklaminlägg kan med andra ord vara mer än vanligt skräppost. Det kan vara det första synliga tecknet på att någon redan har tagit sig förbi webbplatsens normala säkerhet.
Angreppsmetod: REST API, felaktig hantering av batchanrop och SQL-injektion
Risk: Angripare kan skapa administratörskonton, installera skadliga tillägg, publicera spam och köra kommandon på webbservern.
Möjliga symtom:
Webbplatsen får plötsligt många nya användarkonton med administratörsbehörighet. Andra tecken kan vara okända reklaminlägg, nya tillägg som ingen har installerat eller oväntade ändringar på webbplatsen.
Viktigt: Ett lösenordsbyte räcker inte om webbplatsen redan har blivit angripen. Kontrollera även användarkonton, applikationslösenord, tillägg, teman, filer och aktiva sessioner.
> ÅTGÄRD: Uppdatera WordPress omedelbart och undersök webbplatsen efter tecken på intrång.
IPFire 2.29 Core Update 203 innebär en av de största förändringarna på länge för den Linuxbaserade brandväggsdistributionen. Den tidigare DNS-tjänsten Unbound ersätts av Knot Resolver, vilket ger stöd för krypterade DNS-frågor, central blockering av skadliga domäner, lokala DNS-poster och bättre integration med DHCP. Uppdateringen innehåller även stöd för Wi-Fi på 6 GHz-bandet, säkrare drift i Amazon EC2 och ett stort antal uppdaterade systempaket.
IPFire byter DNS-motor – snabbare, säkrare och mer flexibel namnuppslagning
IPFire har släppt version 2.29 Core Update 203. Den största förändringen sker bakom kulisserna, där den tidigare DNS-tjänsten Unbound ersätts av Knot Resolver. Uppdateringen ger bland annat krypterade DNS-frågor, blockering av skadliga webbplatser, bättre stöd för lokala datornamn och möjlighet att använda trådlösa nätverk på 6 GHz-bandet.
Vad gör egentligen en DNS-server?
När du skriver in exempelvis linux.se i webbläsaren måste datorn först ta reda på vilken IP-adress som hör till webbplatsen. Denna uppslagning görs genom DNS, Domain Name System.
DNS kan jämföras med internets telefonkatalog. Människor använder begripliga namn, medan datorerna kommunicerar med hjälp av numeriska IP-adresser.
I ett vanligt nätverk skickas DNS-frågorna ofta genom routern eller brandväggen. Därför är DNS en central del av nätverkets funktion och säkerhet. Om DNS-tjänsten är långsam, manipulerad eller felkonfigurerad kan det påverka nästan all internettrafik.
Unbound ersätts av Knot Resolver
IPFire har under många år använt DNS-programmet Unbound. Det är en välkänd och beprövad DNS-resolver, men utvecklarna bakom IPFire vill kunna integrera DNS-funktionerna ännu djupare i brandväggssystemet.
Därför ersätts Unbound nu av Knot Resolver.
Knot Resolver har en modulär och programmerbar uppbyggnad. Det innebär att IPFire-utvecklarna enklare kan bygga in egna funktioner för exempelvis filtrering, DHCP, lokal namnuppslagning och krypterad kommunikation.
Bytet är alltså inte bara en ersättning av ett program med ett annat. Stora delar av IPFires DNS-hantering har byggts om från grunden.
Krypterade DNS-frågor med DNS över TLS
En av de viktigaste nyheterna är stöd för krypterad vidarebefordran av DNS-frågor genom DNS over TLS.
Traditionella DNS-frågor skickas ofta okrypterade. Det innebär att en internetoperatör eller någon som övervakar nätverkstrafiken i vissa fall kan se vilka domäner användaren försöker besöka.
Med DNS over TLS skickas frågorna genom en krypterad förbindelse till den valda DNS-leverantören. Det gör det betydligt svårare för utomstående att läsa eller förändra DNS-trafiken på vägen.
Krypteringen döljer däremot inte all internettrafik. Den skyddar framför allt själva DNS-uppslagningen mellan IPFire och den externa DNS-servern.
DNS-brandvägg blockerar skadliga domäner
Core Update 203 introducerar även en DNS-brandvägg.
En vanlig brandvägg kontrollerar trafik utifrån exempelvis IP-adresser, portar och protokoll. En DNS-brandvägg kan i stället stoppa anslutningen redan när en dator försöker slå upp namnet på en blockerad domän.
Det kan användas för att blockera:
webbplatser som sprider skadlig kod
nätfiske och bedrägerisidor
reklam- och spårningsdomäner
vuxeninnehåll eller andra kategorier
domäner som administratören själv har valt att blockera
Eftersom filtreringen sker centralt i IPFire kan den skydda alla enheter i nätverket, även sådana där det är svårt att installera säkerhetsprogram. Det kan exempelvis vara smarta TV-apparater, nätverkskameror, spelkonsoler och andra uppkopplade produkter.
Filterlistorna hämtas krypterat
För att hålla DNS-brandväggens listor uppdaterade har IPFire utvecklat ett nytt program som heter zone-sync.
Zone-sync är skrivet i programspråket C och hämtar filtrerings- och policydata genom en krypterad anslutning. Uppdateringarna kan överföras stegvis, vilket innebär att endast förändrad information behöver hämtas.
Krypteringen minskar risken för att någon ska kunna läsa eller manipulera filterinformationen under överföringen.
SafeSearch för hela nätverket
Den nya DNS-lösningen kan även tvinga fram SafeSearch på större sökmotorer och på YouTube.
SafeSearch används för att filtrera bort en del olämpligt eller vuxenklassat innehåll från sökresultaten. När funktionen aktiveras i IPFire gäller inställningen för hela nätverket.
Det kan vara användbart i exempelvis:
hem med barn
skolor
bibliotek
föreningslokaler
arbetsplatser
offentliga trådlösa nätverk
Eftersom inställningen hanteras av brandväggen behöver den inte göras separat på varje dator, telefon eller surfplatta.
Lokala datornamn från DHCP
IPFire kan nu integrera Knot Resolver med DHCP-tjänsten.
DHCP är den funktion som automatiskt delar ut IP-adresser till enheter i nätverket. När en dator ansluter kan den exempelvis få adressen 192.168.1.25.
Genom DHCP-integrationen kan IPFire även göra enhetens namn tillgängligt i det lokala DNS-systemet. En dator kan därmed nås med ett begripligt namn i stället för att användaren behöver komma ihåg dess IP-adress.
Detta ersätter den tidigare bryggan mellan Unbound och DHCP, utan att den gamla funktionen går förlorad.
Administratören kan också skapa egna lokala DNS-poster. En filserver skulle exempelvis kunna få namnet:
server.lan
Det är enklare att komma ihåg än en numerisk adress.
Villkorlig vidarebefordran
Knot Resolver ger även stöd för villkorlig vidarebefordran.
Det innebär att DNS-frågor för vissa domäner kan skickas till en särskild DNS-server. Vanliga internetdomäner kan exempelvis skickas till en extern DNS-leverantör, medan frågor för företagets interna domän skickas till en lokal server.
Detta är särskilt användbart i större nätverk, VPN-anslutningar och organisationer som använder egna interna domännamn.
Det finns dock en viktig förändring för befintliga installationer. DNS-servrar för vidarebefordrade zoner kan inte längre anges med fullständiga domännamn. De måste i stället anges med IP-adresser.
Administratörer som använder funktionen bör därför kontrollera sidan för DNS-vidarebefordran efter uppdateringen.
DNS-cachen överlever omstarter
En DNS-resolver sparar tidigare uppslagningar i en cache. Om flera användare försöker besöka samma webbplats behöver systemet då inte fråga externa DNS-servrar varje gång.
I den nya lösningen är cachen beständig. Det innebär att den inte omedelbart försvinner när tjänsten eller brandväggen startas om.
Resultatet kan bli snabbare namnuppslagningar efter en omstart och mindre belastning på externa DNS-servrar.
Knot Resolver kan dessutom använda flera arbetsprocesser som delar på samma cache och statusinformation. Därmed kan flera processorkärnor användas utan att varje process behöver bygga upp en separat uppsättning sparade DNS-svar.
Stöd för Wi-Fi på 6 GHz
En annan stor nyhet är att IPFires funktion för trådlös åtkomstpunkt nu stöder 6 GHz-bandet.
Detta frekvensområde används av Wi-Fi 6E och Wi-Fi 7 och kompletterar de äldre banden på 2,4 och 5 GHz.
Den största fördelen är att 6 GHz-bandet fortfarande är relativt tomt. Det finns betydligt färre äldre produkter som konkurrerar om utrymmet, vilket kan ge mindre störningar och stabilare anslutningar.
Det större frekvensutrymmet gör också att fler breda kanaler på 80 eller 160 MHz kan användas. Breda kanaler kan ge högre överföringshastighet, förutsatt att både åtkomstpunkten och klienten har stöd för tekniken.
Till skillnad från delar av 5 GHz-bandet kräver 6 GHz normalt inte samma radarkontroll genom DFS. En åtkomstpunkt behöver därför inte vänta på att kontrollera om en radar använder kanalen och riskerar inte heller att tvingas byta kanal på grund av en upptäckt radarsignal.
Uppdateringen rättar dessutom ett fel som kunde hindra den trådlösa åtkomstpunkten från att starta när en manuellt vald kanal kombinerades med 40 MHz kanalbredd.
Säkrare drift i Amazon EC2
IPFire kan köras som en virtuell brandvägg i Amazon Web Services.
Core Update 203 lägger till stöd för IMDSv2, den nyare och säkrare metoden för att hämta information om en virtuell EC2-instans. IMDSv2 använder tillfälliga säkerhetstoken och ger ett bättre skydd mot vissa typer av attacker än den äldre IMDSv1-metoden.
Stöd för IMDSv1 finns fortfarande kvar för äldre installationer.
Uppdaterad mikrokod för Intel-processorer
Uppdateringen innehåller även ny mikrokod för vissa Intel-processorer.
Mikrokod kan beskrivas som en mycket låg nivå av programvara inuti processorn. Processortillverkaren kan använda mikrokodsuppdateringar för att korrigera fel och minska effekten av säkerhetsproblem utan att själva processorn behöver bytas ut.
Den aktuella uppdateringen innehåller åtgärder kopplade till säkerhetsproblemet INTEL-SA-01420.
Förbättringar för OpenVPN och loggning
OpenVPN-gränssnittet har fått en tydligare ikon för nedladdning av klientkonfigurationer.
För så kallade Roadwarrior-klienter med en statiskt tilldelad IP-adress visas nu även namnet på det tillhörande delnätet bredvid anslutningen. Det kan göra administrationen enklare när många VPN-användare finns registrerade.
Systemets loggtjänst sysklogd kan åter lyssna på localhost. Det är bland annat användbart för program som körs i en avskild chroot-miljö men ändå behöver skicka loggmeddelanden till systemet.
Ett problem med hanteringen av UTF-8 i Perl har också rättats. Det felet kunde göra att översättningar och andra texter med exempelvis svenska tecken visades felaktigt i webbgränssnittet.
Många program har uppdaterats
Som vanligt innehåller versionen även ett stort antal uppdaterade systempaket.
Bland de viktigare märks:
BIND 9.20.23
Boost 1.90.0
GNU Coreutils 9.11
GRUB 2.14
OpenVPN 2.7.4
SQLite 3.53.1
strongSwan 6.0.7
Suricata 8.0.6
util-linux 2.42
Vim 9.2
Samba 4.24.2
Postfix 3.11.3
rsync 3.4.3
tmux 3.6b
Suricata används för att upptäcka misstänkt nätverkstrafik och intrångsförsök, medan strongSwan används för IPsec-baserade VPN-anslutningar.
Zabbix-agentens tillägg har också rättats för att bättre kunna tolka statusinformation från OpenVPN 2.7 och hantera fel vid pingkontroller.
En ovanligt omfattande uppdatering
Core Update 203 är mer omfattande än en vanlig samling paketuppdateringar.
DNS är en grundläggande del av nästan all modern nätverkskommunikation. Att ersätta hela DNS-motorn påverkar därför många delar av systemet. IPFire-utvecklarna har behövt bygga nya moduler för DHCP, filtrering och lokal namnuppslagning samt utveckla zone-sync för säker överföring av DNS-zoner.
För användaren innebär förändringen framför allt fler säkerhetsfunktioner och större kontroll över nätverkets DNS-trafik.
Uppdatering och installation
Befintliga IPFire-installationer kan uppdateras genom Pakfire i det webbaserade administrationsgränssnittet eller med motsvarande kommando i terminalen.
Nya installationsavbilder finns för både x86_64 och aarch64. Det gör att IPFire kan installeras på vanliga Intel- och AMD-baserade datorer samt på kompatibla ARM-system.
Den som redan använder DNS-vidarebefordran bör särskilt kontrollera sina inställningar. Poster som pekar på DNS-servrar med domännamn måste ändras så att de i stället använder IP-adresser.
För övriga användare bör uppdateringen kunna installeras på normalt sätt genom IPFires vanliga uppdateringsfunktion.
FreeRDP gör det möjligt att styra en dator på distans, nästan som om man satt framför den. I version 3.28 ligger fokus på säkrare anslutningar, färre krascher och bättre stöd för flera plattformar. Uppdateringen rättar flera sårbarheter, väcker liv i klienten för iPhone och iPad och förbättrar funktioner i Android, Windows och macOS.
FreeRDP är en fri och öppen implementation av Microsofts Remote Desktop Protocol, vanligtvis förkortat RDP. Tekniken används för att ansluta till en annan dator över ett nätverk och arbeta med den på distans.
Det kan exempelvis handla om att en Linuxanvändare behöver ansluta till en Windowsdator, att en administratör arbetar med en server eller att en användare vill nå sin arbetsdator hemifrån.
När en RDP-anslutning upprättas skickas bilden från fjärrdatorn till användarens skärm. Tangentbord och mus skickar samtidigt kommandon tillbaka till fjärrdatorn. Även ljud, urklipp, skrivare, filer, kameror och andra enheter kan föras över mellan datorerna.
FreeRDP används både som ett fristående program och som en teknisk grund i andra program för fjärrskrivbord. Därför kan en säkerhetsuppdatering i FreeRDP påverka betydligt fler användare än dem som själva känner till att programmet finns installerat.
Flera säkerhetsproblem har rättats
Den viktigaste nyheten i FreeRDP 3.28 är att flera säkerhetsproblem har åtgärdats. Bland dessa finns sårbarheterna CVE-2026-57156, CVE-2026-57157 och CVE-2026-57158.
Rättningarna berör bland annat hur programmet tolkar inkommande data, kontrollerar minnesgränser och hanterar urklipp, kameror, smartkort, ljud, video och anslutna enheter.
En RDP-klient måste kunna ta emot många olika typer av information från fjärrdatorn. Det kan vara allt från en bildruta till ett filnamn, ett ljudpaket eller information från ett smartkort.
Om sådan information är felaktigt formaterad eller innehåller ett orimligt stort värde måste klienten upptäcka det innan informationen behandlas. Annars kan programmet försöka läsa eller skriva data på fel plats i minnet.
Resultatet kan bli en krasch, men minnesfel kan i vissa fall även utnyttjas för att påverka programmet på ett mer allvarligt sätt. Därför är kontroller av storlek, format och minnesgränser en central del av säkerheten i program som kommunicerar över nätverk.
I FreeRDP 3.28 har många av dessa kontroller förstärkts. Användare och Linuxdistributioner rekommenderas därför att uppdatera när den nya versionen blir tillgänglig.
Klienten för iPhone och iPad får nytt liv
En av de mer synliga nyheterna är att projektets klient för iPhone och iPad återigen har börjat utvecklas.
Klienten heter iFreeRDP och är tänkt att göra det möjligt att ansluta till ett fjärrskrivbord från en iOS-enhet. I den nya versionen har utvecklarna moderniserat delar av koden och tagit bort flera varningar om föråldrade funktioner.
Arbetet omfattar även förbättringar i byggsystemet och stöd för att bygga videokodeken OpenH264.
En kodek är en teknik som komprimerar och packar upp ljud eller video. Komprimeringen gör att färre data behöver skickas över nätverket, vilket kan ge en snabbare och mjukare fjärrskrivbordsupplevelse.
Förändringarna betyder inte automatiskt att en ny färdig version av iFreeRDP omedelbart dyker upp i Apples App Store. De visar däremot att klienten återigen har blivit en aktiv del av FreeRDP-projektet.
Android får stöd för RISC-V
Även Androidversionen har fått flera förbättringar. FreeRDP kan nu byggas för 64-bitars RISC-V på Android.
RISC-V är en öppen processorarkitektur. Till skillnad från exempelvis x86 och ARM är den grundläggande instruktionsuppsättningen öppen och kan användas av olika tillverkare utan att de behöver utveckla en helt egen arkitektur.
RISC-V används redan i bland annat inbyggda system, enkortsdatorer och vissa servrar. Stödet i Androidversionen av FreeRDP är därför främst viktigt för framtida enheter och för utvecklare som arbetar med den nya arkitekturen.
Byggprocessen för Android har samtidigt blivit mer flexibel. Det går nu lättare att ändra versionsnamn och versionsnummer för olika utgåvor.
Den virtuella muspekaren för pekskärmar har också fått en ny utformning. Dessutom har externa programberoenden flyttats till en särskild CMake-fil, vilket gör källkoden enklare att bygga och underhålla.
Förbättringar i Windowsklienten
FreeRDP innehåller också en klient för Windows som heter wfreerdp.
I FreeRDP 3.28 har den flytande verktygsraden i helskärmsläget förbättrats. Verktygsraden gör det möjligt att komma åt olika kontroller även när fjärrskrivbordet täcker hela skärmen.
Ett problem där rullningspositionen kunde återställas när rullningslisterna doldes har också rättats.
Versionen innehåller dessutom justeringar för Microsofts kompilator MSVC och rättningar som berör CredSSP.
CredSSP är en teknik som används när inloggningsuppgifter ska överföras till en fjärrdator. Eftersom tekniken hanterar känslig information är det viktigt att den fungerar korrekt och att fel upptäcks tidigt.
Utvecklarna har även rättat problem med anropskonventioner på vissa x86-baserade Windows-system. En anropskonvention bestämmer bland annat hur ett program skickar information mellan olika funktioner. Fel på den nivån kan leda till oväntade krascher eller felaktiga resultat.
Nytt stöd för smartkort på serversidan
FreeRDP 3.28 introducerar ett nytt programmeringsgränssnitt för smartkort på serversidan.
Ett smartkort är ett kort med ett inbyggt chip som kan lagra exempelvis digitala certifikat och krypteringsnycklar. Smartkort används ofta för säker inloggning inom företag, myndigheter och andra verksamheter med höga säkerhetskrav.
Den nya versionen innehåller även flera rättningar för validering av smartkortsdata och för hantering av inloggning med smartkort.
Validering innebär att programmet kontrollerar att informationen ser ut som förväntat innan den används. Det är särskilt viktigt när informationen kommer från en annan dator eller en extern enhet.
Klientens statistikgränssnitt har dessutom utökats med stöd för statiska RDP-kanaler. Det gör det lättare för utvecklare och administratörer att se hur olika delar av anslutningen används och hur mycket data de överför.
Säkrare filöverföring genom urklippet
Den SDL-baserade FreeRDP-klienten har också fått flera förbättringar.
SDL är ett plattformsoberoende bibliotek för bland annat grafik, ljud, tangentbord och mus. Det används för att samma programkod ska kunna fungera på flera operativsystem.
I FreeRDP 3.28 har säkerheten förbättrats när filer kopieras genom urklippet.
Urklippet används normalt när användaren kopierar och klistrar in text. I en RDP-anslutning kan samma teknik även användas för att flytta filer mellan den lokala datorn och fjärrdatorn.
Det innebär att programmet måste hantera filnamn, sökvägar och filinformation som skickas över nätverket. Om sådana uppgifter inte kontrolleras ordentligt kan de orsaka fel eller användas på ett oväntat sätt.
SDL-klienten har även fått stöd för Askpass. Det gör det möjligt att ange ett lösenord genom ett separat grafiskt fönster i stället för direkt i en terminal.
Problem med aviseringar har rättats och inställningarna för naturlig rullning fungerar nu bättre med både mus och pekplatta.
Naturlig rullning innebär att innehållet rör sig i samma riktning som användarens fingrar på pekplattan, ungefär som på en mobiltelefon eller surfplatta.
Ljudet i macOS kan återställas bättre
På macOS har ljudhanteringen förbättrats.
Ljudet i en RDP-session kan påverkas när användaren ansluter hörlurar, byter ljudutgång eller ansluter ett externt ljudkort. Då kan macOS ändra konfigurationen för sitt ljudsystem AVAudioEngine.
Tidigare kunde en sådan förändring göra att ljudet från fjärrdatorn försvann. FreeRDP 3.28 kan nu bättre återställa ljudströmmen efter att ljudsystemets inställningar har ändrats.
Bättre kontroller av video och kameradata
FreeRDP 3.28 innehåller även förbättrade kontroller av video och kameradata.
När en videobild kopieras till skärmen måste programmet veta exakt hur stor den aktuella bildytan är. Om en bildruta är större än det tillgängliga området finns en risk att data hamnar utanför det minne som har reserverats.
I den nya versionen begränsas kopieringen av videobildrutor till den aktuella bildytans storlek.
Även information som skickas genom kamerakanaler och funktioner för fjärrassistans kontrolleras mer noggrant innan den används.
Detta är ett exempel på så kallad defensiv programmering. Programmet utgår inte från att mottagen data är korrekt, utan kontrollerar den först.
Färre krascher vid användning av RDP-gateway
Ett möjligt segmenteringsfel i funktionen winpr_strnstr har också rättats.
Ett segmenteringsfel uppstår när ett program försöker läsa eller skriva i ett minnesområde som det inte har rätt att använda. Operativsystemet stoppar då normalt programmet, vilket gör att det kraschar.
Det aktuella felet kunde uppstå i samband med en RDP-gateway.
En RDP-gateway fungerar som en mellanhand mellan klienten och fjärrdatorn. Den används ofta för att ge säker åtkomst till datorer i ett internt nätverk utan att RDP-servern behöver vara direkt åtkomlig från internet.
RDPDR och WinPR har förstärkts
Hanteringen av textsträngar i RDPDR-kanalen har förbättrats.
RDPDR används för omdirigering av lokala enheter. Det kan exempelvis göra det möjligt för en fjärrdator att komma åt en lokal hårddisk, skrivare, serieport eller ett smartkort.
Eftersom enhetsnamn och sökvägar skickas som textsträngar är det viktigt att programmet kontrollerar deras längd och innehåll.
Flera kontroller i WinPR:s datatolkning har också förstärkts.
WinPR är ett kompatibilitetslager som ingår i FreeRDP. Det tillhandahåller funktioner som liknar dem i Windows, men som kan användas på andra operativsystem.
Genom att förbättra WinPR:s parsrar minskar risken för att felaktigt formaterad information orsakar minnesfel eller krascher.
Tydligare loggar när anslutningen misslyckas
Loggningen vid misslyckade anslutningar har förbättrats.
För användaren kan ett anslutningsfel verka enkelt: fjärrskrivbordet öppnas inte. Bakom felet kan det däremot finnas många olika orsaker, till exempel felaktiga inloggningsuppgifter, certifikatproblem, nätverksfel eller inkompatibla säkerhetsinställningar.
Tydligare loggar gör det lättare för administratörer och utvecklare att se var i anslutningsprocessen problemet uppstod.
En viktig uppdatering även för vanliga användare
FreeRDP 3.28 innehåller många tekniska förändringar som de flesta användare aldrig kommer att märka direkt.
Det är ofta ett gott tecken. Säkerhetskontroller, förbättrad minneshantering och noggrannare validering ska helst arbeta i bakgrunden utan att störa användningen.
Samtidigt innehåller versionen synligare förbättringar, som ett återupplivat iOS-projekt, bättre Androidstöd, förbättrade Windowskontroller och stabilare ljud i macOS.
Den som använder FreeRDP direkt, eller ett program som bygger på FreeRDP, bör därför installera version 3.28 när den finns tillgänglig genom operativsystemets uppdateringar.
Parrot OS 7.3 är här med fokus på modern hårdvara, bättre prestanda och smidigare användning. Den Debian-baserade säkerhetsdistributionen får optimerade paket för nyare processorer, officiella Vagrant-boxar, uppdaterade säkerhetsverktyg och ett nytt menysystem som gör det enklare att installera verktyg vid behov.
Parrot OS 7.3 har nu släppts. Det är en ny version av den Debian-baserade Linuxdistributionen som främst riktar sig till säkerhetsexperter, penetrationstestare, utvecklare och användare som vill ha ett system med fokus på integritet och kontroll.
Den nya versionen innehåller flera tekniska förbättringar, men det mest intressanta är att Parrot OS nu tar ett tydligare steg mot modernare datorhårdvara. Målet är att systemet ska kunna utnyttja nyare processorer bättre och samtidigt bli enklare att använda i vardagen.
Snabbare program på nyare datorer
En av de största nyheterna i Parrot OS 7.3 är så kallade optimerade paket. Traditionellt byggs många Linuxpaket för att fungera på väldigt gamla x86-64-processorer. Det är bra för kompatibiliteten, men det betyder också att moderna processorer inte alltid används fullt ut.
Parrot OS 7.3 erbjuder därför ett frivilligt paketförråd med program som har kompilerats om för nyare processorer. På datorer med tillräckligt modern CPU kan vissa beräkningstunga arbetsuppgifter bli märkbart snabbare.
Det gäller framför allt uppgifter som:
komprimering av filer
kryptering
hashning
videokodning
bild- och ljudbearbetning
vissa utvecklings- och analysverktyg
Enligt Parrot-projektet kan prestandavinsten i vissa fall ligga mellan 20 och 50 procent. Det betyder inte att hela systemet automatiskt blir dubbelt så snabbt, men för rätt typ av arbetsuppgifter kan skillnaden märkas tydligt.
För vanliga saker som filhantering, nätverkstjänster eller enklare kommandon blir skillnaden däremot ofta liten eller obefintlig.
Byggt för dagens processorer
De optimerade paketen riktar sig bland annat till system med nyare Intel- och AMD-processorer, exempelvis Intel Haswell eller AMD Zen och senare. På ARM-sidan nämns bland annat Apple M1, Raspberry Pi 5 och Amazon Graviton 2 som exempel på hårdvara som kan dra nytta av de nya optimeringarna.
För att undvika problem finns det en kontroll som ser till att paketen inte installeras på en dator som saknar rätt processorfunktioner. Om hårdvaran inte klarar kraven avbryts installationen i stället för att systemet kraschar eller blir obrukbart.
Det här är en viktig detalj. Parrot försöker alltså inte ersätta de vanliga paketen, utan erbjuder optimerade versioner som ett frivilligt tillägg för användare med rätt hårdvara.
Linuxkärna 7.0 och bättre hårdvarustöd
Parrot OS 7.3 levereras med Linux kernel 7.0. En nyare kärna innebär normalt bättre stöd för modern hårdvara, fler drivrutinsförbättringar och nya funktioner under huven.
För användaren kan det betyda att nyare datorer, nätverkskort, grafikkort och annan hårdvara fungerar bättre direkt efter installation. Det är särskilt viktigt för en distribution som Parrot OS, där användarna ofta kör systemet på många olika typer av datorer, virtuella maskiner och labbmiljöer.
Nytt menysystem skrivet i Go
En annan nyhet är att Parrot OS har fått ett nytt menysystem. Två centrala delar, parrot-exec och launcher-updater, har skrivits om i programmeringsspråket Go.
Det kan låta som en intern teknisk detalj, men för användaren märks det genom att verktygen i menyerna blir enklare att hantera. Ett program som inte är installerat kan visas i menyn och installeras med ett klick.
Det innebär att Parrot OS inte behöver komma med alla verktyg förinstallerade från början. I stället kan systemet vara lättare och renare, samtidigt som användaren snabbt kan lägga till de verktyg som behövs.
För säkerhetsarbete är detta praktiskt. En penetrationstestare kanske inte behöver hela verktygslådan installerad hela tiden, utan kan installera rätt program när det behövs.
Mindre och renare installationsfiler
Parrot-projektet har även arbetat med att göra installationsfilerna mindre. En del verktyg som inte behövs direkt i Home- och Security-utgåvorna har tagits bort från standardinstallationen.
Det här gör systemet mer lättviktigt och minskar mängden onödiga program. Det kan också göra installationen snabbare och enklare, särskilt i virtuella miljöer eller på datorer med begränsat lagringsutrymme.
Officiella Vagrant-boxar
Parrot OS 7.3 introducerar också officiella Vagrant-boxar för både Home- och Security-utgåvan på amd64.
Vagrant används för att snabbt skapa reproducerbara virtuella miljöer. Det är särskilt användbart för utbildning, testlabb, utveckling och säkerhetsövningar. I stället för att installera systemet manuellt varje gång kan man starta en färdig miljö med några kommandon.
För lärare, studenter och säkerhetsteam är detta en välkommen förbättring. Det blir enklare att skapa samma labbmiljö på flera datorer och att återställa miljön när något gått fel.
KDE Plasma som skrivbordsmiljö
På skrivbordssidan använder Parrot OS KDE som standardmiljö. Version 7.3 levereras med Plasma 6.3.6, KDE Frameworks 6.13 och KDE Gear 25.04.3, byggt ovanpå Qt 6.8.2.
KDE Plasma är en modern och anpassningsbar skrivbordsmiljö som passar användare som vill ha mycket kontroll över sitt system. Den är samtidigt tillräckligt användarvänlig för den som vill ha ett mer traditionellt grafiskt skrivbord.
Uppdaterade säkerhetsverktyg
Eftersom Parrot OS är starkt inriktat på IT-säkerhet är verktygsuppdateringarna viktiga. I version 7.3 har flera centrala säkerhetsverktyg uppdaterats.
Bland de uppdaterade programmen finns:
Airgeddon 12.0
Bettercap 2.41.5
BloodyAD 2.5.4
Caido 0.55.2
Enum4linux-ng 1.3.10
Det här är verktyg som används inom bland annat trådlös nätverkstestning, nätverksanalys, Active Directory-granskning, webbtestning och informationsinsamling.
För säkerhetsforskare och penetrationstestare innebär det att Parrot OS fortsätter vara en komplett arbetsmiljö med moderna versioner av viktiga verktyg.
Ny startsida i Firefox
Parrot OS 7.3 innehåller även en ny startsida för Firefox. Den är byggd med Vite och uppges inte samla in någon användardata.
Det är en liten men symboliskt viktig förbättring. Parrot OS har länge haft integritet som en av sina profilfrågor, och en startsida utan datainsamling passar väl in i den linjen.
Två huvudutgåvor: Security och Home
Parrot OS finns i två huvudsakliga skrivbordsutgåvor.
Security Edition är avsedd för penetrationstestare, säkerhetsanalytiker och forskare. Den innehåller ett stort antal säkerhetsverktyg för analys, testning, forensik och nätverksarbete.
Home Edition är däremot tänkt för mer vardaglig användning, utveckling och integritet. Den levereras utan hela säkerhetsverktygslådan från början, men användaren kan installera de verktyg som behövs i efterhand.
Det gör Parrot OS mer flexibelt. Alla behöver inte samma system, men båda grupperna kan använda samma grund.
Uppgradering för befintliga användare
Den som redan använder Parrot OS kan uppgradera med det vanliga uppgraderingskommandot:
sudo parrot-upgrade
Som alltid bör man se till att viktiga filer är säkerhetskopierade innan en större systemuppgradering görs.
Ett steg mot ett smartare säkerhetssystem
Parrot OS 7.3 är inte bara en samling uppdaterade program. Den här versionen visar också en tydligare riktning för distributionen.
I stället för att bara lägga till fler verktyg försöker utvecklarna göra systemet snabbare, lättare och mer anpassat till modern hårdvara. De optimerade paketen, det nya menysystemet och de officiella Vagrant-boxarna pekar alla åt samma håll: Parrot OS ska vara enklare att använda, snabbare att starta med och mer effektivt i professionella arbetsflöden.
För den som arbetar med IT-säkerhet, utbildning eller tekniska labbmiljöer är Parrot OS 7.3 därför en intressant uppdatering. Den gör inte bara systemet modernare, utan också mer praktiskt i vardagen.
Kali Linux 2026.2 är här med nya skrivbordsmiljöer, fler säkerhetsverktyg och snabbare virtuella maskiner. Den populära Linuxdistributionen, som används av säkerhetsexperter och etiska hackare, har fått uppdateringar som gör systemet både modernare och mer effektivt – samtidigt som Kali NetHunter fortsätter att växa på mobila enheter.
Kali Linux 2026.2 har nu släppts av Offensive Security. Det är den senaste versionen av den välkända Linuxdistributionen som används av säkerhetsexperter, IT-tekniker, studenter och etiska hackare över hela världen.
Kali Linux kan beskrivas som en specialbyggd verktygslåda för IT-säkerhet. I stället för att vara ett vanligt skrivbordsoperativsystem för kontorsarbete, spel eller vardagssurf, är Kali gjort för att testa nätverk, analysera system och hitta säkerhetsbrister innan angripare gör det.
Den nya versionen, Kali Linux 2026.2, innehåller uppdaterade skrivbordsmiljöer, nya säkerhetsverktyg, snabbare virtuella maskiner och flera förbättringar för mobila säkerhetstester.
Vad är Kali Linux?
Kali Linux bygger på Debian, en av de mest etablerade Linuxdistributionerna. Skillnaden är att Kali levereras med en stor samling verktyg för säkerhetsarbete.
Det kan handla om att testa lösenordssäkerhet, analysera nätverkstrafik, kontrollera webbservrar, undersöka misstänkta dokument eller leta efter svagheter i ett system. Därför används Kali ofta inom penetrationstestning, där man på ett kontrollerat och lagligt sätt försöker hitta brister i ett IT-system.
Kali Linux är alltså inte ett verktyg för att “hacka vem som helst”, utan ett system som framför allt används för försvar, utbildning och säkerhetstestning.
Nya skrivbord – men Xfce är fortfarande standard
I Kali Linux 2026.2 har skrivbordsmiljöerna GNOME och KDE Plasma uppdaterats till nyare versioner.
En skrivbordsmiljö är det grafiska gränssnittet som användaren ser: menyer, fönster, paneler, filhanterare och inställningar. Det är ungefär som skillnaden mellan olika utseenden och arbetssätt i ett operativsystem.
Kali Linux använder fortfarande Xfce som standard. Xfce är känt för att vara snabbt, resurssnålt och pålitligt. Det passar bra för Kali, eftersom många användare kör systemet i virtuella maskiner, på äldre datorer eller i miljöer där man vill spara resurser.
GNOME 50 ger bättre prestanda, snabbare filhantering och förbättrade tillgänglighetsfunktioner. KDE Plasma 6.6 har också förbättrats, bland annat med bättre stöd för pekskärmar, skärmtangentbord och funktioner som gör systemet lättare att använda för fler grupper av användare.
En intressant nyhet i KDE:s skärmdumpsverktyg Spectacle är att det kan känna igen text i bilder. Det betyder att man kan ta en skärmbild och sedan plocka ut texten ur bilden, ungefär som OCR-funktioner i dokumentappar.
Linux-kärnan 6.19
Kali Linux 2026.2 använder Linux-kärnan 6.19. Kärnan är den centrala delen av operativsystemet. Den fungerar som länken mellan programmen och datorns hårdvara.
Man kan jämföra kärnan med motorn i en bil. Användaren ser oftast inte själva motorn, men allt annat är beroende av att den fungerar. Kärnan styr bland annat minne, processer, nätverk, USB-enheter, grafik och lagring.
Utvecklarna har valt att hålla sig till Linux 6.19 i denna version för att undvika problem med vissa Nvidia-drivrutiner. För den som vill testa nyare teknik finns Linux 7.0 tillgänglig via mer experimentella paketkällor.
Nio nya verktyg
Kali är känt för sina många säkerhetsverktyg, och i version 2026.2 har nio nya verktyg lagts till.
Bland nyheterna finns verktyg för att analysera Office-dokument, hantera shell-anslutningar, förenkla arbete i kommandoraden, samla in öppen information från internet och testa lösenordssäkerhet.
Ett exempel är oletools, som kan användas för att undersöka Microsoft Office-dokument. Det är viktigt eftersom skadlig kod ibland sprids via dokument som ser oskyldiga ut.
Ett annat exempel är tookie-osint, ett verktyg för OSINT. OSINT står för Open Source Intelligence och betyder att man samlar information från öppna källor, till exempel webbplatser och sociala medier. Det används både av säkerhetsexperter, journalister och utredare.
Verktyget uro används för att rensa upp listor med webbadresser. Det kan låta enkelt, men vid säkerhetstester av webbplatser kan man snabbt få tusentals URL:er. Då behövs verktyg som gör materialet mer hanterbart.
Snabbare Kali i virtuella maskiner
En av de mer praktiska förbättringarna gäller virtuella maskiner.
Många kör Kali Linux i en virtuell maskin, alltså som en dator inuti datorn. Det är vanligt eftersom man då kan testa Kali utan att installera det direkt på sin vanliga dator.
Tidigare följde mycket grafikfirmware med även i VM-versionerna. Firmware är små program som hjälper operativsystemet att prata med hårdvara. Problemet är att grafikfirmware för Nvidia, AMD och Intel har blivit mycket stort.
I Kali Linux 2026.2 tas denna grafikfirmware bort från färdiga VM-avbilder. Det gör systemet lättare och snabbare att starta. För många VM-användare behövs ändå inte sådan firmware, eftersom den virtuella maskinen inte använder datorns grafikkort på samma sätt som ett system installerat direkt på hårdvaran.
Resultatet blir mindre startfiler och snabbare uppstart.
Nytt sätt att hantera paketkällor
Kali Linux byter också till ett modernare format för APT-källor.
APT är systemet som används för att installera och uppdatera program i Debian, Ubuntu, Kali och flera andra Linuxdistributioner. Paketkällorna talar om för systemet var det ska hämta program och uppdateringar.
Tidigare låg informationen normalt i filen:
/etc/apt/sources.list
På nya Kali-installationer används i stället:
/etc/apt/sources.list.d/kali.sources
För vanliga användare märks detta troligen inte så mycket direkt. Men det är en modernisering som följer utvecklingen i Debianvärlden.
Viktigt att starta om efter vissa uppdateringar
Kali-utvecklarna varnar också för att vissa paket kräver omstart efter uppgradering. Det gäller bland annat polkit och xrdp.
Polkit används för behörigheter i Linux, till exempel när grafiska program behöver administratörsrättigheter. Xrdp används för fjärrskrivbord, alltså när man ansluter till Kali på distans via Remote Desktop Protocol.
Om dessa uppdateras utan att systemet startas om kan vissa funktioner sluta fungera korrekt. Därför är det klokt att starta om datorn efter en större Kali-uppgradering.
Kali NetHunter – Kali i mobilen
Kali Linux finns inte bara för vanliga datorer. Det finns också Kali NetHunter, som är en mobil version för Android-baserade enheter.
I Kali Linux 2026.2 har NetHunter fått flera förbättringar. Appen startar snabbare, buggar har rättats och stödet för trådlösa tester har förbättrats.
En ny funktion gäller EvilTwin-tester. Det handlar om att skapa en falsk Wi-Fi-accesspunkt för att testa hur användare och system reagerar på misstänkta nätverk. Sådana tester används i säkerhetsarbete för att förstå och minska risker.
Stödet för fler telefoner har också byggts ut. Det gäller bland annat modeller från Google Pixel, OnePlus, Samsung, Xiaomi, Sony, LG och Fairphone.
Hur uppgraderar man?
Den som redan använder Kali Linux 2026.1 behöver inte installera om systemet. Det räcker att uppdatera via terminalen:
sudo apt update && sudo apt full-upgrade
Efter uppgraderingen bör systemet startas om.
Nya installationsfiler finns för vanliga datorer, ARM-enheter, virtuella maskiner, molnplattformar, WSL och mobila plattformar.
Sammanfattning
Kali Linux 2026.2 är ingen revolution, men det är en viktig uppdatering. Den gör systemet modernare, snabbare och mer användbart.
De största nyheterna är uppdaterade skrivbordsmiljöer, nio nya säkerhetsverktyg, snabbare virtuella maskiner, nytt APT-format och förbättringar i Kali NetHunter.
För säkerhetsintresserade, tekniker och studenter är Kali Linux fortfarande en av de mest kompletta verktygslådorna för att lära sig mer om IT-säkerhet och för att testa system på ett lagligt och kontrollerat sätt.
När AI-verktyg gör det lättare att hitta säkerhetsbrister i öppen källkod ökar också trycket på de utvecklare som måste hantera rapporterna. Därför lanserar Linux Foundation initiativet Akrites, som ska samordna rapportering, åtgärder och offentliggörande av allvarliga sårbarheter i viktiga öppna projekt.
Akrites ska hjälpa öppen källkod att hantera säkerhetshot snabbare
Öppen källkod är en grundpelare i dagens digitala samhälle. Den används i allt från mobiltelefoner och molntjänster till banker, myndigheter, sjukhus och artificiell intelligens. Men när så många system bygger på samma öppna komponenter blir säkerheten också en gemensam angelägenhet.
Linux Foundation har därför lanserat Akrites, ett nytt initiativ som ska förbättra hur allvarliga säkerhetsbrister i öppen källkod rapporteras, hanteras och åtgärdas.
Bakom satsningen finns flera stora aktörer inom teknik, AI, finans och cybersäkerhet. Bland de medverkande finns bland annat Amazon Web Services, Anthropic, Google, Microsoft, GitHub, Red Hat, NVIDIA, OpenAI, Cisco, IBM, JPMorganChase, Rust Foundation och flera andra organisationer.
AI hittar fler sårbarheter än tidigare
En viktig bakgrund till Akrites är att AI-verktyg numera kan hjälpa säkerhetsforskare att hitta sårbarheter i kod mycket snabbare än förr. Det är i grunden positivt. Ju tidigare en brist upptäcks, desto snabbare kan den rättas till.
Men den nya utvecklingen skapar också problem.
Många projekt inom fri och öppen källkod drivs av små grupper eller enskilda frivilliga utvecklare. När de plötsligt får stora mängder säkerhetsrapporter kan det bli svårt att hinna kontrollera vilka rapporter som är riktiga, vilka som är dubbletter och vilka som faktiskt är allvarliga.
Det räcker nämligen inte att bara hitta en sårbarhet. Den måste också bekräftas, bedömas, prioriteras, rättas i koden och ibland samordnas med flera leverantörer innan informationen blir offentlig. Om informationen sprids för tidigt kan angripare utnyttja bristen innan användarna hunnit uppdatera sina system.
En gemensam säkerhetsgrupp
Akrites är tänkt att fungera som ett samordnande lager mellan säkerhetsforskare, utvecklare, företag och organisationer. Initiativet ska bland annat skapa ett gemensamt Security Incident Response Team, alltså en grupp som kan hjälpa till vid allvarliga säkerhetsincidenter.
Projektet ska också använda en standardiserad process för så kallad Coordinated Vulnerability Disclosure. Det betyder att information om sårbarheter hanteras på ett ansvarsfullt och samordnat sätt, så att utvecklare får möjlighet att rätta felet innan detaljerna sprids brett.
Akrites ska arbeta med etablerade säkerhetsstandarder och verktyg, exempelvis CVE, CWE, CVSS, EPSS, SSVC och VEX. Dessa används för att beskriva, klassificera och prioritera säkerhetsbrister.
Kan hjälpa övergivna projekt
En särskilt intressant del av Akrites är att initiativet även kan fungera som en slags “sista utväg” för viktiga öppna projekt som saknar aktiva underhållare.
Det är ett välkänt problem inom mjukvaruvärlden att många program och bibliotek fortsätter att användas långt efter att de ursprungliga utvecklarna slutat arbeta med dem. Trots det kan dessa komponenter finnas kvar i tusentals andra system.
Om en allvarlig säkerhetsbrist upptäcks i ett sådant projekt kan det vara oklart vem som egentligen ska ta ansvar för att rätta felet. Där kan Akrites få en viktig roll.
Upptäckt är bara första steget
Säkerhet inom öppen källkod handlar inte bara om att hitta fel. Det handlar lika mycket om att ha fungerande rutiner för vad som händer efteråt.
En sårbarhet måste analyseras. Hur allvarlig är den? Vilka system påverkas? Finns det redan ett angrepp i omlopp? Behöver ett CVE-nummer tilldelas? Ska informationen delas med leverantörer innan den blir offentlig?
Det är just denna kedja som Akrites vill stärka.
Om projektet fungerar som tänkt kan det minska mängden dubbla rapporter, förbättra samarbetet mellan utvecklare och företag samt göra att säkerhetsfixar når användarna snabbare.
Ett viktigt steg för hela ekosystemet
Öppen källkod bygger på samarbete. Men när mjukvaran används i samhällskritiska system krävs också tydliga strukturer för säkerhet och ansvar.
Akrites kan därför bli ett viktigt komplement till andra säkerhetsinitiativ inom öppen källkod, till exempel OpenSSF och Alpha-Omega. Men framgången kommer inte bara att avgöras av vilka stora företag som står bakom projektet.
Det avgörande blir om Akrites lyckas samarbeta med de människor som faktiskt underhåller den öppna koden. Om initiativet underlättar deras arbete, minskar belastningen och leder till snabbare säkerhetsuppdateringar kan det bli ett betydelsefullt steg framåt för hela den öppna mjukvaruvärlden.
I en tid där AI både kan hjälpa till att hitta säkerhetsbrister och samtidigt öka mängden rapporter är behovet av samordning större än någonsin. Akrites är ett försök att skapa ordning i den nya verkligheten.
Syfte: Förbättra hantering, samordning och offentliggörande av säkerhetsbrister i öppen källkod.
Fokusområde: Kritiska sårbarheter i viktiga open source-projekt.
Bakgrund: AI-verktyg gör det möjligt att hitta fler sårbarheter snabbare, men många projekt saknar resurser för att hantera stora mängder säkerhetsrapporter.
Arbetssätt: Samordnad sårbarhetsrapportering, verifiering, prioritering, åtgärd och ansvarsfull publicering.
Standarder och verktyg: CVE, CWE, CVSS, EPSS, SSVC, VEX och TLP.
Viktiga aktörer: AWS, Anthropic, Google, Microsoft, GitHub, Red Hat, NVIDIA, OpenAI, IBM, Cisco, Rust Foundation och flera andra.
Betydelse: Akrites kan minska dubbla rapporter, förbättra samarbetet med utvecklare och göra att säkerhetsfixar når användare snabbare.
Linuxvärlden har drabbats av ännu en allvarlig kärnsårbarhet. Den nya bristen, kallad DirtyClone, är nära besläktad med DirtyFrag och kan i vissa fall låta en lokal angripare få root-behörighet på sårbara system. Även om felet inte kan utnyttjas direkt på distans är risken betydande, särskilt på system med containrar eller unprivileged user namespaces aktiverade.
När Linux-administratörer precis börjat lägga DirtyFrag bakom sig dyker nästa besläktade säkerhetsproblem upp. Den nya sårbarheten kallas DirtyClone och har fått beteckningen CVE-2026-43503.
Det handlar om en allvarlig brist i Linux-kärnan som i vissa fall kan låta en lokal angripare höja sina rättigheter till root. Det betyder att en vanlig användare på systemet, eller någon som lyckats köra kod med låg behörighet, kan få full kontroll över maskinen.
Inte fjärrstyrd – men ändå allvarlig
DirtyClone kan inte utnyttjas direkt över internet på samma sätt som en fjärrsårbarhet i en webbserver. Angriparen måste redan ha någon form av lokal åtkomst till systemet.
Det kan låta som en tröst, men i praktiken är det fortfarande allvarligt. Många attacker sker i flera steg. Först får angriparen in en fot i systemet, till exempel via ett kapat konto, en sårbar tjänst eller en container. Därefter används en lokal sårbarhet för att klättra vidare till administratörsnivå.
DirtyClone har fått CVSS 8.8, vilket räknas som hög allvarlighetsgrad.
Vad är det som går fel?
För att förstå DirtyClone behöver man känna till att Linux-kärnan hanterar nätverkstrafik i små databitar. Dessa ligger i så kallade socket buffers, eller sk_buff.
Enkelt uttryckt är det små paket med information som kärnan skickar runt internt när nätverkstrafik behandlas.
Problemet uppstår när vissa delar av kärnan inte bevarar viktig information om hur minnet bakom dessa paket får användas. En särskild markering, som talar om att en minnesbit är delad eller kopplad till filsystemets sidcache, kan tappas bort.
När den markeringen saknas kan senare kod i kärnan tro att minnet är säkert att skriva till, trots att det egentligen inte borde ändras direkt.
Resultatet blir att en angripare under rätt omständigheter kan ändra data i Linux sidcache.
Sidcache – datorns snabba minne för filer
Linux använder sidcache för att snabba upp filåtkomst. När en fil läses från disk sparas ofta en kopia i RAM-minnet. Nästa gång filen behövs kan systemet läsa den från minnet i stället för från den långsammare disken.
DirtyClone gör det möjligt att manipulera den här minneskopian av en fil. Det särskilt obehagliga är att angriparen kan påverka innehållet i en root-ägd och skrivskyddad fil i minnet, utan att själva filen på disken ändras.
Det här påminner om äldre Linux-sårbarheter där skillnaden mellan “det som finns på disk” och “det som just nu finns i minnet” kunnat utnyttjas för att lura systemet.
Koppling till nätverkskod och IPsec
DirtyClone finns i Linux-kärnans nätverksdelar. Särskilt nämns kodvägar som rör XFRM/IPsec och hantering av fragment i socket buffers.
IPsec används bland annat för krypterad nätverkstrafik och VPN-lösningar. XFRM är en del av Linux nätverksstack som hanterar transformering av paket, exempelvis kryptering och dekryptering.
Sårbarheten blir extra intressant på system där unprivileged user namespaces är aktiverade. Det är en Linux-funktion som gör att vanliga användare kan skapa isolerade miljöer där de får vissa behörigheter som normalt kräver root.
Det är praktiskt för containrar och sandboxing, men innebär också att sårbarheter i kärnan ibland blir lättare att utnyttja.
Kan DirtyClone användas för container escape?
Ja, i vissa scenarier kan DirtyClone eventuellt användas för att ta sig ut ur en container. Det beror på hur systemet är konfigurerat, vilka kernel-funktioner som är tillgängliga och vilka säkerhetslager som används.
Alla Linux-system är alltså inte lika sårbara. Risken påverkas av flera faktorer:
vilken kärnversion som används
vilka distributionens patchar som är installerade
om unprivileged user namespaces är aktiverat
vilka kernel-moduler som är laddade
om systemet använder IPsec, RxRPC eller liknande funktioner
om extra säkerhet som AppArmor, SELinux eller seccomp används
Det gör att DirtyClone inte är en enkel “alla Linux-maskiner faller direkt”-sårbarhet. Men den är tillräckligt allvarlig för att tas på största allvar.
DirtyClone, DirtyFrag och Fragnesia – varför så många namn?
Namngivningen kan vara förvirrande.
Sårbarheten är registrerad som CVE-2026-43503. JFrog beskriver exploitvarianten som DirtyClone, medan Ubuntu även använder namnet Fragnesia i sin hantering av problemet.
Det är alltså inte nödvändigtvis tre helt separata sårbarheter, utan olika namn och perspektiv på samma eller närliggande problemområde i Linux-kärnan.
DirtyClone hör dessutom till samma familj av buggar som DirtyFrag, men utnyttjar en annan väg genom kärnans nätverkskod. Det visar att tidigare fixar inte helt stängde alla möjliga angreppsvägar.
Ubuntu, Debian och Red Hat har uppdateringar
Ubuntu har släppt uppdateringar för flera stödda versioner av sin generiska Linux-kärna.
För standardkärnan gäller följande fixade versioner:
Ubuntu-version
Fixad kernelversion
Ubuntu 26.04 LTS
7.0.0-22.22
Ubuntu 25.10
6.17.0-35.35
Ubuntu 24.04 LTS
6.8.0-124.124
Ubuntu 22.04 LTS
5.15.0-181.191
Den som kör molnvarianter eller specialkärnor bör kontrollera just sin kernelvariant. Det gäller till exempel AWS, Azure, GCP, Raspberry Pi, realtidskärnor och OEM-kärnor.
Debian följer också sårbarheten och listar uppdaterade paket för flera grenar, däribland Bullseye, Bookworm och Trixie.
Red Hat hanterar problemet som en del av DirtyFrag-familjen och beskriver det som lokala sårbarheter i nätverkssubsystemet som kan ge en angripare root-behörighet.
Vad ska man göra?
Det viktigaste rådet är enkelt:
Uppdatera kärnan och starta om datorn.
Att bara installera kernelpaketet räcker inte. Linux fortsätter nämligen att köra den gamla kärnan tills systemet startas om. Först efter omstart används den uppdaterade och korrigerade kärnan.
På Ubuntu kan man kontrollera aktuell kärna med:
uname -r
Efter uppdatering och omstart bör kommandot visa en kernelversion som innehåller fixen.
Tillfälliga skyddsåtgärder
Om man inte kan uppdatera direkt finns vissa tillfälliga skydd. Dessa bör dock användas med försiktighet eftersom de kan påverka legitima funktioner.
Exempel på möjliga åtgärder är att:
stänga av unprivileged user namespaces
blockera kernelmoduler som esp4, esp6 och rxrpc
begränsa användares möjlighet att skapa nätverksrelaterade namespaces
förstärka containerprofiler med seccomp, AppArmor eller SELinux
Men dessa lösningar är inte ersättning för en riktig kerneluppdatering. De är bara tillfälliga hinder.
Slutsats
DirtyClone är ännu en påminnelse om att Linux-kärnan är ett mycket komplext system där små detaljer i minneshantering kan få stora säkerhetskonsekvenser.
Sårbarheten kräver lokal åtkomst, men när den väl kan utnyttjas är konsekvensen allvarlig: en vanlig användare kan i vissa fall bli root.
För vanliga användare och administratörer är rådet tydligt: installera de senaste säkerhetsuppdateringarna från din Linuxdistribution och starta om systemet.
Det är först efter omstarten som skyddet faktiskt börjar gälla.
En allvarlig sårbarhet i Linux-kärnans brandväggskod kan låta en vanlig lokal användare få root-rättigheter och i vissa fall bryta sig ut ur en container. Felet, CVE-2026-23111, är redan rättat i Linux-kärnan, men fungerande exploitkod finns nu offentligt dokumenterad. Administratörer bör därför uppdatera kernelpaketen och starta om berörda system snarast.
Säkerhetsforskare har publicerat en detaljerad och fungerande exploit för en allvarlig sårbarhet i Linux-kärnan. Felet gör det möjligt för en lokal användare utan administratörsrättigheter att höja sina behörigheter till root och i vissa fall bryta sig ut ur en container.
Sårbarheten har fått beteckningen CVE-2026-23111 och finns i kärnans kod för nf_tables, den moderna delen av Linux brandväggssystem som används av nftables. Felet är en så kallad use-after-free, där minne används efter att det redan har frigjorts. Den typen av buggar kan i värsta fall utnyttjas för att ta kontroll över körningen i kärnan.
Problemet åtgärdades i Linux-kärnans huvudkod den 5 februari 2026. Trots det har säkerhetsforskare nu publicerat tekniska genomgångar som visar exakt hur sårbarheten kan utnyttjas. Exodus Intelligence publicerade sin detaljerade analys den 8 juni 2026, men redan i april släppte FuzzingLabs en egen reproduktion av felet.
Enligt beskrivningarna berodde sårbarheten på ett mycket litet programmeringsfel: en felvänd kontroll i nf_tables. Den färdiga korrigeringen i upstream-kärnan bestod i praktiken av en enda rad kod.
Ubuntu klassar sårbarheten som CVSS 7.8, vilket motsvarar hög allvarlighetsgrad.
Kräver lokal åtkomst
Sårbarheten kan inte utnyttjas direkt över nätet. En angripare måste redan ha någon form av lokal åtkomst till systemet, till exempel genom ett kapat användarkonto, ett sårbart programkonto eller en komprometterad container.
Det som gör buggen särskilt farlig är kombinationen av nf_tables och unprivileged user namespaces. User namespaces är en Linux-funktion som gör att en vanlig användare kan agera som root inne i en isolerad miljö. Funktionen används bland annat av containers och sandbox-lösningar, men har också återkommande varit en väg in till känslig kärnkod.
På många Linux-installationer, särskilt skrivbordssystem och vissa servermiljöer, är den här kombinationen aktiverad som standard.
Fungerande root-exploits finns publicerade
Exodus-forskaren Oliver Sieber, som hittade buggen redan i början av 2025, har visat hur sårbarheten kan kedjas till full lokal root-åtkomst. Exploiten utlöser use-after-free-felet, tar sig förbi flera av Linux-kärnans inbyggda minnesskydd och kapar därefter körningen för att ge angriparen root-rättigheter.
Exploiten demonstrerades på bland annat:
Debian Bookworm
Debian Trixie
Ubuntu 22.04 LTS
Ubuntu 24.04 LTS
FuzzingLabs har dessutom reproducerat buggen på RHEL 10 inför Pwn2Own Berlin 2026 och byggt en egen root-exploit med en annan teknisk metod.
Det innebär att tekniken nu är dokumenterad för flera av de största Linux-familjerna: Debian, Ubuntu och Red Hat-baserade system.
Alla sårbara kärnor bör uppdateras
Eftersom felet finns i Linux huvudkod kan alla distributioner som har levererat en sårbar kärna vara påverkade, förutsatt att nf_tables och unprivileged user namespaces är aktiverade.
Det viktigaste rådet är enkelt:
Uppdatera kärnan och starta om systemet.
En kerneluppdatering skyddar inte fullt ut förrän datorn eller servern faktiskt har startats om och kör den nya kärnan.
Ubuntu har enligt uppgifterna rättningar för 22.04 LTS, 24.04 LTS och 25.10. Debian har rättat felet i Bookworm och Trixie, samt tagit fram en 6.1-backport för Bullseye LTS. Även Red Hat, SUSE och Amazon Linux följer sårbarheten i sina respektive säkerhetskanaler.
Eftersom versionsnumren varierar mellan distributioner bör administratörer kontrollera den egna distributionens säkerhetsmeddelanden och se till att rätt kernelpaket är installerat.
Tillfällig skyddsåtgärd: begränsa user namespaces
För system där uppdatering inte kan göras omedelbart kan det vara klokt att se över om vanliga användare verkligen behöver kunna skapa egna user namespaces.
Att begränsa eller stänga av unprivileged user namespaces kan stoppa just den här angreppsvägen i många miljöer. Det kan dock påverka program som använder sandboxning eller containers, till exempel vissa webbläsare, Flatpak, rootless Podman eller andra isoleringslösningar.
Det är därför en skyddsåtgärd som bör testas innan den införs brett.
Del av en större våg av lokala Linux-sårbarheter
CVE-2026-23111 kommer samtidigt som flera andra lokala root-sårbarheter i Linux har uppmärksammats. Under den senaste tiden har säkerhetsforskare lyft fram bland annat Copy Fail, Dirty Frag, Fragnesia, DirtyDecrypt och en äldre ptrace-sårbarhet som kan läsa /etc/shadow och köra kommandon som root.
Detaljerna skiljer sig åt, men mönstret är detsamma: en angripare som först får en begränsad lokal åtkomst kan i många fall ta steget vidare till full kontroll över systemet.
Säkerhetsföretaget Synacktiv har i en genomgång kopplat ökningen av lokala Linux-exploits till bland annat AI-stödd sårbarhetsforskning och snabbare analys av säkerhetspatchar. När en patch väl publiceras kan angripare jämföra ändringen med äldre kod och snabbare förstå hur felet kan utnyttjas.
Inga kända attacker i det vilda
Det finns i nuläget inga offentliga rapporter om att CVE-2026-23111 används aktivt i attacker, och ingen känd hotaktör har kopplats till sårbarheten.
Men exploitkod har varit offentlig sedan april, och en ännu mer detaljerad teknisk genomgång publicerades i juni. Det innebär att organisationer inte bör vänta med att uppdatera.
För administratörer är prioriteringen tydlig: börja med system där okända eller mindre betrodda användare kan köra kod, där containers används, eller där tjänster kan ge en angripare ett första lokalt fotfäste.
En lokal sårbarhet är inte ofarlig bara för att den saknar fjärrangrepp. I praktiken är just den här typen av buggar ofta nästa steg efter ett intrång.
Påverkar: Linux-system där sårbar kärna, nf_tables och unprivileged user namespaces används
Risk: Lokal användare kan höja sina rättigheter till root och i vissa fall bryta sig ut ur en container
Allvarlighet: Ubuntu klassar felet som CVSS 7.8, vilket motsvarar hög allvarlighetsgrad
Patchad upstream: 5 februari 2026
Publika exploits: Tekniska genomgångar och fungerande exploits har publicerats av bland annat Exodus Intelligence och FuzzingLabs
Rekommendation: Uppdatera kärnan och starta om systemet. För system som inte kan uppdateras direkt kan det vara aktuellt att begränsa unprivileged user namespaces, men detta bör testas eftersom det kan påverka containers, Flatpak, rootless Podman och vissa sandboxade program.
En ny attack mot HTTP/2, kallad HTTP/2 Bomb, visar hur moderna webbprotokoll kan utnyttjas på oväntade sätt. Genom att missbruka komprimering och flödeskontroll kan en angripare få webbservrar som Nginx, Apache, IIS, Envoy och Pingora att snabbt förbruka stora mängder minne – i vissa fall på bara några sekunder.
En ny typ av överbelastningsattack mot HTTP/2 visar hur en till synes effektiv webbteknik kan vändas mot de servrar den är tänkt att hjälpa. Attacken kallas HTTP/2 Bomb och kan i värsta fall få stora webbservrar att snabbt förbruka enorma mängder minne.
Det handlar inte om ett klassiskt angrepp där angriparen skickar enorma datamängder mot en server. I stället utnyttjas funktioner som redan finns i HTTP/2-protokollet. Med relativt små mängder trafik kan en angripare få servern att lägga beslag på stora mängder RAM-minne. När minnet tar slut börjar tjänsten svara långsamt, krascha eller sluta svara helt.
Vad är HTTP/2?
HTTP är protokollet som webbläsare och webbservrar använder för att prata med varandra. När du öppnar en webbsida skickar webbläsaren förfrågningar till servern, som sedan svarar med HTML, bilder, skript, stilmallar och annan data.
HTTP/2 är en modernare version av HTTP. Den infördes för att göra webben snabbare och mer effektiv. Bland annat kan flera förfrågningar skickas över samma anslutning, och sidans olika delar kan hanteras mer parallellt än tidigare.
För vanliga användare betyder HTTP/2 oftast snabbare webbplatser. För serveradministratörer betyder det bättre prestanda – men också en mer komplicerad teknikstack.
Så fungerar HTTP/2 Bomb
HTTP/2 Bomb bygger på två delar som tillsammans blir farliga.
Den första delen handlar om HPACK, den metod som HTTP/2 använder för att komprimera HTTP-huvuden. Huvuden är metadata som skickas med varje webbförfrågan, exempelvis information om webbläsare, cookies, språk och vilken sida som efterfrågas.
Komprimering är normalt en bra sak. Den gör trafiken mindre och snabbare. Men i det här fallet kan angriparen skicka små komprimerade referenser som får servern att skapa betydligt större interna datastrukturer i minnet.
Den andra delen handlar om flödeskontroll i HTTP/2. Flödeskontroll används för att styra hur snabbt data får skickas mellan klient och server. Attacken utnyttjar detta för att få servern att hålla kvar svar och minnesobjekt längre än normalt.
Resultatet blir att servern tvingas reservera minne, men inte får möjlighet att frigöra det i tid. Attacken fungerar därför ungefär som att någon fyller ett lager med paket, men samtidigt blockerar utgången så att inget kan skickas vidare.
Varför är attacken allvarlig?
Det allvarliga är att attacken inte kräver extrem bandbredd. En angripare behöver inte nödvändigtvis ha ett stort botnät eller skicka enorma mängder trafik. Poängen är i stället att få servern att göra mycket mer arbete än klienten själv gör.
I tester har forskarna visat att flera välkända webbservrar och HTTP/2-implementationer kan pressas till mycket hög minnesanvändning på kort tid. Bland de berörda nämns Nginx, Apache HTTP Server, Microsoft IIS, Envoy och Cloudflare Pingora.
Det gör attacken särskilt oroande för publika webbplatser, API, lastbalanserare och reverse proxies som exponerar HTTP/2 direkt mot internet.
Problemet ligger inte bara i stora headers
Många skydd mot den här typen av attacker bygger på att begränsa hur stora HTTP-huvuden får vara. Det är logiskt: om en klient skickar för mycket metadata kan servern avvisa förfrågan.
Men HTTP/2 Bomb visar att det inte alltid räcker.
Attacken kan använda många små headerfält i stället för ett fåtal stora. Varje litet fält kan verka ofarligt, men tillsammans skapar de mycket intern hantering i servern. Minnesförbrukningen kommer alltså inte bara från den faktiska datamängden, utan även från serverns egna objekt, tabeller och bokföring.
Särskilt cookie-hantering har pekats ut som en faktor i vissa implementationer. HTTP/2 tillåter att Cookie-huvuden delas upp i flera fält. Om dessa inte räknas korrekt mot serverns gränser kan angriparen skapa väldigt många interna headerobjekt utan att slå i de skydd som administratören tror finns på plats.
Apache och Nginx har fått åtgärder
För Apache HTTP Server spåras problemet som CVE-2026-49975. En åtgärd finns i mod_http2 2.0.41, där cookie-huvuden räknas mot gränsen för antal tillåtna requestfält. För miljöer som inte kan uppgradera direkt rekommenderas att HTTP/2 tillfälligt stängs av med:
För Nginx har problemet åtgärdats i Nginx 1.29.8 genom en ny begränsning för maximalt antal headers. Den nya direktivet max_headers har ett standardvärde på 1000. För system där uppgradering inte är möjlig är en tillfällig åtgärd att stänga av HTTP/2:
Det är viktigt att se detta som tillfälliga skydd. Den långsiktiga lösningen är att uppdatera berörda komponenter när säkerhetsfixar finns tillgängliga.
Alla plattformar hade inte färdiga patchar direkt
Vid den första publiceringen fanns inte bekräftade patchar för alla berörda system. För IIS, Envoy och Cloudflare Pingora var läget mer oklart i samband med offentliggörandet. Senare uppgifter pekade på att Envoy hade släppt patchar, men att validering fortfarande pågick.
Det här visar ett återkommande problem i modern webbinfrastruktur: många tjänster är beroende av flera lager. En webbplats kan till exempel använda en CDN-tjänst, en reverse proxy, en lastbalanserare, en applikationsserver och ett internt API-lager. Alla dessa kan hantera HTTP/2 på olika sätt.
Därför räcker det inte alltid att bara uppdatera “webbservern”. Administratören måste förstå var HTTP/2 faktiskt termineras och vilka komponenter som tar emot trafiken direkt från internet.
Vad bör administratörer göra?
Den som driver publika HTTP/2-tjänster bör kontrollera om Nginx, Apache, IIS, Envoy, Pingora eller andra HTTP/2-komponenter används i kedjan.
Viktigast är att:
uppdatera till versioner där tillgängliga fixar finns,
införa tydliga gränser för antal headers per förfrågan,
kontrollera att Cookie-huvuden räknas korrekt,
övervaka ovanlig minnesanvändning,
och tillfälligt stänga av HTTP/2 om ingen säker fix finns tillgänglig.
Att stänga av HTTP/2 kan påverka prestandan, men är i många fall bättre än att låta en publik tjänst vara sårbar för en attack som kan tömma serverns minne på kort tid.
En påminnelse om att snabbare inte alltid betyder säkrare
HTTP/2 Bomb är ett tydligt exempel på att optimeringar i protokoll kan få oväntade säkerhetskonsekvenser. Funktioner som komprimering, multiplexning och flödeskontroll är byggda för att göra webben snabbare och mer effektiv.
Men när samma funktioner kombineras på fel sätt kan de skapa asymmetri: klienten skickar lite data, medan servern tvingas reservera mycket minne och hålla kvar resurser länge.
Det är just den asymmetrin som gör HTTP/2 Bomb farlig. Attacken handlar inte om att skrika högst, utan om att få servern att arbeta ihjäl sig i tysthet.
För vanliga användare är detta inget man själv kan skydda sig mot i webbläsaren. För driftansvariga är budskapet däremot tydligt: kontrollera HTTP/2-konfigurationen, uppdatera berörda komponenter och se till att gränser för headers verkligen fungerar i praktiken.
IBM och Red Hat lanserar Project Lightwell, en satsning på 5 miljarder dollar för att stärka säkerheten i öppen källkod. Genom att kombinera AI-assisterad kodanalys med tusentals ingenjörer vill företagen skapa ett betrott säkerhetslager för företag som är beroende av Linux, Kubernetes, Java, AI-ramverk och andra centrala open source-komponenter.
IBM och Red Hat lanserar Project Lightwell, ett omfattande initiativ på 5 miljarder dollar som ska stärka säkerheten i den öppna källkod som moderna företag, molnplattformar och AI-system bygger på. Projektet beskrivs som en ny typ av företagsinriktad säkerhetsplattform där AI-assisterad analys kombineras med mänsklig expertis från över 20 000 ingenjörer inom IBM och Red Hat.
Bakgrunden är att öppen källkod i dag är en grundläggande del av nästan all modern IT-infrastruktur. Operativsystem, molntjänster, utvecklingsverktyg, databaser, AI-ramverk och containerplattformar bygger ofta på komponenter som utvecklas öppet och används av tusentals organisationer världen över. Samtidigt har hotbilden förändrats. Sårbarheter kan upptäckas snabbare än tidigare, inte minst med hjälp av AI, och angripare kan utnyttja brister i mjukvarukedjan innan många organisationer hunnit reagera.
Project Lightwell ska fungera som ett slags betrott säkerhetslager för företag som är beroende av öppen källkod. IBM beskriver initiativet som en ”trusted enterprise clearinghouse”, alltså en samordnande plattform där sårbarheter kan identifieras, analyseras, valideras, prioriteras och åtgärdas i stor skala. Målet är inte bara att hitta säkerhetsproblem, utan också att testa och kvalitetssäkra patchar innan de används i produktionsmiljöer.
En central del av satsningen är AI-assisterad ingenjörskonst. AI ska användas för att analysera kod, prioritera risker, hjälpa till med granskning och stödja utvecklingen av korrigeringar. Men IBM och Red Hat betonar samtidigt att arbetet inte enbart bygger på automatisering. Projektet ska backas upp av ett mycket stort team av ingenjörer som kan granska, testa och samordna arbetet med både företagskunder och öppna utvecklarprojekt.
Project Lightwell riktar sig främst till stora företag och organisationer snarare än till den breda open source-gemenskapen. IBM planerar att erbjuda tjänsten genom kommersiella abonnemang, där kunder får tillgång till validerade säkerhetsfixar, livscykelhantering och produktionsklassad testning. För företag inom exempelvis finans, offentlig sektor, molndrift och AI-utveckling kan detta bli ett sätt att minska risken i sina beroenden av öppen källkod.
Teknikområdet som omfattas är brett. IBM och Red Hat nämner bland annat Linux, Java, Kubernetes, Kafka, Ansible, Terraform, Flink, Cassandra, AI-ramverk, språkverktyg, oberoende bibliotek och plattformar för dataströmning. Det innebär att Project Lightwell inte bara handlar om Red Hats egna produkter, utan även om komponenter utanför bolagets traditionella produktgränser.
Clearinghouse-modellen bygger på tre huvudsakliga funktioner. För det första ska företag kunna rapportera känsliga sårbarheter i den mjukvara de använder. För det andra ska Project Lightwell kunna erbjuda validerade patchar för både Red Hat-relaterad kod och fristående open source-komponenter. För det tredje ska IBM och Red Hat samordna ansvarsfull rapportering uppströms, så att korrigeringar också kan komma de öppna projekten till del.
Det är en viktig balansgång. Öppen källkod bygger på samarbete, transparens och frivilliga eller företagsstödda underhållare. IBM och Red Hat framhåller därför att Project Lightwell inte ska ersätta befintliga säkerhetsprocesser eller de utvecklare som redan underhåller projekten. I stället presenteras satsningen som ett extra lager för samordning, validering och företagsanpassad hantering av säkerhetsproblem.
För Red Hat ligger initiativet nära bolagets etablerade affärsmodell. Red Hat har länge byggt sin verksamhet på att paketera, underhålla, testa och ge support för öppen källkod i företagsmiljöer. Skillnaden med Project Lightwell är att samma typ av ingenjörsprocesser nu ska kunna tillämpas på ett större ekosystem av open source-komponenter, även sådana som inte ingår direkt i Red Hats egna plattformar.
Projektet testas redan tillsammans med tidiga användare inom finanssektorn. Bland de organisationer som nämns finns Bank of America, BNY, Citi, Goldman Sachs, JPMorgan Chase, Mastercard, Morgan Stanley, Royal Bank of Canada, State Street, Visa och Wells Fargo. Erfarenheterna från dessa piloter ska enligt IBM användas för att förbättra hur sårbarheter identifieras, valideras och åtgärdas i stor skala.
Initiativet visar också hur säkerheten kring öppen källkod håller på att bli en strategisk fråga för storföretag. Tidigare har många organisationer förlitat sig på att enskilda projekt, distributioner eller leverantörer hanterar säkerhetsuppdateringar. Med allt mer komplexa beroendekedjor, AI-genererad kod och snabbare sårbarhetsforskning räcker det inte alltid med traditionella processer.
Project Lightwell kan därför ses som ett försök att bygga en mer industriell modell för säkerhet i öppen källkod. Genom att kombinera AI, storskalig ingenjörskapacitet och samordning med upstream-projekt vill IBM och Red Hat skapa ett system där företag snabbare kan få tillgång till testade och betrodda säkerhetsfixar.
Samtidigt väcker modellen frågor. Om säkerhetsfixar och validering erbjuds genom kommersiella abonnemang kan det skapa en tydligare uppdelning mellan företagsanpassad open source-säkerhet och den bredare öppna gemenskapens resurser. Hur IBM och Red Hat hanterar balansen mellan kommersiell nytta och bidrag tillbaka till öppna projekt blir därför avgörande för hur Project Lightwell tas emot.
Klart är att säkerhet i mjukvarans leveranskedja har blivit en av de stora frågorna för hela IT-branschen. När Linux, Kubernetes, Java-bibliotek, AI-ramverk och molnkomponenter utgör grunden för samhällsviktig infrastruktur blir frågan inte längre om öppen källkod används, utan hur den säkras, testas och underhålls över tid.
Med Project Lightwell vill IBM och Red Hat positionera sig som en central aktör i den utvecklingen. Om satsningen lyckas kan den bli ett viktigt steg mot mer strukturerad, AI-assisterad och företagsanpassad säkerhet för den öppna källkod som stora delar av den digitala världen redan är beroende av.
Vad är det?
Project Lightwell är ett initiativ från IBM och Red Hat för att stärka säkerheten i öppen källkod som används i företag, molnplattformar och AI-system.
Budget:
5 miljarder dollar.
Syfte:
Att identifiera, analysera, validera och åtgärda sårbarheter i open source-komponenter i stor skala.
Teknik:
AI-assisterad kodanalys kombineras med arbete från IBM:s och Red Hats ingenjörer.
Omfattar bland annat:
Linux, Java, Kubernetes, Kafka, Ansible, Terraform, Flink, Cassandra, AI-ramverk, språkverktyg och fristående bibliotek.
Målgrupp:
Främst stora företag och organisationer som är beroende av öppen källkod i produktion.
Viktigt att notera:
Project Lightwell är inte tänkt att ersätta öppna utvecklarprojekt eller befintliga säkerhetsprocesser, utan fungera som ett extra lager för samordning, testning och validering.
WireGuard Easy 15.3 gör det enklare att driva en egen VPN-server med bättre kontroll över vilka resurser olika klienter får nå. Den stora nyheten är serverbaserad kontroll av Allowed IPs, vilket innebär att åtkomstregler kan genomdrivas på serversidan i stället för att enbart bygga på klientens konfiguration. Uppdateringen innehåller också förbättrad QR-kodshantering, bättre stöd för AmneziaWG 2.0, fler översättningar och en moderniserad teknisk grund med Node.js 24.
WireGuard har blivit ett populärt val för den som vill bygga en snabb, modern och självhostad VPN-lösning. Men även om WireGuard är tekniskt elegant kan administrationen vara knepig för den som vill hantera många användare, klienter och åtkomsträttigheter. Där kommer WireGuard Easy in i bilden – ett webbaserat verktyg som gör det enklare att installera, konfigurera och administrera en egen WireGuard-server.
Med version WireGuard Easy 15.3 får projektet en viktig nyhet: servern kan nu själv kontrollera vilka IP-adresser och nätverk en klient faktiskt får nå. Det låter kanske tekniskt, men i praktiken handlar det om något mycket enkelt: bättre kontroll över vem som får komma åt vad.
Allowed IPs flyttar från klientens goda vilja till serverns kontroll
I WireGuard används inställningen Allowed IPs för att avgöra vilken trafik som ska gå genom VPN-tunneln och vilka nät som en viss klient får hantera. Traditionellt ligger mycket av detta i klientens konfiguration. Det fungerar bra i många enkla installationer, men det bygger delvis på att klienten följer de regler som administratören har tänkt sig.
I WireGuard Easy 15.3 införs därför server-side Allowed IP enforcement. Det betyder att reglerna kan kontrolleras på serversidan med hjälp av brandväggsfiltrering. Om en klient bara ska få nå exempelvis ett internt system, en viss server eller ett begränsat nätverk, kan servern nu hjälpa till att se till att klienten inte kommer längre än så.
Det är särskilt värdefullt i miljöer där olika användare ska ha olika behörighet. En tekniker kanske behöver nå hela driftmiljön, medan en extern konsult bara ska nå en enda tjänst. Med serverbaserad filtrering blir det enklare att skapa en mer uppdelad och säker VPN-lösning.
En viktig förbättring för självhostade VPN-miljöer
Många använder WireGuard Easy i hemmalabb, småföretag, föreningar eller mindre servermiljöer. I sådana sammanhang vill man ofta ha något som är enkelt nog att administrera via webbläsaren, men ändå tillräckligt säkert för att användas på riktigt.
Den nya brandväggsfunktionen gör att WireGuard Easy tar ett steg från att bara vara ett bekvämt administrationsgränssnitt till att också bli ett starkare verktyg för åtkomstkontroll. Det gör det lättare att arbeta enligt principen minsta möjliga behörighet: varje klient får bara tillgång till det den faktiskt behöver.
För den som driver en egen VPN-server kan detta minska risken för att en felkonfigurerad eller manipulerad klient får bredare åtkomst än tänkt.
Bättre hantering av QR-koder
WireGuard-klienter konfigureras ofta genom att man skannar en QR-kod med mobilen. Det är smidigt, men det ställer krav på att QR-koderna är enkla att visa, kopiera och spara.
I WireGuard Easy 15.3 har QR-kodshanteringen förbättrats. Kommandoradsverktyget kan nu visa en QR-kod direkt, och i webbgränssnittet går det att både kopiera och ladda ner QR-koder som PNG-bilder.
Det gör utrullningen av nya klienter enklare, särskilt när administratören behöver hjälpa användare på distans eller dokumentera konfigurationer på ett mer organiserat sätt.
Förbättrat stöd för AmneziaWG 2.0
Version 15.3 innehåller även förbättringar för AmneziaWG 2.0, bland annat stöd för H1–H4-ranges. AmneziaWG är en WireGuard-relaterad teknik som används i vissa sammanhang där man vill göra VPN-trafik svårare att identifiera eller blockera.
För vanliga användare är detta kanske inte den mest synliga nyheten, men för administratörer som arbetar i mer begränsade nätmiljöer kan förbättrat AmneziaWG-stöd vara en viktig detalj.
Hooks blir enklare att arbeta med
WireGuard Easy har också ändrat hur så kallade hooks hanteras i gränssnittet. Hooks är kommandon som kan köras vid olika händelser, exempelvis när en klient ansluter eller när en tunnel startas.
Tidigare kunde längre eller flerradiga kommandon vara svårare att hantera. I version 15.3 har dessa fält gjorts om till textområden, vilket gör det enklare att lägga in mer avancerade kommandon direkt i webbgränssnittet.
Det är en liten förändring på ytan, men en praktisk förbättring för den som automatiserar uppgifter runt sin VPN-server.
Mobilgränssnitt, översättningar och underhåll
Utöver de större nyheterna innehåller WireGuard Easy 15.3 flera mindre förbättringar. Mobilgränssnittet har justerats, ett problem med felmeddelanden när en avstängd klient aktiverades har rättats, och Prometheus-mätvärden avslutas nu korrekt med en radbrytning.
Projektet har även fått många uppdaterade översättningar, bland annat till bulgariska, tjeckiska, galiciska, vietnamesiska, nederländska, ryska, spanska, franska, tyska, kinesiska, turkiska, polska och ukrainska.
Flera språk anges nu också ha fullständig översättningstäckning, däribland engelska, tyska, franska, nederländska, polska, ryska, turkiska, ukrainska, vietnamesiska och kinesiska varianter.
På den tekniska sidan har projektets Node.js-bas uppdaterats till Node 24 “Krypton”, tillsammans med olika beroendeuppdateringar och interna underhållsändringar.
En uppdatering med fokus på kontroll
WireGuard Easy 15.3 är inte bara en putsning av gränssnittet. Den viktigaste nyheten – serverbaserad kontroll av Allowed IPs – gör att administratörer får bättre möjlighet att styra klienternas åtkomst på riktigt.
För hemmabruk kan det innebära att familjens olika enheter får olika åtkomst. För småföretag kan det betyda att konsulter, anställda och servrar kan separeras tydligare. Och för den som driver en självhostad VPN-lösning blir det ett steg mot en mer robust och professionell nätverksmiljö.
WireGuard Easy fortsätter därmed att fylla en viktig roll: att göra WireGuard enklare att använda, utan att helt ta bort den tekniska kontroll som gör WireGuard så attraktivt från början.
När antalet AI-genererade sårbarhetsrapporter ökar vill Linuxprojektet dra en tydligare gräns mellan vanliga buggar och verkliga säkerhetshål. Linus Torvalds har nu slagit ihop ny dokumentation som förklarar när ett fel i Linuxkärnan ska behandlas som en säkerhetsbugg, hur rapporter bör skickas in och varför spekulativa AI-fynd inte får belasta säkerhetsteamet i onödan. Resultatet är en mer praktisk hotmodell för Linux – och ett försök att skilja allvarliga angreppsvägar från brus, teorier och dåligt testade rapporter.
Linuxkärnan är ett av världens viktigaste mjukvaruprojekt. Den används i allt från mobiltelefoner och servrar till routrar, bilar, molntjänster och superdatorer. Därför är frågan om säkerhetsbuggar i Linux inte bara en teknisk detalj för utvecklare, utan något som i förlängningen påverkar stora delar av det digitala samhället.
Nu har Linus Torvalds slagit ihop ny dokumentation i Linuxkärnan som tydligare förklarar vad som faktiskt räknas som en säkerhetsbugg, hur sådana buggar bör rapporteras och hur utvecklare ska hantera rapporter som tagits fram med hjälp av AI. Dokumentationen ingår i ändringarna för docs-7.1-fixes och bygger bland annat på arbete av Willy Tarreau, känd från HAProxy och underhåll av stabila Linuxkärnor.
Alla buggar är inte säkerhetshål
En central poäng i den nya dokumentationen är att inte alla fel i kärnan ska betraktas som säkerhetshål. Linuxprojektet vill i första hand att vanliga buggar ska hanteras öppet, på publika e-postlistor och i den normala utvecklingsprocessen.
Det finns en praktisk orsak till detta. När fler utvecklare kan läsa, granska och testa en lösning ökar chansen att felet rättas på ett bra sätt. Om en bugg däremot behandlas bakom stängda dörrar av en liten grupp personer finns större risk att viktiga användningsfall missas eller att lösningen inte blir tillräckligt testad.
Den privata säkerhetslistan är därför tänkt för särskilt allvarliga fall: buggar som är lätta att utnyttja, påverkar många användare och ger en angripare rättigheter som denne inte borde ha på ett korrekt konfigurerat produktionssystem.
Med andra ord: ett fel blir inte automatiskt ett säkerhetshål bara för att det kan krascha något eller ser farligt ut i teorin. Det avgörande är om felet passerar en verklig säkerhetsgräns.
Linux får en tydligare hotmodell
En viktig del av förändringen är att Linuxkärnan nu får en mer uttalad hotmodell. En hotmodell beskriver vad systemet ska skydda mot, men också vad det inte kan eller inte lovar att skydda mot.
Linuxkärnan ska bland annat skydda användare från varandra på samma system. En vanlig användare ska inte kunna läsa andra användares filer, komma åt deras processminne, spionera på deras processer eller kringgå skydd som styr nätverk och kommunikation.
Kärnan ska också upprätthålla skydd baserade på så kallade capabilities, alltså särskilda behörigheter som CAP_SYS_ADMIN, CAP_NET_ADMIN och CAP_SYS_PTRACE. En användare utan rätt behörighet ska exempelvis inte kunna ändra nätverksinställningar, manipulera andra användares processer eller påverka kärnans tillstånd.
Om en bugg gör att en vanlig användare kan få en sådan behörighet, eller göra något som normalt kräver administratörsrättigheter, kan det röra sig om en riktig säkerhetsbugg.
AI-rapporter har blivit ett problem
Den nya dokumentationen tar också upp ett modernt problem: AI-assisterade sårbarhetsrapporter.
AI-verktyg kan vara användbara för att hitta misstänkta buggar i kod, särskilt i gamla eller ovanliga delar av kärnan. Men enligt dokumentationen har många rapporter som skickas till säkerhetsteamet blivit för långa, för spekulativa eller helt enkelt för dåligt verifierade.
Problemet är inte att AI används. Problemet är när AI-genererade rapporter skickas in utan att någon människa har kontrollerat om felet verkligen går att återskapa, om det har säkerhetspåverkan eller om den föreslagna exploiten faktiskt fungerar.
Därför säger den nya vägledningen att buggar som hittats med AI normalt ska behandlas som offentliga. Skälet är att flera personer ofta hittar samma typ av AI-upptäckta fel samtidigt. Däremot ska fungerande exploitkod inte publiceras öppet. Rapportören kan i stället säga att en reproducerbar exploit finns och lämna den privat om en ansvarig underhållare ber om det.
Rapporter ska vara korta, tydliga och testade
Linuxutvecklarna efterfrågar nu mer disciplinerade rapporter. En bra rapport ska vara kort, skriven i ren text och börja med det viktigaste: vilken fil eller funktion som påverkas, vilka versioner som berörs och vilken konkret påverkan felet har.
Det räcker inte att skriva att ett fel “kan leda till privilegieeskalering” om det inte är visat. Rapportören bör i stället beskriva vad som faktiskt har testats. Till exempel: kan en vanlig användare få CAP_NET_ADMIN? Kan en process läsa minne den inte ska komma åt? Går felet att återskapa på en normal installation?
AI-genererade reproducerare ska testas innan de skickas in. Om en AI påstår att en exploit fungerar, men rapportören inte själv har kontrollerat det, riskerar rapporten att ignoreras. Dokumentationen uppmuntrar också till att använda AI för att föreslå och testa fixar, inte bara för att producera fler felrapporter.
Vad räknas inte som säkerhetsbugg?
Den nya dokumentationen listar flera typer av problem som normalt inte ska ses som säkerhetshål i Linuxkärnan.
Det gäller till exempel buggar i gamla, icke-underhållna kärnversioner. Administratörer förväntas hålla sina system uppdaterade, och en sårbarhet måste visas påverka aktivt underhållna versioner för att behandlas som en aktuell säkerhetsfråga.
Det gäller också osäkra eller ovanliga konfigurationer. Om någon själv har ändrat sysctl-inställningar, filrättigheter eller byggt kärnan med alternativ som uttryckligen sänker säkerheten, är det inte självklart en kärnsårbarhet när något går fel.
Utvecklingsfunktioner som LOCKDEP, KASAN och FAULT_INJECTION räknas inte heller som produktionsskydd. De är till för testning och felsökning, och kan i sig påverka stabilitet och prestanda.
Inte heller buggar som kräver orimliga laboratorieförhållanden, modifierad hårdvara, miljarder försök eller redan mycket höga rättigheter ska automatiskt betraktas som säkerhetshål.
Root som kraschar systemet är inte alltid en sårbarhet
En annan viktig princip är att åtgärder som kräver full administratörsbehörighet sällan är säkerhetsbuggar i sig. Om root-användaren i den ursprungliga namnrymden kan skriva till en privilegierad enhet och orsaka en kernel oops, är det normalt inte en säkerhetsgräns som brutits. Root hade redan makten att påverka systemet.
Det Linuxprojektet fokuserar på är i stället när en användare får mer makt än den borde ha. Säkerhetsfrågan uppstår alltså när någon passerar en gräns mellan rättigheter, inte när någon redan har rättigheterna och använder dem på ett destruktivt sätt.
Användarnamnrymder får särskild förklaring
Dokumentationen tar även upp CONFIG_USER_NS, alltså stöd för användarnamnrymder. Med denna funktion kan en vanlig användare skapa en isolerad miljö där användaren till synes har fulla rättigheter inom just den miljön.
Det betyder dock inte att användaren ska kunna påverka hela systemet. En sådan namnrymd får inte ge möjlighet att ändra global systemtid, ladda kärnmoduler, montera blockenheter eller påverka den ursprungliga namnrymden på otillåtet sätt.
Här blir hotmodellen viktig. En bugg är allvarlig om den gör att isoleringen mellan namnrymder bryts.
Debuggning är inte alltid tänkt för vanliga användare
Linux innehåller många kraftfulla verktyg för felsökning och prestandaanalys. Exempel är /proc/kmsg, perf, tracing och debugfs. Dessa kan ge djup insyn i systemet och därmed också bli riskabla om de exponeras fel.
Den nya dokumentationen betonar att vissa sådana gränssnitt kräver uttryckligt administratörsbeslut. Om en administratör själv ger användare tillgång till känsliga debuggränssnitt är det inte nödvändigtvis ett säkerhetshål i kärnan. Det är en konfigurationsfråga.
Målet är mindre brus och bättre fixar
Bakgrunden till förändringen är tydlig: Linuxprojektet vill minska mängden felrapporter som felaktigt märks som säkerhetskritiska. Varje rapport som hamnar fel tar tid från utvecklare och säkerhetsteam. Det gör att verkligt allvarliga problem riskerar att drunkna i brus.
Samtidigt stänger dokumentationen inte dörren för osäkra fall. Om en rapportör verkligen är osäker på om ett fel är en säkerhetsbugg uppmanas denne fortfarande att rapportera privat. Hellre en extra granskning av ett gränsfall än att en verklig sårbarhet missas.
Men budskapet är tydligt: kalla inte varje bugg för ett säkerhetshål. Visa vilken säkerhetsgräns som bryts, testa reproduceraren, håll rapporten kort och skicka vanliga buggar till den vanliga utvecklingsprocessen.
En mognare syn på säkerhet i en AI-tid
Det här är mer än en intern dokumentationsändring. Det visar hur stora öppna källkodsprojekt anpassar sig till en ny verklighet där AI kan massproducera analyser, hypoteser och rapporter.
AI kan hjälpa till att hitta riktiga fel. Men den kan också skapa stora mängder halvfärdiga påståenden som människor måste granska. För ett projekt som Linux, där underhållarnas tid är en begränsad resurs, blir kvaliteten på rapporterna avgörande.
Den nya dokumentationen försöker därför sätta en rimlig balans. Säkerhet ska tas på allvar, men säkerhetsprocessen ska inte överbelastas av spekulationer, dåligt testade AI-fynd eller buggar som egentligen hör hemma i den öppna utvecklingsprocessen.
I praktiken handlar det om något mycket grundläggande: ett säkerhetshål är inte bara ett fel i kod. Det är ett fel som bryter ett skydd som systemet har lovat att upprätthålla. Linuxprojektets nya dokumentation gör den gränsen tydligare.
Teknisk faktaruta: Linuxkärnans nya säkerhetsdokumentation
Ämne: Nya riktlinjer för säkerhetsbuggar i Linuxkärnan
Infört av: Linus Torvalds via dokumentationsändringar i Linuxkärnan
Pull request: docs-7.1-fixes
Författare till dokumentationen: Willy Tarreau
Syfte: Att tydliggöra vad som räknas som en säkerhetsbugg, hur rapporter ska skickas in och hur AI-assisterade buggrapporter ska bedömas.
Viktiga nyheter:
Tydligare gräns mellan vanliga buggar och säkerhetsbuggar.
Ny hotmodell för Linuxkärnan.
Riktlinjer för AI-genererade och AI-assisterade rapporter.
Krav på testade reproducerare och verifierad påverkan.
Fokus på buggar som bryter verkliga säkerhetsgränser.
Exempel på säkerhetspåverkan: En vanlig användare får behörigheter som normalt kräver administratörsrättigheter, exempelvis nätverkskontroll eller åtkomst till andra användares processer.
Räknas normalt inte som säkerhetsbugg: Fel i gamla kärnversioner, osäkra specialkonfigurationer, utvecklingsfunktioner, teoretiska attacker utan fungerande exploit eller problem som kräver redan höga rättigheter.
Betydelse: Dokumentationen ska minska brus i säkerhetsrapporteringen och hjälpa utvecklare att fokusera på verkligt allvarliga sårbarheter.
I slutet av 1970-talet började persondatorn flytta ut från hobbyrummen och in i skolorna. Bell & Howells svarta version av Apple II Plus visar hur en vanlig hemdator anpassades […]
Den såg ut som en kraftig skrivmaskin och såldes som en programmerbar terminal. Men inuti Datapoint 2200 fanns en idé som kom att leva vidare i Intel 8008, Zilog […]
Data General/One lanserades 1984 och var en av de första bärbara datorerna som kombinerade batteridrift, IBM PC-kompatibilitet och en fullstor bildskärm. Den blev aldrig någon större försäljningsframgång, men dess […]
Långt innan Apple lanserade iPhone och Android blev världens vanligaste mobilplattform försökte IBM förena telefonen med datorn. Resultatet blev IBM Simon – en halvkilostung apparat med pekskärm, e-post, fax, […]
AMD EPYC 7302 är en kraftfull serverprocessor med 16 kärnor och 32 trådar, utvecklad för virtualisering, databaser och andra krävande arbetsuppgifter. Med Zen 2-arkitektur, 128 MB L3-cache, åttakanaligt DDR4-minne […]
LaserDisc var den stora, blanka videoskivan som lovade bättre bild, bättre ljud och snabbare åtkomst än VHS. Trots att formatet aldrig slog igenom på bred front blev det en […]
HP ProBook 430 G4 var en gång en modern och påkostad arbetsdator för företag. I dag har den hamnat i teknikens gränsland: fortfarande fullt användbar för kontorsarbete, men utan […]
Gevaert Automatic är en ovanlig mekanisk dubbel-8-kamera från tiden före Gevaerts sammanslagning med Agfa. Med fjäderdriven motor, utbytbart Steinheil-objektiv och filmhastigheter på upp till 32 bilder per sekund är […]
När IBM lanserade ThinkPad 701 år 1995 löste företaget problemet med små bärbara datorer på ett spektakulärt sätt. Datorns delade tangentbord vecklade automatiskt ut sig när locket öppnades och […]
BASIC skapades på 1960-talet för att göra programmering tillgänglig för vanliga studenter och blev senare det självklara språket i miljontals hemdatorer. På Atari ST fördes arvet vidare av GFA […]
Vi kommer hem till dig i Stockholm området och hjälper dig med dator, skrivare, kablar, TV, nätverk och annat tekniskt.
Vi arbetar med Linux, Windows och Mac.
DankMaterialShell 1.5 introduces Frame Mode for a more polished Wayland desktop experience, alongside new features and usability improvements. The post DankMaterialShell 1.5 Adds Frame Mode for a More Polished Wayland Desktop appeared first on Linux Today.
Pangolin 1.20 introduces a new Resource Launcher for its tunneled reverse proxy platform, alongside additional improvements and enhancements. The post Pangolin 1.20 Tunneled Reverse Proxy Adds New Resource Launcher appeared first on Linux Today.
Ubuntu 25.10 has reached end of life and will no longer receive updates. Users should upgrade to Ubuntu 26.04 LTS for continued support and security. The post Ubuntu 25.10 Reached End of Life, It’s Time to Upgrade to Ubuntu 26.04 LTS appeared first on Linux Today.
Orbitiny Desktop Pilot X arrives as the project’s biggest update yet, bringing major improvements and new features to the desktop experience. The post Orbitiny Desktop Pilot X Lands as Its Biggest Update Yet appeared first on Linux Today.
An OpenMandriva developer allegedly sabotaged a project repository following a dispute, raising concerns about security and open source governance. The post In an Angry Fit, Dev ‘Sabotages’ OpenMandriva Repository appeared first on Linux Today.
A 15-year-old Linux kernel flaw dubbed GhostLock can allow local users to gain root privileges, posing a serious security risk to affected systems. The post 15-Year-Old Linux Kernel GhostLock Flaw Lets Local Users Gain Root appeared first on Linux Today.
Rust 1.97 is now available with a new default symbol mangling scheme, along with updates and improvements for Rust developers. The post Rust 1.97 Released with New Default Symbol Mangling Scheme appeared first on Linux Today.
Wireshark 4.6.7 is now available with updated protocol support, security fixes, and bug fixes that improve the network protocol analyzer. The post Wireshark 4.6.7 Released with Updated Protocol Support, Bug and Security Fixes appeared first on Linux Today.
Explore how Red Hat and IBM’s Lightwell uses AI-driven security to defend enterprise systems against emerging AI-based cyberattacks. The post Lightwell: Red Hat’s and IBM’s AI Defense Against AI-Based Attacks appeared first on Linux Today.
Discover the latest updates in PipeWire 1.6.8, addressing JACK MIDI race issues that impact Ardour. Enhance your multimedia experience today. The post PipeWire 1.6.8 Multimedia Framework Fixes JACK MIDI Race Affecting Ardour appeared first on Linux Today.
In a bold move toward ultimate minimalism, developer Geir Isene has created Frame — the first X11 server for Linux written entirely in assembly language. The X server is one of those foundational pieces that most of us take for granted. It’s big, complex, and full of decades of legacy code. But what if someone… […]
Weston 16.0 released with major advances in HDR, color management, and Wayland protocol support. After about five months of development, the Weston project has officially released Weston 16.0, the reference Wayland compositor. This version brings important improvements that will help desktop environments like GNOME, KDE, and Enlightenment achieve better and more complete Wayland support. It’s… […]
GNOME OS is getting a dedicated “Test Center” that finally makes testing experimental apps and system components safe, simple, and reversible on image-based distributions. GNOME OS has always been that cool, slightly wild playground for people who live and breathe GNOME. It’s image-based, atomically updated, super secure… and until now, a bit of a pain… […]
Debian released important point updates for both its current stable and previous stable versions on July 11, with Debian 12 officially entering its Long Term Support phase. The Debian project released updated point versions for both its current stable release and the previous one on July 11, 2026. Debian 13.6 delivers 124 stability fixes and… […]
KDE Frameworks 6.28.0 Released with Android Calendar Plugin, New Barcode Support, and KIO Improvements. KDE has released Frameworks 6.28.0, the latest monthly update to its set of over 80 libraries that form the foundation of Plasma and most KDE applications. This release brings several useful new features along with the usual round of bug fixes… […]
System76 has officially released COSMIC 1.1.0, bringing a host of exciting improvements to their Rust-powered desktop environment. System76 has officially released COSMIC 1.1.0, the latest version of their exciting Rust-based desktop environment. This solid update brings many practical improvements across the board, making COSMIC even more polished and enjoyable to use. I have been following… […]
Shotcut 26.6 brings powerful High Dynamic Range preview, restored external monitor support, and several useful improvements. A new version of the popular free and open-source video editor Shotcut 26.6.25 is now available. This release brings excellent HDR (High Dynamic Range) preview and export capabilities, brings back the long-missing external monitor support using a system display,… […]
Here’s a quick rundown of the 10 quick tips after you finish installing a brand new Fedora 44 workstation edition. In this article, we will talk about a few post-install tips for Fedora 44 workstation edition. These are a good starting point if you are installing a fresh Fedora 44 workstation edition for all user… […]
Here’s are the quick steps on how you can upgrade to the Fedora 44 version. Fedora 44 is officially available for download and the upgrade channels are now available. This release brings the latest and greatest GNOME 50 desktop for workstation editions, refinements to KDE Plasma desktop and more updates. If you are trying to… […]
Canonical is bringing thoughtful, local-first AI to Ubuntu – enhancing accessibility, enabling intelligent agents, and keeping user privacy and open source values at the core. As we move through 2026, large language models (LLMs) and AI tools have become ubiquitous across the tech industry. Adoption varies widely – some projects dive in headfirst, while others… […]
Annons
Datorservice
Trasiga dator? Och bor i Stockholm?
Bromma Datorservice sedan 2007.
KDE Plasma 6.8 is shaping up to significantly improve remote desktop support with better unattended access, dynamic resizing, privacy features, and lower latency.
Varför ska du linuxifiera din dator? En 10–15 år gammal premiumdator är inte skräp. Den kan ofta användas i flera år till. Med Linux får du ett system som är mer oberoende av de stora teknikjättarna Google, Microsoft och Apple. Det starkaste argumentet för att köra Linux är att du kan använda din dator några […]
Men först: vad är Linux? Troligen använder du redan Linux utan att veta om det. Linux är en kärna, alltså en grundkomponent som ett operativsystem behöver för att kunna hantera filer, kommunicera med internet, styra hårdvara och mycket annat. Det som gör Linux speciellt är att det är släppt under en licens som gör att […]
Datorproblem kan vara både frustrerande och tidskrävande – men hjälp finns nära till hands. Hos Datorhjälp i Bromma får du personlig och kunnig support, oavsett om det gäller en trasig laptop, krånglande e-post eller installation av ny teknik i hemmet. Med butik på Orrspelsvägen 13 och möjlighet till hembesök över hela Stockholm hjälper våra erfarna […]
När datorn krånglar, Wi-Fi-uppkopplingen sviktar eller skrivaren vägrar fungera kan vardagen snabbt bli frustrerande. För boende kring Karlaplan finns nu möjlighet att få snabb och personlig datorhjälp direkt i hemmet – till ett förmånligt pris med RUT-avdrag. Allt fler hushåll runt Karlaplan väljer att få teknisk hjälp på plats i stället för att ta sig […]
När datorn krånglar, wifi slutar fungera eller den nya mobilen känns svår att förstå finns personlig hjälp att få i Bergshamra. Genom hembesök i lugn miljö och pedagogiskt stöd på plats blir tekniken enklare att hantera – dessutom till halva kostnaden tack vare RUT-avdraget. Bergshamra. När datorn låser sig, e-posten slutar fungera eller den nya […]
När datorn krånglar, wifi strular eller den nya mobilen känns svår att förstå finns personlig hjälp att få i Hässelby Strand. Genom hembesök i lugn miljö och pedagogiskt stöd på plats blir tekniken enklare att hantera – dessutom till halva kostnaden tack vare RUT-avdraget. Hässelby Strand. När datorn låser sig, e-posten slutar fungera eller den […]
När tekniken krånglar i vardagen – från datorer som låser sig till wifi som inte fungerar – finns personlig hjälp att få i Högdalen. Med hembesök i lugn och trygg miljö, pedagogiska förklaringar och möjlighet till halva kostnaden genom RUT-avdraget blir det enklare att få digitala problem lösta. Högdalen. När datorn fryser, e-posten slutar fungera […]
När datorn krånglar, Wi-Fi-uppkopplingen svajar eller skrivaren vägrar fungera kan vardagen snabbt bli både stressig och tidskrävande. För boende i Rågsved finns nu möjlighet att få snabb och personlig datorhjälp direkt i hemmet – till ett förmånligt pris med RUT-avdrag. När datorn krånglar, Wi-Fi-uppkopplingen svajar eller skrivaren vägrar fungera kan vardagen snabbt bli både stressig […]
När tekniken krånglar i vardagen – från strulande datorer och e-post till wifi som inte vill fungera – finns personlig hjälp att få i Vårberg. Med hembesök i lugn och ro och möjlighet till halva kostnaden via RUT-avdraget erbjuds ett tryggt och pedagogiskt stöd för den som vill få tekniken att fungera igen. Vårberg. När […]
När datorn krånglar, internetuppkopplingen svajar eller skrivaren vägrar fungera kan vardagen snabbt bli både stressig och tidskrävande. För boende i Norsborg finns nu möjlighet att få snabb och personlig datorhjälp direkt i hemmet – till ett förmånligt pris med RUT-avdrag. Allt fler hushåll i Norsborg väljer att få teknisk hjälp på plats i stället för […]
En äldre bärbar dator behöver inte vara uttjänt bara för att den inte längre klarar de senaste och mest krävande programmen. Den här Asus X551MA från mitten av 2010-talet har fått nytt liv med Debian och visar hur fri programvara kan göra enkel, åldrad hårdvara användbar igen. Med rätt anpassningar räcker datorn fortfarande gott för […]
Acer Aspire 5741G är en äldre bärbar dator som fortfarande klarar enklare vardagsuppgifter med Linux Mint 22.2 ”Zara”. Med en Intel Core i5-processor, separat NVIDIA GeForce GT 320M-grafik och en hårddisk på 320 GB passar den för ordbehandling, e-post, webbsurfning, film och enklare Linuxprojekt, även om mer arbetsminne och en SSD skulle göra den betydligt […]
ASUS S551LN är en äldre men välutrustad bärbar dator som fått nytt liv med Linux Mint 22.3 ”Zena” och en snabb Kingston SSD. Med en Intel Core i5-processor, 8 GB arbetsminne, NVIDIA GeForce 840M och USB 3.0 passar den fortfarande bra för webbsurfning, kontorsarbete, film och enklare bildbehandling. ASUS S551LN är en äldre bärbar dator […]
ASUS K53TK är en äldre bärbar dator som har fått nytt liv med Ubuntu 24.04.4 LTS och en snabb Crucial SSD på 240 GB. Med en fyrkärnig AMD A6-processor, 4 GB arbetsminne, dubbla Radeon-grafikkretsar och USB 3.0 passar den fortfarande för ordbehandling, webbsurfning, film och andra vardagliga uppgifter. ASUS K53TK är en äldre bärbar dator […]
Acer Aspire 5742 är en äldre bärbar dator som har fått nytt liv med en snabb Crucial SSD på 480 GB och Linux Mint 22.3 ”Zena”. Med en Intel Core i5-processor, 4 GB arbetsminne och gigabit Ethernet fungerar den fortfarande bra för ordbehandling, e-post, enklare webbsurfning, film och andra vardagliga uppgifter. Acer Aspire 5742 är […]
Acer Aspire 7750Z är en äldre bärbar dator med stor bildskärm, 4 GB arbetsminne och en mekanisk hårddisk på 500 GB. Med Linux Mint 22.3 ”Zena” installerat fungerar den fortfarande för ordbehandling, e-post, enklare webbsurfning, film och andra vardagliga uppgifter. Ett framtida byte till SSD skulle dessutom kunna göra datorn märkbart snabbare och mer responsiv. […]
Toshiba Satellite C850-1DW är en äldre bärbar dator som har fått nytt liv med en snabb Kingston SSD och Linux Mint 22.3 ”Zena”. Med en Intel Core i3-processor, 4 GB arbetsminne och flera praktiska anslutningar passar den fortfarande för ordbehandling, e-post, enklare webbsurfning, film och andra vardagliga uppgifter. Toshiba Satellite C850-1DW är en äldre bärbar […]
Lenovo IdeaPad 330-17IKB är en traditionell bärbar vardagsdator med en Intel Pentium-processor, 8 GB arbetsminne och en hårddisk på 1 TB. Datorn kör Ubuntu 24.04 LTS och passar för exempelvis ordbehandling, e-post, webbsurfning, filmuppspelning och enklare tekniska uppgifter. Lenovo IdeaPad 330-17IKB är en bärbar dator som kombinerar en stor bildskärm med en traditionell hårdvarukonstruktion. Den […]
Acer Aspire F5-521 är en äldre bärbar dator som fortfarande fungerar bra för enklare vardagsuppgifter. Med fyrkärnig AMD-processor, 4 GB arbetsminne, integrerad Radeon-grafik och en SSD på 128 GB passar den för exempelvis ordbehandling, e-post, webbsurfning och multimedia. Datorn kör Ubuntu Linux, vilket ger den goda möjligheter att fortsätta användas som vardagsdator, reservdator eller återbruksdator. […]
Dell XPS L502X är en äldre bärbar prestandadator som fortfarande har mycket att erbjuda. Med en fyrkärnig Intel Core i7-processor, 8 GB arbetsminne, separat Nvidia-grafik och Debian Linux klarar den fortfarande kontorsarbete, webbsurfning, multimedia och enklare tekniska uppgifter. Med en SSD kan datorn dessutom få ett tydligt prestandalyft och fortsätta vara användbar i många år. […]
Tails 7.11 har släppts med en viktig rättelse för Persistent Storage och en uppdaterad version av Tor Browser. Operativsystemet är utvecklat för människor som behöver skydda sin identitet och lämna så få digitala spår som möjligt efter sig. Tails är ett säkerhets- och integritetsinriktat operativsystem som vanligtvis körs direkt från ett USB-minne. När datorn stängs…
Mozilla skärper säkerheten i Firefox 154 genom att hindra webbplatser från att obemärkt kommunicera med routrar, skrivare och annan utrustning i det lokala nätverket. Uppdateringen ger även enklare kontroll över webbläsarens AI-funktioner, förbättrad hantering av kakor och PDF-filer samt flera nyheter för Windows, macOS, Linux och Android. En webbläsare kommunicerar inte bara med webbplatser ute…
WireGuard Easy har släppts i version 15.4. Den nya versionen gör det möjligt att skydda administrationsgränssnittet med extern OAuth-inloggning och innehåller flera förbättringar av säkerhet, prestanda och användarvänlighet. WireGuard är ett modernt VPN-protokoll som skapar en krypterad förbindelse mellan olika enheter och nätverk. Det kan exempelvis användas för att ansluta en bärbar dator till hemnätverket…
Ett begränsat minnesfel i Linuxkärnan behöver inte ge en angripare särskilt stor kontroll. Men säkerhetsverktyget CopyKat visar hur till synes oskyldiga kärnobjekt kan användas som förstärkare – och hjälpa angriparen att ta kontroll över hela systemet. Forskare vid IBM Research Europe och Vrije Universiteit Amsterdam har utvecklat CopyKat, ett automatiserat system som letar efter användbara…
En 18 år gammal sårbarhet i Linuxkärnans SCTP-kod kan ge lokala angripare fullständig rootåtkomst. Säkerhetsforskarna bakom upptäckten har även visat att felet under vissa förutsättningar kan användas för att ta sig ur en container och angripa värdsystemet. Sårbarheten har fått namnet SCTPhantom och registrerats som CVE-2026-64564. Den finns i Linuxkärnans stöd för nätverksprotokollet SCTP och…
WordPress 7.0.3 har släppts med rättningar av tolv säkerhetsproblem. Flera av sårbarheterna kan utnyttjas för att köra skadlig kod, komma åt skyddad information eller skaffa utökade rättigheter. Eftersom detta är en viktig säkerhetsuppdatering rekommenderas alla webbplatsägare att installera den omgående. WordPress 7.0.3 har släppts med rättningar av tolv säkerhetsproblem. Flera av sårbarheterna kan användas för…
Debianprojektet har släppt en omfattande säkerhetsuppdatering för Debian 13 ”Trixie”. Uppdateringen rättar 68 säkerhetsproblem i Linuxkärnan, däribland brister som kan orsaka systemkrascher, informationsläckor och i vissa fall ge en angripare fullständig kontroll över datorn. Den nya uppdateringen publicerades den 31 juli 2026 och gäller Linuxkärnan 6.12 LTS, som används i Debian 13. Alla användare rekommenderas…
EU:s nya system för digital ålderskontroll ska skydda användarnas identitet – men kravet på hårdvarubunden attestering väcker oro. Kritiker menar att tekniken kan stänga ute Linux, alternativa Android-system och självkompilerade appar, trots att projektet utvecklas med öppen källkod. Europeiska unionen arbetar med en öppen teknisk lösning för ålderskontroll på internet. Tanken är att en användare…
En allvarlig säkerhetsbrist i WordPress gjorde det möjligt för angripare att kringgå inloggningen och i värsta fall ta kontroll över hela webbplatsen. Sårbarheten, som kallas wp2shell, visar att ett starkt lösenord inte alltid räcker när felet finns i själva WordPress-kärnan. WordPress används till allt från personliga bloggar till företagswebbplatser, webbutiker och stora nyhetssajter. Systemets popularitet…
IPFire 2.29 Core Update 203 innebär en av de största förändringarna på länge för den Linuxbaserade brandväggsdistributionen. Den tidigare DNS-tjänsten Unbound ersätts av Knot Resolver, vilket ger stöd för krypterade DNS-frågor, central blockering av skadliga domäner, lokala DNS-poster och bättre integration med DHCP. Uppdateringen innehåller även stöd för Wi-Fi på 6 GHz-bandet, säkrare drift i…
FreeRDP gör det möjligt att styra en dator på distans, nästan som om man satt framför den. I version 3.28 ligger fokus på säkrare anslutningar, färre krascher och bättre stöd för flera plattformar. Uppdateringen rättar flera sårbarheter, väcker liv i klienten för iPhone och iPad och förbättrar funktioner i Android, Windows och macOS. FreeRDP är…
Parrot OS 7.3 är här med fokus på modern hårdvara, bättre prestanda och smidigare användning. Den Debian-baserade säkerhetsdistributionen får optimerade paket för nyare processorer, officiella Vagrant-boxar, uppdaterade säkerhetsverktyg och ett nytt menysystem som gör det enklare att installera verktyg vid behov. Parrot OS 7.3 har nu släppts. Det är en ny version av den Debian-baserade…
Kali Linux 2026.2 är här med nya skrivbordsmiljöer, fler säkerhetsverktyg och snabbare virtuella maskiner. Den populära Linuxdistributionen, som används av säkerhetsexperter och etiska hackare, har fått uppdateringar som gör systemet både modernare och mer effektivt – samtidigt som Kali NetHunter fortsätter att växa på mobila enheter. Kali Linux 2026.2 har nu släppts av Offensive Security.…
När AI-verktyg gör det lättare att hitta säkerhetsbrister i öppen källkod ökar också trycket på de utvecklare som måste hantera rapporterna. Därför lanserar Linux Foundation initiativet Akrites, som ska samordna rapportering, åtgärder och offentliggörande av allvarliga sårbarheter i viktiga öppna projekt. Akrites ska hjälpa öppen källkod att hantera säkerhetshot snabbare Öppen källkod är en grundpelare…
Linuxvärlden har drabbats av ännu en allvarlig kärnsårbarhet. Den nya bristen, kallad DirtyClone, är nära besläktad med DirtyFrag och kan i vissa fall låta en lokal angripare få root-behörighet på sårbara system. Även om felet inte kan utnyttjas direkt på distans är risken betydande, särskilt på system med containrar eller unprivileged user namespaces aktiverade. När…
En allvarlig sårbarhet i Linux-kärnans brandväggskod kan låta en vanlig lokal användare få root-rättigheter och i vissa fall bryta sig ut ur en container. Felet, CVE-2026-23111, är redan rättat i Linux-kärnan, men fungerande exploitkod finns nu offentligt dokumenterad. Administratörer bör därför uppdatera kernelpaketen och starta om berörda system snarast. Säkerhetsforskare har publicerat en detaljerad och…
En ny attack mot HTTP/2, kallad HTTP/2 Bomb, visar hur moderna webbprotokoll kan utnyttjas på oväntade sätt. Genom att missbruka komprimering och flödeskontroll kan en angripare få webbservrar som Nginx, Apache, IIS, Envoy och Pingora att snabbt förbruka stora mängder minne – i vissa fall på bara några sekunder. En ny typ av överbelastningsattack mot…
IBM och Red Hat lanserar Project Lightwell, en satsning på 5 miljarder dollar för att stärka säkerheten i öppen källkod. Genom att kombinera AI-assisterad kodanalys med tusentals ingenjörer vill företagen skapa ett betrott säkerhetslager för företag som är beroende av Linux, Kubernetes, Java, AI-ramverk och andra centrala open source-komponenter. IBM och Red Hat lanserar Project…
WireGuard Easy 15.3 gör det enklare att driva en egen VPN-server med bättre kontroll över vilka resurser olika klienter får nå. Den stora nyheten är serverbaserad kontroll av Allowed IPs, vilket innebär att åtkomstregler kan genomdrivas på serversidan i stället för att enbart bygga på klientens konfiguration. Uppdateringen innehåller också förbättrad QR-kodshantering, bättre stöd för…
När antalet AI-genererade sårbarhetsrapporter ökar vill Linuxprojektet dra en tydligare gräns mellan vanliga buggar och verkliga säkerhetshål. Linus Torvalds har nu slagit ihop ny dokumentation som förklarar när ett fel i Linuxkärnan ska behandlas som en säkerhetsbugg, hur rapporter bör skickas in och varför spekulativa AI-fynd inte får belasta säkerhetsteamet i onödan. Resultatet är en…
