• CopyKat hittar 122 byggstenar som kan förvandla små minnesfel till rootåtkomst

    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.

    Kan påvhttps://www.usenix.org/conference/usenixsecurity26/technical-sessionserka hur kärnfel bedöms

    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.

    https://www.usenix.org/conference/usenixsecurity26/technical-sessions

    Rapporten är på ca 7000 sidor.

  • Ubuntu 24.04.5 Släppts den 27:e Augusti

    Canonical har börjat rulla ut Linux 7.0 till Ubuntu 24.04 LTS. Den nya HWE-kärnan ger bättre stöd för modern hårdvara och blir en viktig del av Ubuntu 24.04.5 LTS, som planeras att släppas den 27 augusti 2026.

    En ny motor under huven

    Linuxkärnan är den del av operativsystemet som arbetar närmast datorns hårdvara. Den sköter bland annat kommunikationen med processorn, arbetsminnet, lagringsenheterna, grafikkortet och nätverkskretsarna. När kärnan uppdateras syns därför sällan några stora förändringar på skrivbordet, men datorn kan få stöd för komponenter som tidigare fungerade dåligt – eller inte alls.

    Det är ungefär som att behålla samma bil, men byta ut delar av motorn och elsystemet. Instrumentpanelen ser likadan ut, samtidigt som tekniken under huven blir modernare.

    Ubuntu 24.04 LTS lanserades i april 2024 och bygger i sin ursprungliga form på Linux 6.8. Nu visar Ubuntus officiella paketarkiv att HWE-paketet för Ubuntu 24.04 har flyttats till Linux 7.0.

    HWE håller en LTS-version modern

    Förkortningen HWE står för Hardware Enablement, ungefär ”aktivering av hårdvarustöd”. Systemet finns för att lösa ett grundläggande problem med långtidsstödda Linuxdistributioner: operativsystemet ska vara stabilt i flera år, medan ny datorhårdvara lanseras hela tiden.

    I stället för att tvinga användaren att byta hela Ubuntu-versionen hämtar Canonical nyare kärnor och delar av grafikstacken från senare Ubuntu-utgåvor. På så sätt kan Ubuntu 24.04 fortsätta vara en stabil LTS-version, men ändå lära sig att hantera nyare hårdvara.

    En ny kärna kan bland annat innehålla:

    • drivrutiner för nyare processorer och styrkretsar,
    • förbättrat stöd för Wi-Fi, Bluetooth och nätverkskort,
    • uppdateringar för AMD-, Intel- och Nvidia-grafik,
    • bättre energihantering och viloläge på bärbara datorer,
    • korrigeringar för lagring, USB-enheter och annan kringutrustning.

    Det betyder inte att varje dator automatiskt blir snabbare. Den största nyttan märks vanligen på relativt ny hårdvara eller på datorer där en tidigare kärna har haft problem med någon komponent.

    Ubuntu 24.04.5 kommer den 27 augusti

    Linux 7.0 blir en central del av Ubuntu 24.04.5 LTS, som enligt Ubuntus utgivningsplan ska släppas den 27 augusti 2026. Den nya punktutgåvan väntas även få en uppdaterad grafikstack med Mesa 26.

    En punktutgåva är framför allt ett nytt och uppdaterat installationsmedium. Den samlar alla rättningar, säkerhetsuppdateringar och hårdvaruförbättringar som har tillkommit sedan den föregående installationsavbilden skapades. Den som installerar Ubuntu 24.04 på en ny dator efter den 27 augusti slipper därför börja med en gammal kärna och därefter hämta en stor mängd uppdateringar.

    För den som redan kör Ubuntu 24.04 är 24.04.5 däremot ingen ny Ubuntu-version som måste installeras om från början. Samma innehåll levereras successivt genom den vanliga uppdateringsfunktionen. Ubuntu 24.04.4 använde Linux 6.17 i HWE-spåret; Linux 7.0 tar nu över som nästa steg i den rullande modellen. Canonical beskriver HWE-spåret som en fortlöpande uppdateringsmodell.

    Alla installationer byter inte kärna automatiskt

    Vanliga skrivbordsinstallationer av Ubuntu 24.04 följer normalt HWE-spåret och bör därför få Linux 7.0 som en vanlig systemuppdatering. Serverinstallationer ligger däremot normalt kvar på den ursprungliga GA-kärnan, Linux 6.8, om administratören inte aktivt väljer HWE. Vissa datorer kan dessutom använda ett separat OEM-spår med kärnor som är anpassade för den aktuella modellen.

    Den installerade kärnan kontrolleras med:

    uname -r
    

    En fullt uppdaterad HWE-installation ska efter omstart visa ett versionsnummer som börjar med 7.0. Om datorn fortfarande använder en äldre kärna kan det bero på att uppdateringen ännu inte har nått den valda spegelservern, att HWE-paketet inte är installerat eller att datorn följer ett annat kärnspår.

    Så installerar du uppdateringen

    På en vanlig Ubuntu-dator räcker det normalt att använda Programuppdateraren. Samma sak kan göras i terminalen:

    sudo apt update
    sudo apt full-upgrade
    sudo reboot
    

    Om systemet inte redan följer HWE-spåret kan det installeras manuellt med det paket som Canonical anger för Ubuntu 24.04:

    sudo apt install --install-recommends linux-generic-hwe-24.04
    

    Det är klokt att säkerhetskopiera viktiga filer innan ett större kärnbyte, särskilt på arbetsdatorer och servrar med specialdrivrutiner. Äldre kärnor bör inte raderas omedelbart. Om den nya kärnan orsakar problem går det då ofta att välja den föregående versionen under ”Avancerade alternativ” i GRUB-menyn.

    Inte samma sak som Ubuntu 26.04

    Trots att Linux 7.0 kommer från Ubuntu 26.04 LTS förblir datorn på Ubuntu 24.04. Skrivbordsmiljön, programversionerna och den grundläggande systemmiljön byts inte ut på samma sätt som vid en full versionsuppgradering. HWE uppdaterar främst de delar som krävs för hårdvarustöd.

    Ubuntu 24.04 LTS får ordinarie säkerhetsunderhåll till den 31 maj 2029, enligt de officiella versionsanteckningarna. Det finns därför ingen brådska att lämna 24.04 enbart för att 26.04 har släppts. Den vanliga uppgraderingen mellan LTS-versionerna erbjuds först efter den första punktutgåvan av Ubuntu 26.04, enligt Canonicals uppgraderingsdokumentation.

    En försiktig modernisering

    Linux 7.0 ger Ubuntu 24.04 LTS en teknisk förnyelse utan att ändra det välbekanta systemet ovanpå. För användare med nya datorer kan uppdateringen innebära bättre drivrutiner och färre kompatibilitetsproblem. På äldre, redan välfungerande maskiner blir skillnaden ofta mindre märkbar, men säkerhetsrättningar och framtida hårdvarustöd gör ändå uppdateringen viktig.

    Det är själva idén med HWE: att låta en stabil långtidsversion åldras långsammare i en värld där datorhårdvaran fortsätter att utvecklas.

    > FAKTA: Ubuntu 24.04.5 LTS

    • Distribution: Ubuntu 24.04 LTS – Noble Numbat
    • Ny kärna: Linux 7.0 HWE
    • Punktutgåva: Ubuntu 24.04.5 LTS
    • Planerat utgivningsdatum: 27 augusti 2026
    • Grafikstack: Mesa 26
    • Syfte: Bättre stöd för nyare datorhårdvara
    • Ordinarie stöd: Till den 31 maj 2029
    • Ominstallation krävs: Nej

    > Uppdatera systemet:

    sudo apt update
    sudo apt full-upgrade
    sudo reboot

    > Kontrollera kärnversionen:

    uname -r

    Ubuntu 24.04 förblir Ubuntu 24.04 efter uppdateringen. HWE uppdaterar främst kärnan och hårdvarustödet – det är inte en fullständig uppgradering till Ubuntu 26.04.

  • SCTPhantom – 18 år gammal Linux-bugg kan ge angripare rootåtkomst

    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.

    https://nvd.nist.gov/vuln/detail/CVE-2026-64564

  • Nya Arch Linux får Linux 7.1 – bättre stöd för både ny och äldre hårdvara

    Arch Linux har släppt sin installationsavbildning för augusti 2026 – den första som bygger på Linuxkärnan 7.1. Uppdateringen ger förbättrat hårdvarustöd, ett modernare installationsprogram och samtliga säkerhets- och paketuppdateringar från juli.

    Arch Linux har släppt sin installationsavbildning för augusti 2026. Den stora nyheten är att detta är den första officiella Arch Linux-versionen som levereras med Linuxkärnan 7.1.

    Den nya installationsfilen heter Arch Linux 2026.08.01 och innehåller även samtliga paketuppdateringar och säkerhetsrättningar som publicerades under juli.

    Linuxkärnan är länken mellan hårdvara och program

    Linuxkärnan är den centrala delen av operativsystemet. Den ansvarar bland annat för kommunikationen med datorns processor, minne, lagringsenheter, nätverkskort och annan hårdvara.

    När en ny kärnversion lanseras innehåller den ofta förbättrade drivrutiner och stöd för fler komponenter. Linux 7.1 kan därför göra det lättare att installera Arch Linux på helt nya datorer vars hårdvara inte stöddes av äldre installationsfiler.

    Samtidigt kan även äldre datorer dra nytta av uppdateringen. Vissa komponenter som tidigare inte identifierades korrekt kan nu fungera bättre tack vare förbättrade eller korrigerade drivrutiner.

    Uppdaterat installationsprogram

    Den nya Arch Linux-avbildningen innehåller även Archinstall 4.4. Archinstall är ett menybaserat installationsprogram som hjälper användaren att konfigurera systemet utan att behöva skriva samtliga installationskommandon manuellt.

    Archinstall 4.4 innehåller flera nya funktioner. Bland annat går det nu att välja en skrivbordsmiljö baserad på fönsterhanteraren Niri och gränssnittet DankMaterialShell.

    Installationsprogrammet har också fått stöd för att konfigurera Plymouth, som visar en grafisk startbild medan Linux startar. Användaren får en varning innan funktionen aktiveras, eftersom Plymouth kräver att starthanteraren konfigureras korrekt.

    Enklare nätverksinställningar

    Stödet för trådlösa nätverk har förbättrats. Det ska nu vara enklare att hitta och välja rätt Wi-Fi-nätverk under installationen.

    Användaren kan dessutom välja att använda IWD som fristående nätverkslösning. IWD är ett verktyg för hantering av trådlösa anslutningar och utvecklas med fokus på enkelhet och låg resursförbrukning.

    Språk och konsoltypsnitt samordnas

    En annan förbättring är att installationsprogrammet automatiskt kan välja ett lämpligt typsnitt för textkonsolen när användaren väljer språk.

    Det är särskilt betydelsefullt för språk som använder tecken vilka inte alltid visas korrekt med standardtypsnittet. Typsnittet kan även väljas manuellt från menyn för språk- och regioninställningar.

    När konfigurationen är komplett och giltig kan Archinstall nu visa en tydligare installationssammanfattning. Det gör det lättare att kontrollera inställningarna innan partitionering och installation påbörjas.

    Enklare att dela installationsloggar

    Om installationen misslyckas kan loggfilen innehålla viktig information om vad som gick fel. Archinstall 4.4 har därför fått kommandot share-log, som kan överföra installationsloggen till tjänsten paste.rs.

    Det gör det enklare att dela loggen med andra användare eller supportforum vid felsökning. Användaren bör dock alltid kontrollera att loggfilen inte innehåller känslig information innan den publiceras.

    Förändrade skrivbordsprofiler

    Installationsprofilerna har också justerats. Budgie-profilen har fått andra standardprogram för terminal och filhantering, medan skrivbordsmiljön Cutefish har tagits bort från installationsprogrammet.

    Stödet för seatd har samtidigt förbättrats. När seatd väljs läggs användaren automatiskt till i den grupp som krävs för att få åtkomst till bland annat grafiska enheter och inmatningsenheter.

    Installationsfilen behövs främst för nya system

    Den nya ISO-filen är avsedd för personer som ska installera Arch Linux från början. Den kan skrivas till ett USB-minne och användas för att starta installationsmiljön.

    Den som redan använder Arch Linux behöver normalt inte installera om systemet. Eftersom Arch Linux använder en löpande uppdateringsmodell får befintliga installationer samma paket och säkerhetsuppdateringar genom det vanliga kommandot:

    sudo pacman -Syu
    

    Arch Linux 2026.08.01 innebär alltså ingen traditionell ny systemversion. Det är i stället en uppdaterad ögonblicksbild av installationsmiljön, med en ny Linuxkärna, ett förbättrat installationsprogram och samtliga aktuella paket fram till början av augusti 2026.

    https://archlinux.org/download

    > Fakta: Arch Linux 2026.08.01

    Utgåva: Arch Linux 2026.08.01

    Linuxkärna: Linux 7.1

    Installationsprogram: Archinstall 4.4

    Nyheter: Förbättrat hårdvarustöd, enklare Wi-Fi-konfiguration, stöd för Plymouth och val av konsoltypsnitt.

    Uppdateringar: Innehåller paketuppdateringar och säkerhetsrättningar från juli 2026.

    Användning: ISO-filen är främst avsedd för nya installationer.

    Befintliga installationer uppdateras med:

    sudo pacman -Syu
  • Stor säkerhetsuppdatering för Debian 13 täpper till 68 sårbarheter

    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.

    https://lists.debian.org/debian-security-announce/2026/msg00316.html

    root@debian:~# säkerhetsrapport

    [ SYSTEM ] Debian 13 “Trixie”

    [ KERNEL ] Linux 6.12 LTS

    [ UPPDATERAD VERSION ] 6.12.100-1

    [ PUBLICERAD ] 31 juli 2026

    [ SÅRBARHETER ] 68 rättade säkerhetsproblem

    [ RISKER ] Privilegiehöjning, informationsläckor, minnesfel och överbelastningsattacker

    [ ALLVARLIGA FEL ] CVE-2026-64530 och CVE-2026-64531

    [ PÅVERKADE OMRÅDEN ] Nätverk, Open vSwitch, NTFS3, NVMe over TCP och virtio-vsock

    sudo apt update sudo apt full-upgrade sudo reboot

    [ VARNING ] Den nya kärnan börjar användas först efter omstart.

    root@debian:~# uname -r

  • AerynOS 2026.08 satsar på OpenZFS och säkrare systemuppdateringar

    Den nya installationsavbildningen AerynOS 2026.08 innehåller experimentellt stöd för OpenZFS, en moderniserad systemd-miljö och en ny generation versionshanterade programförråd. Samtidigt fortsätter Linuxdistributionen att utvecklas mot målet att en installation ska kunna uppdateras under lång tid utan att behöva installeras om.

    AerynOS har publicerat en ny installationsavbildning med beteckningen AerynOS 2026.08. Den samlar de senaste förändringarna i distributionens programförråd, installationsverktyg, filsystemsstöd och skrivbordsmiljöer.

    Den nya ISO-filen följer efter en större uppdatering av distributionens instabila programgren. Där introducerades bland annat Linuxkärnan 7.1.5, COSMIC Desktop 1.5 och grafikbiblioteket Mesa 26.1.6.

    AerynOS 2026.08 innehåller dock mer än nya programversioner. Flera av förändringarna sker under ytan och är tänkta att göra operativsystemet stabilare, lättare att underhålla och enklare att vidareutveckla.

    Experimentellt stöd för OpenZFS

    En av de största nyheterna är experimentellt stöd för OpenZFS på separata datadiskar. Därmed kan användare hantera datadiskar formaterade med OpenZFS, Btrfs eller Bcachefs.

    OpenZFS är ett avancerat filsystem som från början utvecklades för serversystem och stora lagringslösningar. Det kombinerar traditionell filhantering med funktioner som normalt förknippas med separata lagringsverktyg.

    Bland funktionerna finns kontrollsummor som kan upptäcka skadade data, ögonblicksbilder som sparar ett tidigare tillstånd samt möjlighet att kombinera flera diskar i gemensamma lagringspooler.

    Stödet i AerynOS gäller i nuläget användarhanterade datadiskar och ska betraktas som experimentellt. Funktionen har endast testats på ett begränsat antal enheter. Projektet efterlyser därför användare som kan prova OpenZFS på olika typer av hårdvara och rapportera sina erfarenheter.

    Programförråden får versionshantering

    AerynOS har även slutfört den andra fasen av projektets arbete med versionshanterade programförråd.

    Ett programförråd är den källa som ett Linuxsystem använder för att hämta program, drivrutiner, systembibliotek och säkerhetsuppdateringar. Om strukturen i ett sådant förråd förändras på ett sätt som inte är kompatibelt med den tidigare versionen kan det annars krävas manuella åtgärder från användaren.

    Den nya konstruktionen gör det möjligt för AerynOS pakethanterare Moss att uppdatera både sig själv och formatet på det lokala programförrådet. Det ska även fungera när förändringarna är så omfattande att det gamla och nya formatet egentligen inte är kompatibla med varandra.

    För användaren innebär det att vanliga systemuppdateringar ska räcka. Någon särskild manuell migrering ska normalt inte behövas.

    Detta är en viktig del av AerynOS långsiktiga idé om ett system som installeras en gång och därefter fortlöpande hålls aktuellt.

    Konfigurationen för Moss har samtidigt flyttats till KDL, ett strukturerat konfigurationsformat som är tänkt att vara lättare att läsa och bearbeta än många traditionella konfigurationsfiler.

    Nedladdade filer kontrolleras noggrannare

    Moss har också fått fler kontroller av filer som lagras i pakethanterarens innehållsadresserade lagring.

    I ett innehållsadresserat system identifieras en fil utifrån sitt faktiska innehåll, vanligtvis genom ett kryptografiskt kontrollvärde. Två identiska filer får därför samma identitet oavsett vad de heter eller varifrån de har hämtats.

    De nya kontrollerna ska minska risken för att ofullständiga eller skadade filer används vid installationer och uppdateringar. Vissa Moss-operationer kan tillfälligt bli långsammare när filerna granskas, men i gengäld får systemet bättre garantier för att det lagrade materialet är korrekt.

    Effektivare fillagring på XFS

    Användare som installerat AerynOS på filsystemet XFS får nu inbyggd hantering av så kallade reflänkar.

    En reflänk gör det möjligt att skapa flera filer som till en början använder samma lagrade data. Filerna kan ha olika namn, ägare och behörigheter, trots att innehållet inte behöver kopieras direkt.

    En verklig kopia skapas först när någon av filerna förändras. Tekniken kallas ofta copy-on-write och kan både spara lagringsutrymme och göra kopiering snabbare.

    På filsystem som saknar stöd för reflänkar, exempelvis ext4 och F2FS, fortsätter AerynOS i stället att använda hårda länkar när det är möjligt.

    Stor omarbetning av systemd

    AerynOS har genomfört en omfattande förändring av paketeringen av systemd, det centrala system som bland annat startar tjänster, hanterar enheter och organiserar systemets uppstartsprocess.

    Distributionen har gått från systemd 257.13 till systemd 261.2 genom flera mellanliggande uppdateringar.

    Ett viktigt resultat av arbetet är att tjänster som användaren själv har aktiverat eller stängt av inte längre ska få sitt tillstånd överskrivet när Moss installerar eller uppdaterar paket.

    Flera delar av systemd distribueras nu dessutom som separata paket. Det gäller bland annat:

    • systemd-boot
    • systemd-coredump
    • systemd-homed
    • systemd-container
    • systemd-resolved
    • systemd-udev

    Den mer uppdelade paketeringen gör det möjligt att anpassa installationer och installera endast de komponenter som faktiskt behövs.

    Användare bör samtidigt vara uppmärksamma på att nätverkskort kan få nya namn efter nästa omstart. Ett nätverkskort som tidigare hette exempelvis eth0 kan i stället få ett förutsägbart namn som enp12s0.

    Sådana namn bygger på nätverkskortets placering i datorn och ska minska risken för att olika nätverksenheter byter namn mellan omstarter.

    Nya skrivbord hämtas under installationen

    Installationsavbildningen innehåller den senaste Linuxkärnan i 7.1-serien och en uppdaterad GNOME-miljö för det startbara installationssystemet.

    Själva installationen är nätverksbaserad. Det innebär att den senaste programvaran hämtas från AerynOS programförråd när operativsystemet installeras.

    Användaren kan bland annat välja mellan KDE Plasma 6.7.3 och COSMIC Desktop 1.5.

    COSMIC utvecklas av företaget System76 och är en modern skrivbordsmiljö byggd i programmeringsspråket Rust. KDE Plasma är en mer etablerad miljö med omfattande möjligheter att anpassa utseende och funktioner.

    Bland de övriga uppdaterade komponenterna finns Firefox 153.0.1, Thunderbird 153.0.1, PHP 8.5.9, QEMU 11.0.3, Wine 11.14, SQLite 3.53.4 och NetworkManager 1.58.0.

    Ny Nvidia-drivrutin behöver testas

    Nvidia-drivrutinen 610.43.03 har lagts till i AerynOS programförråd. Projektet har redan genomfört tester tillsammans med användare och uppger att resultaten hittills varit positiva.

    Drivrutinen innehåller bland annat förbättringar för Nvidias DLSS-teknik samt korrigeringar av problem som kan uppstå när datorer försätts i viloläge och senare väcks igen.

    AerynOS efterlyser fortfarande fler användare med Nvidia-grafikkort som kan testa drivrutinen på olika hårdvarukombinationer.

    Linuxkärnan uppdaterades efter säkerhetsproblem

    Distributionens stabila kärna och spelkärna har uppdaterats till Linux 7.1.5. Den långtidssupporterade kärnan använder version 6.18.40.

    Enligt projektet genomfördes kärnuppdateringarna efter en period med ovanligt många rapporterade säkerhetsproblem i Linuxkärnan. Situationen krävde snabba uppdateringar från utvecklargruppen.

    Linuxkärnan är operativsystemets centrala del och ansvarar bland annat för minneshantering, processer, filsystem och kommunikationen med datorns hårdvara. Säkerhetsfel i kärnan kan därför påverka hela systemet.

    YAML ska ersättas med KDL

    AerynOS planerar även att ersätta det nuvarande YAML-formatet för paketbeskrivningar med ett nytt schema baserat på KDL.

    Paketbeskrivningarna fungerar som recept och talar om hur program ska hämtas, byggas och paketeras för distributionen.

    Utvecklarna betraktar numera YAML-formatet som en övergångslösning. Därför har de valt att inte lägga till fler större funktioner i det gamla formatet innan KDL-ersättaren är färdig.

    Codeberg utvärderas som alternativ till GitHub

    Projektet fortsätter samtidigt att undersöka Codeberg som ett möjligt alternativ till GitHub.

    Codeberg är en ideellt driven plattform för lagring och utveckling av öppen källkod. Tjänsten bygger på Forgejo och finansieras huvudsakligen genom donationer och medlemskap.

    Utvecklingen av AerynOS nya webbplats har redan flyttats till Codeberg. Webbplatsen byggs med Hugo och temat Hextra. Arbetet används samtidigt som ett praktiskt test av Codebergs samarbetsverktyg och integrationsmöjligheter.

    Något beslut om att flytta hela AerynOS-projektet från GitHub har ännu inte presenterats.

    Projektet öppnas för fler bidragsgivare

    Under det senaste året har AerynOS hållit utvecklingen relativt kontrollerad för att kunna koncentrera arbetet på grundläggande verktyg och teknisk infrastruktur.

    När systemet nu kan hantera större förändringar i programförrådens och filformatens struktur vill projektet stegvis öppna utvecklingen för fler deltagare.

    Flera communityprojekt är redan på gång. Bland dem finns Gnist och Malm, två kommandoradsverktyg för att skapa, använda och dela teman för Wayland-baserade fönsterhanterare.

    Ett annat projekt är Aerbox, som använder Moss systemmodell för att skapa isolerade containrar. Dessa kan ges kontrollerad åtkomst till exempelvis nätverk, ljud, lagringsenheter och annan hårdvara.

    Befintliga installationer behöver inte installeras om

    AerynOS 2026.08 är främst avsedd för nya installationer. Användare som redan har AerynOS behöver inte hämta ISO-filen eller installera om datorn.

    Samma systemförändringar och programversioner distribueras genom den vanliga uppdateringsprocessen i Moss.

    Den nya installationsavbildningen visar därmed tydligt vad AerynOS prioriterar: moderna filsystem, robusta uppdateringar, aktuella programversioner och ett system som ska kunna utvecklas under lång tid utan återkommande ominstallationer.

    https://aerynos.com

    > FAKTA: AerynOS 2026.08

    • Distribution: AerynOS
    • Utgåva: 2026.08
    • Linuxkärna: 7.1.5
    • LTS-kärna: 6.18.40
    • Systemd: 261.2
    • Grafikstack: Mesa 26.1.6
    • Skrivbordsmiljöer: COSMIC 1.5 och KDE Plasma 6.7.3
    • Paketverktyg: Moss
    • Filsystem: Btrfs, Bcachefs och experimentellt OpenZFS-stöd för datadiskar
    • Nvidia-drivrutin: 610.43.03
    • Uppgradering: Befintliga installationer behöver inte installeras om

    user@aerynos:~$ moss update

  • Debian 13.6 samlar över 240 säkerhets- och stabilitetsuppdateringar

    Debian 13.6 ”Trixie” har släppts med över 240 säkerhets- och stabilitetsuppdateringar. Utgåvan innehåller nya installationsavbilder, förbättrat stöd för Secure Boot och rättningar i välkända program som Apache, Curl, GIMP, LibreOffice, Python och QEMU.

    Debianprojektet har släppt Debian 13.6, en ny underhållsversion av operativsystemet Debian 13 ”Trixie”. Uppdateringen innehåller sammanlagt 120 säkerhetsuppdateringar och 124 rättningar av fel och stabilitetsproblem.

    För den som redan använder Debian 13 innebär lanseringen ingen dramatisk förändring. De flesta rättningarna har redan distribuerats löpande genom Debians vanliga uppdateringssystem. Debian 13.6 fungerar därför framför allt som en samlad och uppdaterad installationsversion.

    Det betyder att den som installerar Debian på en ny dator slipper hämta lika många uppdateringar direkt efter installationen.

    Vad är en punktutgåva?

    Debian använder så kallade punktutgåvor för att regelbundet uppdatera installationsavbilderna för den stabila versionen av operativsystemet.

    Debian 13.6 är alltså inte en helt ny version av Debian och innehåller inte något större teknikskifte. Den består främst av säkerhetsrättningar, korrigerade program och uppdaterade installationsfiler.

    För befintliga användare räcker det normalt att uppdatera systemet:

    sudo apt update
    sudo apt full-upgrade
    

    Det går också att använda ett grafiskt pakethanteringsprogram, exempelvis Synaptic.

    Många välkända program har rättats

    Uppdateringen berör ett stort antal program och systemkomponenter. Bland de paket som har fått korrigeringar finns Apache, Curl, GIMP, LibreOffice, Mesa, Postfix, Python 3.13, QEMU, Samba, Wireshark och XZ Utils.

    Apache har fått rättningar för flera typer av säkerhetsproblem. Det handlar bland annat om minnesfel, buffertöverskridningar, överbelastningsattacker och brister som i vissa situationer skulle kunna ge obehörig åtkomst till filer.

    Även Curl, som används av många program för att överföra data över internet, har fått flera säkerhetsuppdateringar. Rättningarna minskar bland annat risken för att lösenord, autentiseringstoken, kakor eller annan känslig information skickas till fel server.

    Filhanteraren Dolphin har fått en rättning för en brist som kunde göra det möjligt att ta sig ut ur en begränsad programmiljö. GIMP har uppdaterats för att åtgärda heltalsfel som i värsta fall skulle kunna leda till minnesproblem.

    Python 3.13 och den virtuella maskinhanteraren QEMU har också fått ett flertal säkerhetsrättningar.

    Nyare Linuxkärna i installationsprogrammet

    Debians installationsprogram har byggts om för den nya utgåvan och använder Linux ABI 6.12.94.

    Det innebär inte nödvändigtvis att alla installerade system får exakt samma kärnversion, men den uppdaterade installationsmiljön innehåller nyare drivrutiner och rättningar. Det kan förbättra stödet för vissa datorer och minska risken för problem under installationen.

    Debian 13.6 finns för flera processorarkitekturer, däribland:

    • AMD64 för vanliga 64-bitarsdatorer
    • ARM64
    • ARMhf
    • RISC-V 64-bit
    • PowerPC 64-bit Little Endian
    • IBM System z

    Secure Boot får viktigare roll

    En av de mer betydelsefulla förändringarna gäller Secure Boot, en säkerhetsfunktion som kontrollerar att endast godkänd programvara får starta tillsammans med datorn.

    Paketet fwupd har uppdaterats till version 2.0.20. Programmet används för att installera uppdateringar till datorns fasta programvara, även kallad firmware.

    Den nya versionen kan hantera uppdateringar av flera viktiga databaser och nycklar för Secure Boot, bland annat certifikatutfärdare, Key Exchange Keys och DBX-listan över återkallade komponenter.

    Detta har blivit särskilt viktigt eftersom ett vanligt Microsoft-certifikat för UEFI Secure Boot utfärdades 2013 och nu har löpt ut. Certifikatet finns fortfarande installerat i många datorer.

    I framtiden kan uppdaterade startkomponenter därför få problem på datorer vars firmware inte har fått nya certifikat. I värsta fall kan en dator vägra att starta Debian när Secure Boot är aktiverat.

    Användare rekommenderas därför att installera tillgängliga firmware- och BIOS-uppdateringar från dator- eller moderkortstillverkaren.

    På datorer som stöder Linux Vendor Firmware Service kan följande kommando visa tillgängliga firmwareuppdateringar:

    fwupdmgr get-updates
    

    GeoIP-databasen blir äldre

    En ovanlig förändring gäller paketet geoip-database, som används av vissa program för att uppskatta vilket land eller område en IP-adress tillhör.

    Debian har återgått till en databas från ungefär december 2019. Orsaken är att nyare GeoLite-databaser inte anses ha en licens som är förenlig med Debians riktlinjer för fri programvara.

    Det innebär att program som använder den medföljande databasen kan visa föråldrad geografisk information. IP-adresser kan ha bytt ägare eller tilldelats andra nätverk sedan databasen skapades.

    Organisationer och användare som behöver aktuella GeoIP-uppgifter rekommenderas därför att skaffa en egen licens och hämta databasen direkt från leverantören.

    Nya installations- och liveavbilder

    Debian 13.6 innehåller nya installationsavbilder för den som vill installera operativsystemet från början.

    Den mindre netinst-avbilden innehåller ett grundläggande installationssystem och hämtar större delen av programvaran från internet. Den passar särskilt bra för servrar och för användare som själva vill bestämma vilka komponenter som ska installeras.

    Det finns även liveavbilder för AMD64. De kan startas direkt från ett USB-minne och innehåller färdiga skrivbordsmiljöer som:

    • GNOME 48
    • KDE Plasma 6.3.6
    • Xfce 4.20
    • Cinnamon 6.4.10
    • LXQt 2.1
    • MATE 1.26.1
    • LXDE 0.11.1

    Dessutom finns IceWM i den nya Junior-utgåvan.

    En liveavbild gör det möjligt att prova Debian utan att först installera systemet på hårddisken.

    Så kontrollerar du Debianversionen

    Den installerade Debianversionen kan visas med följande kommando:

    cat /etc/debian_version
    

    Ett fullt uppdaterat Debian 13-system ska efter uppdateringen rapportera version 13.6.

    Debian 12 närmar sig slutet på den vanliga supporten

    Samtidigt har Debianprojektet släppt Debian 12.15, den femtonde och sista planerade punktutgåvan för Debian 12 ”Bookworm”.

    Den innehåller 88 felrättningar och 97 säkerhetsuppdateringar.

    Debian 12.15 markerar också slutet för den ordinarie supporten från Debians Release Team, Security Team och Backports Team. Vissa processorarkitekturer kommer även fortsättningsvis att få utvalda säkerhetsuppdateringar genom projektets LTS-program.

    Användare rekommenderas ändå att börja planera en uppgradering till Debian 13 ”Trixie”, särskilt på datorer och servrar som är anslutna till internet.

    Ingen dramatisk uppgradering – men en viktig sådan

    Debian 13.6 innehåller inga stora visuella förändringar eller revolutionerande nyheter. Det är i stället en typisk underhållsutgåva där säkerhet, stabilitet och bättre installationsstöd står i centrum.

    För befintliga användare är den viktigaste åtgärden att fortsätta installera systemets vanliga uppdateringar. För den som ska installera Debian på en ny dator är Debian 13.6 däremot det självklara valet, eftersom installationsavbilderna redan innehåller de senaste rättningarna.

    Utgåvan visar också varför regelbundna uppdateringar är viktiga. Ett modernt Linuxsystem består av tusentals program och bibliotek. Även en till synes mindre punktuppdatering kan därför innehålla hundratals förbättringar som tillsammans gör systemet säkrare och mer tillförlitligt.

    För nerladdningslänkar besök vår wiki

    https://wiki.linux.se/Debian#Versioner_av_64_bitars_x86_Debian

    https://www.debian.org

    > FAKTA: DEBIAN 13.6 “TRIXIE”

    Version: Debian GNU/Linux 13.6

    Kodnamn: Trixie

    Typ av utgåva: Punktutgåva med säkerhets-, stabilitets- och felrättningar

    Säkerhetsuppdateringar: 120

    Felrättningar: 124

    Linux ABI i installationsprogrammet: 6.12.94

    Arkitekturer: AMD64, ARM64, ARMhf, RISC-V 64, PPC64EL och IBM System z

    Skrivbordsmiljöer: GNOME 48, KDE Plasma 6.3.6, Xfce 4.20, Cinnamon 6.4.10, LXQt 2.1, MATE 1.26.1 och LXDE 0.11.1

    Viktiga paket: Apache, Curl, GIMP, LibreOffice, Mesa, Python 3.13, QEMU, Samba och Wireshark

    Secure Boot: Förbättrat stöd genom fwupd 2.0.20 och uppdatering av CA-, KEK- och DBX-databaser

    Uppdatera systemet:

    sudo apt update
    sudo apt full-upgrade

    Kontrollera versionen:

    cat /etc/debian_version
  • Linus Torvalds: Från programmerare till utvecklingsledare

    Linus Torvalds skriver numera sällan kod själv och beskriver sin roll som utvecklingsledare. Under Open Source Summit India 2026 berättade han om arbetet bakom Linuxkärnan, synen på AI och Rust samt varför föråldrad teknik ibland måste tas bort.

    Linus Torvalds skriver numera sällan kod själv. I stället leder han utvecklingen av Linuxkärnan genom att granska större förändringar, samordna utvecklare och fatta beslut om projektets inriktning.

    Under Open Source Summit India 2026 berättade han att Git och e-post fortfarande är hans viktigaste verktyg. Arbetet handlar i dag mer om människor, prioriteringar och helhet än om enskilda kodrader.

    Linux utvecklas stegvis, med nya kärnversioner ungefär varannan månad. Torvalds föredrar små förbättringar framför stora och riskfyllda förändringar. Han är särskilt försiktig med sena rättningar, eftersom även mindre ändringar kan skapa nya problem.

    Enligt Torvalds är mänskliga konflikter ofta svårare att lösa än tekniska fel. Kod kan rättas, medan problem med kommunikation och samarbete kan bli betydligt mer komplicerade.

    Han anser också att Linux inte kan stödja all gammal hårdvara för alltid. Teknik som inte längre används måste ibland tas bort för att minska mängden kod som behöver underhållas.

    Rust är enligt Torvalds ett viktigt tillskott, men inget fullständigt skydd mot fel. Språket kan förhindra vissa minnesproblem, men inte logiska misstag. Därför kommer C även fortsättningsvis att spela en viktig roll i Linuxkärnan.

    AI-verktyg används allt mer för att hitta buggar och granska kod. Samtidigt har de skapat felaktiga rapporter och ytliga lösningar. Torvalds anser därför att människor alltid måste kontrollera och ansvara för AI-genererade bidrag.

    Han använder själv AI för mindre experiment och prototyper, men anser ännu inte att tekniken är tillräckligt pålitlig för att självständigt skriva kod till Linuxkärnan.

    Torvalds främsta uppgift är numera inte att programmera, utan att se till att tusentals utvecklares arbete tillsammans leder till en stabil och långsiktigt hållbar Linuxkärna.

    https://www.zdnet.com/article/open-source-summit-linus-torvalds

  • Linux startar på Atari Jaguar – spelkonsolen med bara 2 MB minne

    Atari Jaguar blev aldrig den försäljningssuccé som Atari hoppades på. Mer än 30 år senare har den omdiskuterade spelkonsolen ändå lyckats med något oväntat: att starta Linux direkt från en spelkassett.

    Linux har genom åren körts på allt från kraftfulla superdatorer och mobiltelefoner till routrar, mikrovågsugnar och gamla spelkonsoler. Nu har ytterligare en osannolik maskin lagts till på listan.

    Utvecklaren bakom namnet Cakehonolulu har lyckats starta Linux på Atari Jaguar, en spelkonsol som lanserades i Nordamerika i november 1993. Systemet kör en tidig version av Linuxkärnan 7.2 tillsammans med en mycket liten kommandotolk baserad på BusyBox.

    Resultatet är inte någon modern Linuxdator med skrivbord, webbläsare och nätverksanslutning. Det som visas är en enkel textbaserad kommandotolk. Men med tanke på konsolens extrema begränsningar är det ändå en imponerande teknisk bedrift.

    Atari satsade på ”64 bitar”

    När Atari Jaguar presenterades marknadsfördes den som världens första 64-bitars spelkonsol. Påståendet blev omdiskuterat eftersom maskinen egentligen bestod av flera olika processorer och kretsar med olika bitbredder.

    I centrum finns en Motorola 68000-processor, samma processorfamilj som användes i bland annat de första Macintosh-datorerna,Atari ST, Commodore Amiga, Sega Mega Drive och Neo Geo.

    Jaguar innehåller också två specialkretsar som Atari döpte till Tom och Jerry.

    Tom ansvarar främst för grafik, objektbehandling och bildöverföring, medan Jerry bland annat innehåller en digital signalprocessor, timers och funktioner för ljud och seriell kommunikation.

    Trots den påstådda 64-bitarsprestandan blev Atari Jaguar ett kommersiellt misslyckande. Konsolen fick svårt att konkurrera med bland annat Sega Saturn och den första Sony PlayStation. Inte heller tillbehöret Jaguar CD lyckades vända utvecklingen.

    En processor utan minneshantering

    Det första stora hindret för att starta Linux är Jaguars Motorola 68000-processor.

    Processorn saknar en så kallad Memory Management Unit, vanligtvis förkortad MMU. En sådan krets används av moderna operativsystem för att skapa virtuellt minne och hålla olika programs minnesområden åtskilda.

    Det är därför vanligt att säga att Linux kräver en MMU. Det är dock inte helt korrekt.

    Linux innehåller fortfarande stöd för system utan minneshanteringsenhet genom tekniken som ursprungligen utvecklades inom projektet uClinux. För Motorola 68000 kan Linux därför byggas i ett särskilt NOMMU-läge med en enklare och platt minnesmodell.

    Det innebär att programmen arbetar direkt mot datorns fysiska minne utan det skydd och den flexibilitet som virtuellt minne normalt ger.

    Det fungerar, men gör systemet betydligt känsligare för minnesfel och ställer särskilda krav på både program och kompilator.

    Bara 2 MB arbetsminne

    Nästa problem är minnet.

    Atari Jaguar har endast 2 MB RAM. Det är mindre arbetsminne än vad en enda vanlig bild från en modern mobilkamera kan kräva.

    Att kopiera både Linuxkärnan och ett komplett filsystem till arbetsminnet skulle därför snabbt fylla hela minnet.

    Lösningen blev att använda XIP, en förkortning av execute in place. Det betyder att delar av programkoden körs direkt från ROM-minnet i spelkassetten i stället för att först kopieras till RAM.

    Linuxkärnan delades därför upp i två delar.

    De skrivskyddade delarna, bland annat programkod och konstanta data, ligger kvar i spelkassettens ROM-minne. De delar som måste kunna ändras under körningen placeras i konsolens RAM.

    Det handlar bland annat om följande programsektioner:

    • .text innehåller körbar programkod.
    • .rodata innehåller skrivskyddade data.
    • .data innehåller föränderliga data med startvärden.
    • .bss innehåller föränderliga data som nollställs vid start.

    Genom att tala om för Linux var ROM och RAM finns kan kärnan själv hantera de nödvändiga flyttningarna mellan minnesområdena.

    Ljudkretsen blev Linux systemklocka

    Ett operativsystem behöver en regelbunden tidskälla.

    En timer skickar avbrott till processorn med jämna mellanrum och gör det möjligt för Linux att planera när olika processer ska få använda processorn. Utan en fungerande timer kan kärnans schemaläggare inte arbeta korrekt.

    Atari Jaguar saknar den typ av standardtimer som Linux normalt förväntar sig på en dator.

    Utvecklaren använde därför en av de timers som finns i Jerry-kretsen. Dessa var främst avsedda för ljud och signalbehandling men kan även skapa avbrott för Motorola-processorn.

    En krets som ursprungligen hjälpte spelutvecklare att skapa ljud används därmed som systemklocka för Linux.

    Först behövdes någon form av bildskärm

    När Linux anpassas till ny hårdvara måste utvecklaren kunna se kärnans meddelanden. Annars går det inte att veta om systemet har startat, hängt sig eller kraschat.

    I en vanlig dator skickas de första meddelandena ofta genom en seriell port.

    Jerry-kretsen har anslutningar för seriell sändning och mottagning, kallade TXD och RXD. Utvecklaren skrev därför en liten konsoldrivrutin som skickar ut tecken genom dessa anslutningar.

    På så sätt kunde Linux tidiga startmeddelanden läsas från en annan dator.

    Senare skrevs även en enkel konsoldrivrutin för Tom-kretsen. Den gör det möjligt att visa text på en bildskärm när Linux körs på en riktig Atari Jaguar och inte bara i en emulator.

    Kompilatorn skapade förbjudna minnesåtkomster

    När de första försöken gjordes kom inga startmeddelanden alls.

    Problemet visade sig ligga i den korskompilator för Motorola 68000 som följde med Ubuntu. Kompilatorn skapade instruktioner som försökte läsa data från felaktigt justerade minnesadresser.

    Nyare processorer kan ofta hantera sådana åtkomster automatiskt, men den ursprungliga Motorola 68000 kan inte göra det. Resultatet blev att processorn kraschade innan Linux hann skriva något på konsolen.

    Lösningen var att bygga en egen m68k-elf-kompilator särskilt anpassad för den ursprungliga 68000-processorn.

    Ytterligare ett problem var att processorns avbrottsvektorer normalt förväntas ligga vid minnesadress noll. Jaguars kassett-ROM börjar däremot vid adressen 0x80000.

    De nödvändiga vektorerna måste därför kopieras till början av RAM-minnet innan Linux kan hantera avbrott och fel korrekt.

    Efter dessa ändringar började Linux slutligen skriva ut sina startmeddelanden:

    Linux version 7.2.0-rc1+
    uClinux with CPU MC68000
    Flat model support
    

    BusyBox fick bli hela användarmiljön

    Att starta Linuxkärnan är bara halva arbetet. Kärnan måste även kunna starta ett användarprogram, vanligtvis processen init.

    På en vanlig Linuxdistribution startar init-processen flera systemtjänster och förbereder resten av användarmiljön. På Atari Jaguar finns inte minne för något sådant.

    Systemet byggdes därför med Buildroot och BusyBox.

    BusyBox samlar små versioner av många vanliga Unix-kommandon i ett enda program. Samma binärfil kan fungera som exempelvis sh, ls, cat eller echo, beroende på vilket namn den startas med.

    Vanligtvis skapas länkar för alla dessa kommandon. På Jaguar tog även den processen för mycket minne.

    Startskriptet förenklades därför till att direkt köra:

    #!/bin/busybox sh
    
    /bin/busybox sh
    

    Resultatet är en minimal kommandotolk utan något traditionellt Linuxsystem runt omkring.

    Det räcker ändå för att visa att både Linuxkärnan och ett användarprogram kan köras på maskinen.

    Inga vanliga ELF-program

    De flesta moderna Linuxprogram distribueras som ELF-filer. I system utan MMU används i stället ofta det enklare binärformatet FLAT.

    BusyBox byggdes därför som en FLAT-binär med hjälp av Buildroot och verktyget elf2flt.

    Även C-biblioteket behövde anpassas. Systemet använder det resurssnåla biblioteket uClibc, men dess normala minneshanterare behövde bytas mot alternativet malloc-simple.

    Mer avancerade minneshanterare sparar extra information för att kunna göra framtida minnesallokeringar snabbare. På en maskin med bara 2 MB RAM kan själva bokföringen använda en märkbar del av minnet.

    Den enklare minneshanteraren är mindre effektiv men kräver betydligt mindre utrymme.

    Ingen vanlig bootloader

    Datorer använder normalt en bootloader, exempelvis U-Boot eller GRUB, för att förbereda hårdvaran och läsa in operativsystemet.

    På Jaguar skulle en sådan bootloader ta värdefullt utrymme i både ROM och RAM.

    Linuxbilden placeras därför direkt på spelkassetten. När konsolen startar hoppar programmet i princip direkt till den adress där Linuxkärnan finns.

    För riktig hårdvara måste kärnbilden även innehålla Jaguars kassett-header och placeras på rätt fasta adresser i ROM-minnet.

    Den färdiga spelkassetten innehåller därmed Linuxkärnan, det minimala filsystemet och BusyBox.

    Vad kan man använda det till?

    I praktiken inte särskilt mycket.

    Användaren får en liten kommandotolk på en spelkonsol med 2 MB RAM, utan modernt nätverk, grafiskt skrivbord eller vanliga program.

    Ingen kommer sannolikt att ersätta sin vanliga dator med en Atari Jaguar som kör Linux.

    Projektet visar däremot hur anpassningsbar Linuxkärnan fortfarande är. Genom att återanvända ljudtimers, köra kod direkt från en spelkassett och bygga en extremt liten användarmiljö går det att starta Linux på hårdvara som aldrig konstruerades för något operativsystem av detta slag.

    Det är kanske inte praktiskt.

    Men inom retrodatorvärlden är det ofta just det som är poängen: att undersöka hur långt gammal hårdvara kan pressas och lära sig hur datorns mest grundläggande delar faktiskt fungerar.

    Den modifierade Linuxkällkoden har publicerats öppet i projektets GitHub-arkiv.

    https://cakehonolulu.github.io/linux-for-jaguar

    > TEKNISKA DATA: ATARI JAGUAR MED LINUX

    Lanseringsår: 1993

    Huvudprocessor: Motorola 68000

    Processorarkitektur: m68k

    Arbetsminne: 2 MB RAM

    Kassett-ROM: Upp till 6 MB

    ROM-adress: 0x80000

    Specialkretsar: Tom och Jerry

    Linuxkärna: Linux 7.2.0-rc1

    Minnesmodell: NOMMU / uClinux

    Körningsmetod: XIP, Execute In Place

    Användarmiljö: BusyBox och Buildroot

    Binärformat: FLAT, bFLT

    C-bibliotek: uClibc med malloc-simple

    Systemkonsol: Seriell utmatning via Jerry samt bildskärmskonsol via Tom

    Systemtimer: Timer i Jerry-kretsen

    Bootloader: Ingen traditionell bootloader

    Startmetod: Kärnan startas direkt från kassettens ROM

    Resultat: En minimal Linux-kommandotolk

  • Linux 7.2 tar första steget mot färdig version

    Linux 7.2 har tagit sitt första steg mot en färdig version. Linus Torvalds har släppt den första testversionen, Linux 7.2-rc1, som bland annat innehåller förbättrat stöd för ny grafik, modernare hårdvara, Rust i kärnan, nätverksförbättringar och uppdateringar för flera processorplattformar. Slutversionen väntas komma under andra halvan av augusti 2026.

    Linus Torvalds har nu meddelat att den första testversionen av Linux 7.2 är släppt. Det handlar om Linux 7.2-rc1, där “rc” står för release candidate, alltså en kandidat till kommande färdig version.

    Det betyder inte att Linux 7.2 är klar ännu. Tvärtom är detta starten på den period då utvecklare, testare och nyfikna användare får möjlighet att prova den nya kärnan, hitta fel och rapportera problem innan den slutliga versionen släpps.

    Vad är Linux-kärnan?

    Linux-kärnan är den centrala delen av ett Linux-system. Den fungerar som en brygga mellan datorns hårdvara och programmen som körs ovanpå operativsystemet.

    När du använder tangentbordet, nätverket, grafikkortet, hårddisken eller USB-portarna är det kärnan som ser till att kommunikationen mellan program och hårdvara fungerar.

    Därför är varje ny version av Linux-kärnan viktig, även om många förändringar sker långt under ytan och inte alltid märks direkt av vanliga användare.

    Två veckors intensiv utveckling

    Linux 7.2-rc1 kommer efter att det så kallade merge window har stängts. Det är en period på ungefär två veckor då utvecklare skickar in större förändringar till nästa version av kärnan.

    Linus Torvalds beskriver läget som ganska normalt för denna version. Enligt honom ser statistiken ungefär ut som väntat, även om en stor del av ändringarna består av nya registerdefinitioner för AMD:s grafikdrivrutiner.

    Det kan låta dramatiskt att en tredjedel av ändringarna rör AMD-grafik, men Torvalds påpekar att det inte är särskilt ovanligt. Moderna grafikkort är mycket komplexa, och drivrutinerna behöver ofta stora mängder teknisk information för att kunna styra hårdvaran korrekt.

    Bättre stöd för grafik och ny hårdvara

    En av de mer intressanta nyheterna i Linux 7.2 är fortsatt förbättring av grafikstödet. Bland annat nämns tidigt stöd för HDMI 2.1 FRL i AMDGPU-drivrutinen.

    FRL står för Fixed Rate Link och är en viktig del av HDMI 2.1. Det gör det möjligt att hantera högre bandbredd, vilket behövs för höga upplösningar, höga uppdateringsfrekvenser och moderna skärmar.

    Linux 7.2 innehåller också förbättringar för Intels Xe-grafikdrivrutin, bland annat initialt stöd för CRI-plattformen. Dessutom läggs stöd till för modellnummer för kommande Intel Panther Lake R-processorer.

    För vanliga användare betyder detta att Linux steg för steg får bättre stöd för ny hårdvara, ofta redan innan den blivit vanlig på marknaden.

    Rust fortsätter in i Linux

    En annan intressant nyhet är att Linux 7.2 utökar stödet för programmeringsspråket Rust i kärnan.

    Rust har de senaste åren blivit allt mer uppmärksammat eftersom det kan minska risken för vissa typer av minnesfel. Sådana fel har historiskt varit en vanlig källa till säkerhetsproblem i systemprogramvara.

    I Linux 7.2 introduceras stöd för ett så kallat zerocopy-bibliotek i Rust-delen av kärnan. Syftet är att göra det enklare och effektivare att hantera minne utan onödig kopiering av data.

    Detta är särskilt viktigt i en kärna, där prestanda och säkerhet är avgörande.

    Förbättringar för filsystem och nätverk

    Linux 7.2 innehåller även förbättringar för filsystemet Btrfs. En viktig förändring är att stora folios aktiveras som standard.

    Förenklat kan man säga att detta handlar om hur kärnan hanterar minnessidor. Genom att arbeta med större block kan vissa arbetslaster bli effektivare, särskilt på moderna system med mycket minne och snabba lagringsenheter.

    På nätverkssidan får Linux 7.2 bland annat förbättrat stöd för MPTCP, där signalering av IPv6-adresser läggs till. MPTCP, eller Multipath TCP, gör det möjligt att använda flera nätverksvägar samtidigt för en och samma anslutning.

    Det kan till exempel vara intressant i system där både mobilnät, Wi-Fi och kabelanslutning används parallellt.

    Linux 7.2 får också stöd för GRO och GSO över PPPoE. Det är tekniker som kan förbättra nätverksprestanda genom att effektivisera hur paket hanteras.

    ARM64, Qualcomm och NXP får uppdateringar

    Som vanligt innehåller en ny Linux-kärna också många förbättringar för olika processorarkitekturer och plattformar.

    Linux 7.2 får nya hårdvarufunktioner för 2025 års dpISA-tillägg på AArch64, alltså ARM64. Dessutom finns uppdateringar i devicetree-stödet för 64-bitars plattformar från bland annat NXP/Freescale och Qualcomm.

    Devicetree används för att beskriva hårdvaran i många inbyggda system och ARM-baserade datorer. Det är särskilt viktigt i allt från utvecklingskort och routrar till mobil hårdvara och specialbyggda system.

    Inte för produktionsmaskiner

    Även om Linux 7.2-rc1 nu går att ladda ner från Linus Torvalds Git-träd och från kernel.org bör man komma ihåg att detta är en testversion.

    Den är främst avsedd för utvecklare, testare och avancerade användare som vill hjälpa till att hitta fel. På en server, arbetsdator eller annan viktig produktionsmaskin bör man vänta på den färdiga versionen.

    Release candidates kan innehålla buggar, regressionsfel eller hårdvaruproblem som ännu inte upptäckts.

    Slutversion väntas i augusti

    Om utvecklingen följer normal takt väntas den färdiga versionen av Linux 7.2 komma under andra halvan av augusti 2026.

    Om det blir sju release candidates kan slutversionen komma den 16 augusti. Om det krävs en åttonde testversion kan lanseringen i stället ske den 23 augusti.

    Linus Torvalds skriver att han hoppas på en lugn vecka framöver och att han delvis kommer att ta ledigt, men samtidigt fortsätter läsa e-post och följa utvecklingen.

    Linux fortsätter att växa under huven

    För den vanliga datoranvändaren kan Linux 7.2 låta som ännu en teknisk uppdatering i raden. Men bakom versionsnumret finns ett stort arbete med att förbättra stöd för ny hårdvara, effektivare minneshantering, modernare grafik, säkrare kod och snabbare nätverk.

    Det är just denna ständiga utveckling som gör Linux till ett av världens viktigaste operativsystem — inte bara på skrivbordet, utan också i servrar, superdatorer, routrar, telefoner, inbyggda system och molntjänster.

    Linux 7.2 är ännu inte färdigt, men den första testversionen visar tydligt vart utvecklingen är på väg.

    https://lkml.org/lkml/2026/6/28/440

    Teknisk fakta: Linux 7.2-rc1

    Version: Linux 7.2-rc1

    Typ: Första release candidate / testversion

    Presenterad av: Linus Torvalds

    Datum: 28 juni 2026

    Slutversion väntas: 16 eller 23 augusti 2026

    Några nyheter:

    • Förbättrat stöd för AMDGPU
    • Inledande stöd för HDMI 2.1 FRL
    • Förbättringar i Intel Xe-drivrutinen
    • Stöd för Intel Panther Lake R-modellnummer
    • Utökat Rust-stöd i Linux-kärnan
    • Zerocopy-bibliotek för effektivare minneshantering
    • Stora folios aktiveras som standard för Btrfs
    • Förbättringar för MPTCP, IPv6 och PPPoE
    • Uppdateringar för ARM64, Qualcomm och NXP/Freescale

    Rekommendation: Bör endast användas för testning och inte på produktionssystem.

  • Linux Kernel 7.0 är nu föråldrad – dags att gå vidare till Linux 7.1

    Linux Kernel 7.0 har nått slutet av sin livstid och kommer inte längre att få några uppdateringar. Användare som kör 7.0-serien bör därför uppgradera till Linux Kernel 7.1 när den blir tillgänglig i den egna distributionens programförråd. För den som vill ha långsiktig stabilitet är en LTS-kärna fortfarande det bästa valet.

    Linuxkärnan är hjärtat i ett Linuxsystem. Den sköter kontakten mellan datorns hårdvara och programmen du använder. När en ny kärnversion släpps innebär det ofta bättre stöd för ny hårdvara, förbättrad prestanda, säkrare funktioner och rättningar av fel.

    Nu har Linux Kernel 7.0 nått slutet av sin livstid. Det betyder att den inte längre kommer att få fler uppdateringar. Använder man fortfarande Linux 7.0 bör man därför planera att uppgradera till Linux Kernel 7.1.

    Linux 7.0 var en kortlivad version

    Linux Kernel 7.0 släpptes den 12 april 2026 och innehöll flera stora nyheter. Bland annat introducerades ett stabilt stöd för Rust i kärnan, ett nytt oföränderligt rotfilsystem kallat nullfs, förbättringar för ARM64-processorer, stöd för nya RISC-V-tillägg samt 128-bitars atomiska operationer på LoongArch-arkitekturen.

    Det låter tekniskt, men i praktiken handlar det om att Linux fortsätter anpassas till modern hårdvara och nya sätt att bygga säkrare och stabilare system.

    Linux 7.0 var dock aldrig tänkt att vara en långsiktig version. Det var en så kallad kortlivad kärnserie, vilket innebär att den bara får uppdateringar under en begränsad tid.

    Sista versionen blev Linux 7.0.14

    Den sista uppdateringen i 7.0-serien blev Linux Kernel 7.0.14. I samband med den meddelade Linuxutvecklaren Greg Kroah-Hartman att 7.0-serien nu är markerad som EOL, alltså End of Life.

    Det betyder att inga fler säkerhetsfixar eller felrättningar kommer att släppas för Linux 7.0. Den som fortsätter använda den versionen riskerar därför att gå miste om viktiga korrigeringar.

    Greg Kroah-Hartman uppmanade därför användare att gå vidare till Linux 7.1-serien.

    Vad är nytt i Linux Kernel 7.1?

    Linux Kernel 7.1 släpptes den 14 juni 2026 och tar över som den aktuella stabila kärnserien. Den innehåller bland annat en ny implementation av NTFS-filsystemet, förbättrat stöd för Landlock-säkerhet, bättre energihantering genom förbättringar i amd-pstate och intel_idle samt standardstöd för Intels FRED-teknik.

    För vanliga användare kan detta innebära bättre hårdvarustöd, effektivare strömhantering och ökad stabilitet. För servrar, utvecklare och mer avancerade användare kan de nya säkerhets- och filsystemsfunktionerna vara särskilt intressanta.

    När får man Linux 7.1?

    Linux Kernel 7.1 är på väg in i de stabila programförråden hos flera populära Linuxdistributioner, bland annat Arch Linux och openSUSE Tumbleweed.

    Alla distributioner uppdaterar dock inte kärnan lika snabbt. Rullande distributioner får ofta nya kärnor tidigt, medan mer konservativa distributioner som Debian, Ubuntu LTS och Linux Mint brukar vänta längre eller hålla sig till särskilt utvalda LTS-kärnor.

    Det bästa är därför att använda den kärna som din egen distribution rekommenderar via sina vanliga uppdateringar.

    LTS-kärnor är bäst för långsiktig stabilitet

    Även Linux Kernel 7.1 är en kortlivad version. Den kommer alltså bara att underhållas under en begränsad tid.

    Den som vill ha maximal stabilitet och långsiktigt stöd bör i stället välja en LTS-kärna. LTS står för Long Term Support, alltså långtidssupport. Sådana kärnor används ofta i servrar, arbetsdatorer och system där stabilitet är viktigare än att alltid ha det allra senaste.

    Exempel på LTS-serier är Linux 6.18 LTS, Linux 6.12 LTS, Linux 6.6 LTS och Linux 6.1 LTS.

    Slutsats

    Linux Kernel 7.0 har gjort sitt. Den har nått slutet av sin livstid och kommer inte längre att få uppdateringar. För användare som redan kör 7.0 är det därför klokt att uppgradera till Linux Kernel 7.1 så snart den finns tillgänglig via den egna distributionens uppdateringssystem.

    För den som vill ha ett system som kräver färre större kärnuppgraderingar är en LTS-kärna ofta det bättre valet.

    Fakta: Linux Kernel 7.0

    Status: End of Life

    Linux Kernel 7.0 har nått slutet av sin livstid och kommer inte längre att få några uppdateringar. Användare bör därför uppgradera till Linux Kernel 7.1 eller välja en LTS-kärna för långsiktig stabilitet.

    Rekommendation: Uppdatera via din distributions vanliga uppdateringssystem.

  • KaOS Linux tar ett stort steg bort från systemd

    KaOS Linux har släppt version 2026.06, och den här utgåvan markerar en viktig förändring för den lilla men tekniskt intressanta Linuxdistributionen. För första gången levereras KaOS med Dinit som standard-init-system i stället för systemd.

    För vanliga datoranvändare kan det låta som en liten teknisk detalj. Men i Linuxvärlden är init-systemet en central del av operativsystemet. Det är den komponent som startar först efter Linuxkärnan och ansvarar för att dra i gång resten av systemet: nätverk, inloggning, bakgrundstjänster, ljud, grafik och mycket annat.

    Att byta init-system är därför ungefär som att byta elsystem i ett hus. Det syns kanske inte direkt på fasaden, men det påverkar hur allt bakom väggarna fungerar.

    Från systemd till Dinit

    Under många år har systemd varit standard i de flesta större Linuxdistributioner. Det används i exempelvis Debian, Ubuntu, Fedora, Arch Linux och många andra system. Systemd är kraftfullt och funktionsrikt, men har också kritiserats för att vara stort, komplext och för att samla många funktioner i ett och samma projekt.

    KaOS väljer nu en annan väg.

    I KaOS Linux 2026.06 används Dinit 0.22.0 som init-system. Dinit är ett lättare och mer avskalat alternativ som fokuserar på snabb start och tydlig hantering av tjänster. Det bygger på beroenden mellan tjänster, vilket betyder att systemet vet i vilken ordning olika delar ska startas.

    Tillsammans med Dinit används även Turnstile och Seatd för hantering av inloggning, användarsessioner och så kallade “seats”, alltså kopplingen mellan användare, tangentbord, mus och skärm.

    KaOS använder också Greetd med Tuigreet som inloggningshanterare, i stället för SDDM.

    Inte helt fritt från systemd ännu

    Även om KaOS nu har lämnat systemd som init-system betyder det inte att distributionen är helt fri från systemd-komponenter.

    Utvecklarna är tydliga med att systemd fortfarande finns kvar i reducerad form, främst för udev och tmpfiles. Udev används för att hantera hårdvara när den upptäcks av systemet, till exempel USB-enheter, diskar och nätverkskort. Tmpfiles används bland annat för att skapa och rensa tillfälliga filer och kataloger.

    Det handlar alltså inte om ett totalt brott med systemd, utan om ett stegvis byte där den mest centrala rollen – själva init-systemet – nu har tagits över av Dinit.

    KaOS lämnar även KDE Plasma som standard

    KaOS har länge varit nära förknippat med KDE Plasma. Distributionen var under många år känd för att vara ett rent, modernt och KDE-fokuserat system.

    Men tidigare under 2026 tog projektet ännu ett stort steg: man lämnade KDE Plasma som standardmiljö och gick i stället över till en kombination av Niri och Noctalia.

    Niri är en modern fönsterhanterare för Wayland, medan Noctalia är en ny skrivbordsmiljö under utveckling. Det gör KaOS till ett mer experimentellt system än tidigare, med tydligt fokus på ny teknik och alternativa lösningar.

    Trots att KDE Plasma inte längre är standard finns flera KDE-program fortfarande med. KaOS Linux 2026.06 innehåller bland annat KDE Gear 26.04.2, vilket betyder att användarna fortfarande får tillgång till många välkända KDE-applikationer.

    Ny mjukvara under huven

    KaOS Linux 2026.06 bygger på en modern teknisk grund. Systemet använder Linuxkärnan 7.0.13, medan Linux-next i förråden är baserad på Linux 7.1.

    Grafikstacken består av Mesa 26.1.3, vilket är viktigt för både spel, grafikacceleration och moderna skrivbordsmiljöer. Verktygskedjan har också uppdaterats med GCC 15.2.1 och GNU C Library 2.41.

    Bland övriga komponenter finns bland annat:

    • Niri 26.04
    • Noctalia 5 Alpha
    • PipeWire 1.6.7
    • GStreamer 1.28
    • OpenZFS 2.4.3
    • OpenSSH 10.3
    • GNU Bash 5.3
    • Qt 6.11.1
    • CMake 4.3

    Calamares används fortfarande som installationsprogram, vilket gör att installationen bör kännas bekant även för användare som tidigare testat andra Linuxdistributioner.

    Program för vardagsanvändning

    KaOS 2026.06 innehåller också flera vanliga program för dagligt bruk. Bland de förvalda eller tillgängliga programmen finns Firefox 152, Thunderbird 152, GIMP 3.2.4 och LibreOffice 26.2.4.

    Det innebär att systemet inte bara är ett tekniskt experiment för Linuxentusiaster. Det kan även användas som ett vanligt skrivbordssystem för webbsurfning, e-post, bildredigering och kontorsarbete.

    Varför är detta viktigt?

    KaOS är inte en av de största Linuxdistributionerna, men projektet är intressant eftersom det vågar göra tydliga tekniska val.

    När de flesta större distributioner går åt samma håll kan mindre projekt fungera som testbäddar för alternativa idéer. KaOS visar att det fortfarande finns utrymme för experiment inom Linuxvärlden – inte bara när det gäller skrivbordsmiljöer, utan även i själva systemets grundläggande arkitektur.

    Bytet från systemd till Dinit är därför mer än en teknisk detalj. Det är också ett ställningstagande för ett mer modulärt och lättare system, där olika delar kan bytas ut och anpassas efter projektets egna mål.

    För vem passar KaOS 2026.06?

    KaOS Linux 2026.06 passar framför allt användare som är nyfikna på modern Linuxteknik och inte är rädda för förändringar. Den som vill ha ett traditionellt KDE Plasma-system kan däremot behöva tänka om, eftersom KaOS numera går i en annan riktning.

    För Linuxentusiaster, utvecklare och användare som vill testa ett system utan systemd som init är detta däremot en mycket intressant utgåva.

    Befintliga KaOS-användare kan uppdatera systemet med:

    Nya användare kan ladda ner ISO-filen från KaOS officiella webbplats och testa systemet på egen dator eller i en virtuell maskin.

    Sammanfattning

    KaOS Linux 2026.06 är en av de mest betydelsefulla utgåvorna i distributionens historia. Den markerar övergången från systemd till Dinit som init-system och fortsätter samtidigt projektets nya väg bort från KDE Plasma som standardmiljö.

    Resultatet är en Linuxdistribution som känns mer självständig, mer experimentell och tydligare inriktad på alternativ teknik.

    KaOS visar med den här utgåvan att Linuxvärlden fortfarande är full av variation – och att även små distributioner kan driva stora tekniska förändringar.

    https://kaosx.us/download

    Om du vill läsa mer om KaOS Linux så finns mer information i vår Wiki

    https://wiki.linux.se/Kaos_Linux

    Fakta: KaOS Linux 2026.06

    Distribution: KaOS Linux

    Version: 2026.06

    Typ: Självständig Linuxdistribution

    Största nyheten: KaOS använder nu Dinit som standard-init-system i stället för systemd.

    Init-system: Dinit 0.22.0

    Inloggningshanterare: Greetd med Tuigreet

    Skrivbord: Niri och Noctalia i stället för KDE Plasma som standard

    Linuxkärna: Linux 7.0.13

    Grafikstack: Mesa 26.1.3

    Installationsprogram: Calamares

    Viktigt: KaOS är ännu inte helt systemd-fritt. En reducerad del av systemd används fortfarande för bland annat udev och tmpfiles.

    Viktiga komponenter

    • Niri 26.04
    • Noctalia 5 Alpha
    • PipeWire 1.6.7
    • GStreamer 1.28
    • OpenZFS 2.4.3
    • OpenSSH 10.3
    • GNU Bash 5.3
    • Qt 6.11.1
    • CMake 4.3
  • Bcachefs lämnar experimentstadiet – men bör fortfarande användas med eftertanke

    Bcachefs har tagit ett viktigt steg från experimentellt projekt till seriöst alternativ för Linuxlagring. Projektledaren Kent Overstreet meddelar att filsystemet inte längre betraktas som experimentellt, samtidigt som den nya versionen 1.38.6 bjuder på stora prestandaförbättringar, mognare stöd för erasure coding och fortsatt utveckling med Rust. Men trots framstegen bör Bcachefs fortfarande användas med eftertanke när det gäller viktig eller affärskritisk data.

    Filsystem är en av de där tekniska delarna av ett operativsystem som de flesta aldrig tänker på – förrän något går fel. Det är filsystemet som håller reda på var dina filer finns, hur de sparas, hur de skyddas och hur de kan återställas om något händer. Därför är nyheten att Bcachefs inte längre betraktas som experimentellt viktig för Linuxvärlden.

    Bcachefs är ett modernt filsystem för Linux. Det är byggt för att klara sådant som kryptering, komprimering, ögonblicksbilder, datakontroll och avancerad lagring över flera diskar. På många sätt är det tänkt att konkurrera med mer etablerade filsystem som Btrfs och ZFS.

    Projektets huvudutvecklare Kent Overstreet meddelar nu att Bcachefs har passerat en viktig gräns. Enligt honom är filsystemet inte längre experimentellt. Märkningen har redan tagits bort från projektets webbplats, och beskedet kommer i samband med version 1.38.6.

    Det betyder dock inte att alla omedelbart bör flytta sina viktigaste servrar till Bcachefs. Ett filsystem kan vara tekniskt moget utan att det för den skull är självklart i varje produktionsmiljö. När det handlar om lagring av viktig information måste förtroende byggas under lång tid, i många olika typer av datorer, belastningar och felsituationer.

    Vad är Bcachefs?

    Bcachefs började som en vidareutveckling av teknik bakom Bcache, som ursprungligen användes för att kombinera snabba SSD-diskar med långsammare hårddiskar. Med tiden växte det till ett helt eget filsystem.

    Ett modernt filsystem behöver göra mer än att bara spara filer. Det ska helst kunna upptäcka fel, skydda data mot skador, hantera flera diskar, skapa ögonblicksbilder och ibland även kryptera innehållet. Det är just den typen av funktioner Bcachefs försöker samla i ett och samma system.

    Det gör att Bcachefs ofta nämns i samma sammanhang som Btrfs och ZFS. Btrfs finns sedan länge i Linuxkärnan och används bland annat i flera Linuxdistributioner. ZFS är mycket uppskattat för dataintegritet och avancerad lagring, men har en mer komplicerad relation till Linux på grund av licensfrågor.

    Bcachefs vill erbjuda många av samma fördelar, men med en design som passar väl in i Linuxmiljön.

    Inte längre experimentellt

    Kent Overstreet skriver att han tog bort märkningen som experimentellt efter att buggrapporterna blivit färre, mindre allvarliga och lättare att hantera. Det är ett praktiskt sätt att bedöma mognad: inte bara genom funktionslistor, utan genom hur systemet beter sig i verklig användning.

    När utvecklare säger att ett filsystem inte längre är experimentellt betyder det i regel att de anser att det har nått en nivå där det kan användas mer seriöst. Men det är inte samma sak som att säga att det är riskfritt.

    Skillnaden är viktig. Ett experimentellt filsystem hör hemma hos utvecklare, testare och entusiaster som accepterar att saker kan gå fel. Ett icke-experimentellt filsystem kan vara redo för bredare användning, men den som lagrar viktig data måste fortfarande ha säkerhetskopior och förstå riskerna.

    Reconcile – bakgrundsarbetaren som håller ordning

    En av de viktiga nyheterna i den senaste utvecklingen är något som kallas Reconcile.

    Man kan se Reconcile som en sorts intern arbetsledare för filsystemet. Den håller reda på var data finns, var den borde finnas och vad som behöver ändras när inställningar eller diskar förändras.

    Det kan till exempel handla om att data ska flyttas från en disk till en annan, att fler kopior ska skapas, eller att lagringen ska ändras till en mer avancerad modell med så kallad erasure coding. Poängen är att Bcachefs i större utsträckning kan göra sådant arbete i bakgrunden, utan att användaren själv behöver flytta filer manuellt.

    För den som använder flera diskar är detta särskilt intressant. Ett filsystem som själv kan omorganisera data på ett kontrollerat sätt blir mer flexibelt och lättare att administrera.

    Erasure coding – mer effektivt skydd av data

    Även erasure coding räknas nu som en mogenare del av Bcachefs.

    Erasure coding är en teknik för att skydda data mot diskfel utan att behöva lagra fullständiga kopior av allt. I stället delas information upp och kompletteras med extra kontrollinformation. Om en disk går sönder kan datan återskapas med hjälp av den information som finns kvar.

    Tekniken påminner om det som används i RAID5 och RAID6. Bcachefs använder Reed-Solomon-kodning, en välkänd metod inom datalagring och felkorrigering.

    Ett klassiskt problem med RAID5 och RAID6 är det så kallade write hole-problemet. Det kan uppstå om skrivningar avbryts vid fel tillfälle, till exempel vid strömavbrott, så att data och paritetsinformation hamnar i osynk.

    Bcachefs försöker undvika detta genom att inte skriva om befintliga stripes direkt. Nya skrivningar sparas först på ett säkrare sätt och omvandlas sedan till stripes i bakgrunden. Det är en viktig designskillnad som gör att tekniken kan bli mer robust.

    Snabbare prestanda i version 1.38.6

    Version 1.38.6 handlar inte bara om stabilitet. Den innehåller också många prestandaförbättringar.

    Kent Overstreet beskriver hur arbetet med mätningar och profilering ledde till över 200 ändringar i centrala delar av filsystemet. Bland annat har kod för btree-strukturer, journalhantering och transaktioner förbättrats.

    Btree-strukturer används för att hålla reda på stora mängder metadata, alltså information om filerna snarare än själva filinnehållet. Journalen används för att hålla filsystemet konsekvent om något avbryts mitt i en operation.

    Bland förbättringarna finns snabbare hantering av transaktioner, mindre låskonflikter i btree-koden och en ny väg för journalflush som inte behöver lås på samma sätt som tidigare.

    I tester på en kraftfull AMD EPYC 9454-server med 48 kärnor uppges Bcachefs ha nått 16,5 GB/s i dbench på en enkel enhetskonfiguration. XFS nådde 16 GB/s i samma test. Med ytterligare patchar, som ännu inte ingick i versionen, ska Bcachefs ha nått 19 GB/s.

    I fio-tester med slumpmässiga 4K-skrivningar nådde Bcachefs omkring 700 000 IOPS, medan XFS nådde omkring 1 miljon IOPS på samma maskin.

    Det betyder inte att Bcachefs alltid är snabbare än XFS. Prestanda beror mycket på hårdvara, arbetslast och konfiguration. Men resultaten visar att Bcachefs nu kan konkurrera på allvar i vissa scenarier.

    Rust tar plats i projektet

    Ett annat intressant spår är att Bcachefs-projektet arbetar mer med Rust.

    Användarverktygen för Bcachefs har redan skrivits om i Rust. Nästa steg är att lägga till Rust-bindningar till DKMS-modulen. Till en början ska Rust användas för enhetstester och prestandatester, och vara ett frivilligt beroende.

    Det betyder inte att hela filsystemet plötsligt skrivs om i Rust. Men det visar att projektet vill använda moderna verktyg där det är praktiskt. Rust har blivit intressant i systemprogrammering eftersom språket kan minska vissa typer av minnesfel som annars är vanliga i C-program.

    Utanför Linuxkärnan – åtminstone just nu

    Bcachefs har haft en turbulent relation till Linuxkärnan. Efter konflikter mellan Kent Overstreet och Linus Torvalds är Bcachefs inte längre en inbyggd del av Linuxkärnan på samma sätt, utan distribueras som en DKMS-modul från och med Linux 6.18.

    DKMS innebär att en separat kärnmodul kan byggas och installeras för den Linuxkärna som systemet använder. Det ger flexibilitet, men är inte lika smidigt som att stödet finns direkt i kärnan.

    Projektets webbplats anger stöd för Linux 6.16 och senare, och det finns paketeringsinformation för flera distributioner, bland annat Gentoo, Void, NixOS, Arch, Debian, Ubuntu, Fedora och openSUSE.

    För vanliga användare innebär detta att installationen kan vara mer beroende av distributionens paketering och kärnversion. Det är alltså klokt att läsa dokumentationen noggrant innan man använder Bcachefs på en viktig maskin.

    Är Bcachefs stabilt nu?

    Det korta svaret är: stabilare än tidigare, men fortfarande något man bör använda med omdöme.

    Att märkningen “experimentell” är borta är en viktig signal. Det visar att projektet själv anser att Bcachefs har passerat en mognadsgräns. Det betyder att buggarna blivit färre och att de problem som rapporteras inte längre ser lika allvarliga ut som tidigare.

    Men filsystem bedöms inte bara efter vad utvecklarna säger. De bedöms efter år av praktisk användning, efter hur de klarar strömavbrott, trasiga diskar, fulla diskar, konstiga kontrollkort, virtuella maskiner, servrar, skrivbordsdatorer och oväntade fel.

    För testmaskiner, hemlabb, entusiaster och mindre kritiska system kan Bcachefs nu vara mycket intressant. För affärskritiska system eller oersättlig data bör man fortfarande vara försiktig, ha ordentliga säkerhetskopior och testa noggrant innan man byter.

    Ett viktigt steg för framtidens Linuxlagring

    Bcachefs 1.38.6 är mer än en vanlig uppdatering. Det är ett tecken på att projektet börjar lämna pionjärfasen och ta steget mot bredare användning.

    Det kombinerar många av de funktioner som moderna användare förväntar sig: snapshots, komprimering, kryptering, checksummor, avancerad hantering av flera diskar och nu även mognare stöd för erasure coding.

    Samtidigt återstår viktiga frågor. Hur väl fungerar det i stor skala? Hur snabbt byggs förtroende bland systemadministratörer? Kommer Bcachefs att återvända som inbyggt stöd i Linuxkärnan? Och hur kommer distributionerna att hantera paketering och support?

    Det är för tidigt att säga att Bcachefs är det självklara valet för alla. Men det är inte längre bara ett experiment för nyfikna utvecklare. Det har blivit ett seriöst alternativ i Linuxvärlden – och ett filsystem som många nu kommer att följa betydligt närmare.

    https://www.patreon.com/bcachefs/posts/1-38-6-release-161366372

    Faktaruta: Bcachefs

    Bcachefs är ett modernt filsystem för Linux som använder copy-on-write-teknik och är utvecklat för att erbjuda avancerade funktioner för lagring, säkerhet och dataintegritet.

    Filsystemet har stöd för bland annat kryptering, snapshots, komprimering, checksummor och hantering av flera lagringsenheter.

    • Typ: Modernt Linux-filsystem
    • Teknik: Copy-on-write
    • Funktioner: Kryptering, snapshots och komprimering
    • Dataskydd: Checksummor och erasure coding
    • Version: Bcachefs 1.38.6
    • Status: Inte längre experimentellt enligt projektet
    • Användning: Intressant för entusiaster, testmiljöer och avancerad Linuxlagring

    Även om Bcachefs inte längre räknas som experimentellt bör det fortfarande användas med eftertanke på system där viktig eller affärskritisk data lagras.

  • Linux 7.1 är här – snabbare filsystem, bättre hårdvarustöd och starkare säkerhet

    Linux 7.1 är här och bjuder på flera viktiga förbättringar under huven. Den nya kärnan ger bland annat bättre stöd för NTFS-diskar, starkare säkerhet med Landlock, effektivare energihantering för moderna processorer och förbättrat stöd för filsystem, nätverk, grafik och ny hårdvara. För vanliga användare betyder det på sikt ett stabilare och mer framtidssäkert Linuxsystem.

    Linuxkärnan fortsätter att utvecklas i hög takt. Med version 7.1 får världens kanske viktigaste öppna kärna en rad förbättringar som märks både för vanliga användare, systemadministratörer och utvecklare. Det handlar om allt från bättre stöd för moderna processorer och lagringsenheter till förbättrad säkerhet och snabbare filsystem.

    Linux är själva hjärtat i operativsystem som Android, Ubuntu, Debian, Fedora, Arch Linux, Linux Mint och många andra distributioner. Kärnan ansvarar för kontakten mellan programmen och datorns hårdvara. När du öppnar en fil, ansluter ett USB-minne, använder nätverket eller startar ett program är Linuxkärnan inblandad i bakgrunden.

    Med Linux 7.1 får kärnan flera tekniska förbättringar som gör systemet mer modernt, effektivt och säkert.

    Ny NTFS-hantering med bättre skrivstöd

    En av de största nyheterna i Linux 7.1 är en ny implementation av NTFS-filsystemet. NTFS är det filsystem som länge har använts i Windows, och stöd för NTFS är därför viktigt för alla som vill läsa och skriva till Windows-diskar från Linux.

    Den nya NTFS-lösningen har varit under utveckling i flera år och innehåller fullt skrivstöd. Det betyder att Linux bättre kan hantera filer på NTFS-formaterade diskar, inte bara läsa dem. För användare som ofta flyttar filer mellan Windows och Linux kan detta bli en märkbar förbättring.

    Den nya implementationen använder modernare teknik i Linuxkärnan, bland annat delayed allocation, iomap och folio-integration. Det låter kanske avancerat, men i praktiken handlar det om att filskrivning kan bli snabbare, stabilare och mer effektiv. Till detta kommer även en ny uppsättning användarverktyg, kallad ntfsprogs-plus.

    Starkare säkerhet med Landlock

    Linux 7.1 innehåller också en förbättring av Landlock, ett säkerhetssystem i Linux som gör det möjligt att begränsa vad program får komma åt.

    Den nya versionen inför en ny åtkomsträtt för pathname UNIX domain sockets. UNIX domain sockets används ofta för kommunikation mellan program på samma system. Genom att kunna styra åtkomst även på detta område får utvecklare och systemadministratörer bättre möjlighet att bygga säkrare miljöer.

    Detta är särskilt viktigt i en tid då fler program körs isolerat, till exempel i containrar, sandlådor och olika typer av begränsade körmiljöer.

    Bättre energihantering för moderna datorer

    Linux 7.1 innehåller förbättringar i drivrutinerna amd-pstate och intel_idle. Dessa delar av kärnan har betydelse för hur processorer från AMD och Intel hanterar strömförbrukning och vilolägen.

    För bärbara datorer kan sådana förbättringar innebära bättre batteritid, lägre värmeutveckling och tystare drift. För servrar kan effektivare energihantering minska strömförbrukningen, vilket är viktigt både ekonomiskt och miljömässigt.

    Förbättringar för exFAT, CIFS, Ceph och andra filsystem

    Linux 7.1 innehåller även förbättringar för flera andra filsystem.

    exFAT får stöd för att förallokera kluster utan att först nollställa dem. Det kan minska fragmentering och göra filhanteringen effektivare, särskilt på USB-minnen, minneskort och externa diskar.

    CIFS-klienten, som används för att komma åt Windows- och Samba-delningar, får stöd för O_TMPFILE. Det gör det möjligt att skapa temporära filer på ett säkrare och mer flexibelt sätt.

    Ceph, som ofta används i större lagringskluster, får ny infrastruktur för att samla in och rapportera I/O-statistik per subvolym. Det är framför allt intressant för driftmiljöer där man behöver övervaka prestanda och belastning noggrant.

    Även EXT4 och F2FS får förbättringar. EXT4 är fortfarande ett av de vanligaste filsystemen på Linux, medan F2FS ofta används på flashbaserad lagring.

    Nya möjligheter för BPF och io_uring

    Linux 7.1 fortsätter också utvecklingen av BPF och io_uring, två tekniker som blivit allt viktigare i moderna Linuxsystem.

    BPF används bland annat för avancerad nätverksfiltrering, övervakning, säkerhet och prestandaanalys. I Linux 7.1 tillkommer bland annat stöd för fsession på IBM System/390-arkitekturen.

    io_uring är ett modernt gränssnitt för snabbare in- och utmatning. Det används för att göra fil- och nätverksoperationer mer effektiva. Med BPF-stöd i io_uring öppnas nya möjligheter för avancerad kontroll och optimering direkt i kärnan.

    Förbättringar för lagring och blockenheter

    Den användarbaserade blockdrivrutinen ublk får en ny funktion för zero-copy-I/O via flaggan UBLK_F_SHMEM_ZC. Zero-copy innebär att data kan flyttas mer effektivt utan onödiga kopieringar i minnet. Det kan ge bättre prestanda i vissa typer av lagringslösningar.

    Linux 7.1 lägger också till stöd för att generera och verifiera T10 protection information på filsystemsnivå. Det är en teknik som används för att upptäcka datakorruption och öka tillförlitligheten i lagringssystem.

    Dessutom byggs stödet för TCG Storage Opal SSC Single User Mode ut i sed-opal-gränssnittet. Det är relevant för självkrypterande lagringsenheter och säker hantering av diskar.

    Mer hårdvarustöd

    Som vanligt innehåller en ny Linuxkärna också mängder av nytt och förbättrat hårdvarustöd.

    Linux 7.1 aktiverar Intels Flexible Return and Event Delivery, FRED, som standard. Detta är en modern funktion i Intel-processorer som förändrar hur vissa typer av händelser och övergångar hanteras i processorn.

    Kärnan får även stöd för CPU Memory Latency PMU på NVIDIA Tegra410-systemkretsar. Det är främst intressant för inbyggda system och utvecklare som arbetar nära hårdvaran.

    USB- och Thunderbolt-drivrutinerna får också förbättringar. Det gäller bland annat stöd för nya USB-strömförsörjningsdrivrutiner, uppdateringar av dwc3-drivrutinen och utökat stöd för ny hårdvara.

    Grafikdrivrutinerna för AMDGPU och Intel i915 förbättras också, vilket är viktigt för både skrivbordsanvändare och bärbara datorer.

    Nätverk, ljud och systemprestanda

    Utöver de stora nyheterna innehåller Linux 7.1 många mindre förbättringar i nätverksstacken, ljudsystemet och olika kärnkomponenter.

    Den typen av ändringar märks kanske inte direkt i form av en ny knapp eller funktion i skrivbordsmiljön, men de bidrar till att Linux fungerar bättre över tid. Bättre nätverkskod kan ge stabilare uppkopplingar. Bättre ljudstöd kan innebära att fler ljudkretsar fungerar direkt. Förbättrad schemaläggning och I/O-hantering kan ge ett mer responsivt system.

    Ska man uppgradera direkt?

    Den som är tekniskt intresserad kan hämta Linux 7.1 direkt från Linus Torvalds git-träd eller från kernel.org och kompilera kärnan själv.

    För de flesta användare är det däremot klokare att vänta tills den nya kärnan kommer via den egna Linuxdistributionens vanliga uppdateringar. Distributioner som Ubuntu, Debian, Fedora, Arch Linux och openSUSE testar och paketerar kärnor på olika sätt. Genom att vänta på distributionens version minskar risken för problem med drivrutiner, moduler och systemintegration.

    För vanliga skrivbordsanvändare är alltså rådet enkelt: vänta på att din distribution erbjuder Linux 7.1 i sina stabila förråd.

    Linux fortsätter framåt

    Linux 7.1 är ingen revolution som förändrar allt över en natt. Det är snarare ännu ett steg i den långsamma men kraftfulla utveckling som gjort Linux till en grundpelare i allt från mobiltelefoner och routrar till superdatorer, servrar och vanliga persondatorer.

    De stora nyheterna – bättre NTFS-stöd, starkare Landlock-säkerhet, effektivare energihantering och utökat hårdvarustöd – visar att Linux fortsätter att anpassa sig till moderna behov.

    För användaren betyder det i slutändan ett stabilare, säkrare och mer framtidssäkert system. För utvecklare och systemadministratörer innebär det fler verktyg, bättre kontroll och större möjligheter att bygga robusta lösningar.

    Linux 7.1 är därför inte bara ännu en versionssiffra. Det är ett tecken på att den öppna kärnan fortsätter att utvecklas i takt med hårdvaran, säkerhetskraven och användarnas behov.

    https://www.kernel.org

    Fakta: Linux 7.1

    Typ: Ny version av Linuxkärnan

    Viktig nyhet: Ny NTFS-implementation med fullt skrivstöd, bättre prestanda och modernare hantering av Windows-formaterade diskar.

    Säkerhet: Landlock får utökade möjligheter att begränsa åtkomst till pathname UNIX domain sockets.

    Filsystem: Förbättringar för bland annat NTFS, exFAT, CIFS, Ceph, EXT4 och F2FS.

    Prestanda: Vidareutveckling av BPF, io_uring, ublk och zero-copy-I/O.

    Hårdvara: Bättre stöd för moderna AMD- och Intel-system, USB, Thunderbolt, grafikdrivrutiner och inbyggda system.

    Energihantering: Förbättringar i amd-pstate och intel_idle kan bidra till lägre strömförbrukning, bättre batteritid och svalare drift.

    Rekommendation: Vanliga användare bör vänta tills Linux 7.1 erbjuds via den egna distributionens stabila uppdateringar.

  • När Linux och Secure Boot måste byta nyckel

    När Microsofts äldre Secure Boot-certifikat från 2011 löper ut behöver Linuxvärlden ta nästa steg i övergången till en nyare signeringskedja. För de flesta användare sker förändringen i bakgrunden, men för Linuxdistributioner, installationsmedia och äldre datorer kan den bli avgörande. I grunden handlar det om något så enkelt – och viktigt – som att datorn måste lita på rätt nyckel för att Linux ska kunna starta säkert.

    En gammal digital nyckel från Microsoft är på väg att gå ut. Det låter kanske som en teknisk detalj för firmware-utvecklare, men förändringen berör stora delar av Linux-världen. Orsaken är Secure Boot – den säkerhetsfunktion i moderna datorer som kontrollerar att rätt programvara startar när datorn slås på.

    I juni löper Microsofts äldre UEFI CA-certifikat från 2011 ut. Det certifikatet har under många år varit en viktig del av kedjan som gör att Linuxdistributioner kan starta på datorer där Secure Boot är aktiverat. Nu behöver Linuxdistributionerna stegvis flytta över till den nyare Microsoft UEFI CA från 2023.

    För vanliga användare innebär detta oftast ingen dramatik. En dator som startar Linux med Secure Boot i dag bör normalt fortsätta att starta även efter att det gamla certifikatet gått ut. Men övergången är ändå viktig, särskilt för nya installationsmedier, räddningsskivor, dual boot-system och äldre datorer.

    Vad är Secure Boot?

    Secure Boot är en säkerhetsfunktion i UEFI, den moderna ersättaren till det gamla BIOS-systemet. När datorn startar kontrollerar firmware att den första delen av startkedjan är signerad med en betrodd digital nyckel.

    Man kan jämföra det med en dörrvakt vid datorns entré. Dörrvakten släpper bara in program som kan visa upp rätt legitimation. Om startprogrammet är signerat med en nyckel som datorn litar på får det fortsätta. Om inte, stoppas uppstarten.

    Syftet är att hindra skadlig kod från att lägga sig tidigt i startprocessen, innan operativsystemet ens har hunnit laddas. Sådan kod kan annars vara mycket svår att upptäcka.

    Varför fungerar Windows enklare?

    På de flesta vanliga PC-datorer finns Microsofts Secure Boot-nycklar redan inlagda från fabrik. Det gör att Windows kan starta utan extra krångel, eftersom datorns firmware redan litar på Microsofts signering.

    Linux har däremot ett annat problem. De flesta Linuxdistributioner är inte direkt betrodda av datorns firmware. Tillverkaren av datorn har normalt inte lagt in nycklar för Ubuntu, Fedora, Debian, Linux Mint eller andra distributioner.

    För att lösa detta använder många Linuxdistributioner ett litet program som heter shim.

    Shim – den lilla länken mellan Microsoft och Linux

    Shim är en liten första startladdare som fungerar som en bro mellan datorns Secure Boot-system och Linuxdistributionens egna nycklar.

    Så här fungerar det förenklat:

    Datorns firmware litar på Microsofts nyckel.

    Microsoft har signerat Linuxdistributionens shim.

    Firmware startar shim eftersom signaturen är betrodd.

    Shim kontrollerar sedan nästa steg, till exempel GRUB och Linuxkärnan.

    GRUB och kärnan kan därefter starta Linux på ett säkert sätt.

    På detta sätt kan Linux starta på datorer där Secure Boot är aktiverat, utan att varje enskild datortillverkare behöver lägga in nycklar för varje Linuxdistribution.

    Vad händer när 2011-certifikatet går ut?

    Det viktiga att förstå är att ett utgånget certifikat inte automatiskt betyder att allt slutar fungera. Certifikatet tas inte magiskt bort ur datorns firmware bara för att datumet passerar. Redan signerade och betrodda startladdare bör därför i många fall fortsätta fungera.

    Det betyder att en befintlig Linuxinstallation, som redan fungerar med Secure Boot, normalt inte bör sluta starta enbart på grund av certifikatets utgångsdatum.

    Problemen kan i stället uppstå i samband med övergången till den nya signeringskedjan. Nya installationsavbilder, nya versioner av shim, återställningsmedia och vissa äldre datorer kan behöva uppdaterade Secure Boot-databaser för att känna igen den nya Microsoft UEFI CA från 2023.

    Varför kan det ändå bli problem?

    Secure Boot bygger på en kedja av förtroende. Varje länk måste lita på nästa länk. Om datorns firmware inte känner igen den nyckel som har använts för att signera shim, stoppas processen redan i början.

    Då spelar det ingen roll att Linuxkärnan eller GRUB är korrekt installerade. Om första länken i kedjan inte godkänns kommer datorn inte vidare.

    Särskilt känsliga situationer kan vara:

    Äldre datorer med föråldrade Secure Boot-databaser.

    Nya Linuxinstallationsmedier som använder den nya 2023-signeringen.

    Dual boot-system med både Windows och Linux.

    Räddnings-USB och installationsstickor som inte har uppdaterats.

    System där användaren manuellt har ändrat Secure Boot-nycklar.

    Datorer där den gamla 2011-nyckeln tas bort för tidigt.

    Det sista är särskilt viktigt. Att manuellt ta bort gamla nycklar ur Secure Boot-systemet kan göra att tidigare fungerande Linuxinstallationer inte längre startar.

    Vad behöver Linuxdistributionerna göra?

    Linuxdistributionerna behöver se till att deras shim-versioner signeras på rätt sätt för framtiden. Det innebär att de måste anpassa sig till Microsofts nyare UEFI CA från 2023 och se till att installationsmedia, uppdateringspaket och dokumentation följer med i övergången.

    För stora distributioner som Ubuntu, Fedora, Debian, SUSE och andra är detta en viktig infrastrukturell förändring. Det handlar inte om en ny funktion som användaren direkt ser, utan om att själva startkedjan ska fortsätta fungera på moderna datorer.

    Det är lite som att byta låssystem i ett stort hus. De flesta märker ingenting om bytet görs rätt, men om nycklarna inte passar kan någon plötsligt stå utanför dörren.

    Vad bör vanliga användare göra?

    För de flesta användare är rådet enkelt: håll systemet uppdaterat.

    Installera uppdateringar från din Linuxdistribution.

    Uppdatera shim-paket när distributionen erbjuder det.

    Installera firmware- och UEFI-uppdateringar från datortillverkaren när sådana finns.

    Använd nya installationsavbilder från distributionens officiella webbplats.

    Undvik att manuellt ändra Secure Boot-nycklar om du inte vet exakt vad du gör.

    Det är också klokt att inte använda gamla installationsstickor i flera år. Om du ska installera Linux på en ny dator med Secure Boot aktiverat bör du ladda ner en aktuell ISO-fil från distributionens officiella webbplats.

    Secure Boot är inte bara ett Windows-problem

    Det här visar också hur beroende Linuxvärlden fortfarande är av Microsofts roll i PC-ekosystemet. Även om Linux är ett fristående och öppet operativsystem måste det ofta passera genom en Microsoft-signerad startkedja för att fungera smidigt på vanliga konsumentdatorer med Secure Boot.

    Det betyder inte att Linux är osäkert eller underordnat Windows. Det betyder snarare att PC-plattformen historiskt har standardiserats kring Microsofts nycklar, eftersom Windows dominerar marknaden.

    Linuxdistributionerna har därför byggt praktiska lösningar för att fungera inom detta system. Shim är en sådan lösning.

    Ingen panik – men en viktig övergång

    Att Microsofts UEFI CA från 2011 löper ut är inte en katastrof. Det betyder inte att Linuxdatorer plötsligt slutar starta över en natt. Men det är en viktig övergång som Linuxdistributioner, hårdvarutillverkare och systemadministratörer behöver hantera på rätt sätt.

    För användaren är det viktigaste att inte göra förhastade ändringar i Secure Boot-inställningarna. Låt distributionens uppdateringar sköta övergången, använd aktuella installationsmedier och se till att firmware hålls uppdaterad.

    Secure Boot handlar i grunden om förtroende. När en gammal nyckel går ut måste en ny ta vid. Om kedjan hålls obruten kommer Linux fortsätta starta precis som tidigare – bara med en modernare grund för framtidens säkra uppstarter.

    https://github.com/rhboot/shim

    Faktaruta: Secure Boot och Linux

    Secure Boot är en säkerhetsfunktion i moderna datorer som kontrollerar att startprogrammen är betrodda innan operativsystemet får starta.

    Många Linuxdistributioner använder ett litet program som heter shim. Det fungerar som en bro mellan datorns firmware, Microsofts Secure Boot-nycklar och Linuxdistributionens egna nycklar.

    Microsofts äldre UEFI CA-certifikat från 2011 löper ut, vilket gör att Linuxdistributioner behöver gå över till den nyare signeringskedjan från 2023 för framtida stöd.

    • Påverkar: Linuxinstallationer med Secure Boot aktiverat.
    • Viktig del: shim, GRUB och Linuxkärnan.
    • Risk: äldre installationsmedia och datorer med föråldrade Secure Boot-nycklar.
    • Råd: håll Linux, firmware och installationsmedia uppdaterade.
    • Undvik: att manuellt ändra Secure Boot-nycklar om du inte vet exakt vad du gör.
  • Ubuntu 26.10 tar sina första steg – men det här är bara början

    Ubuntu 26.10 ”Stonking Stingray” har nu dykt upp i sin första tidiga testversion. Det är långt ifrån ett färdigt operativsystem, men för utvecklare, testare och Linuxintresserade ger den första snapshot-versionen en tydlig försmak av vad nästa Ubuntu-utgåva kan komma att bjuda på när den släpps hösten 2026.

    En första titt på nästa Ubuntu

    Ubuntu 26.10, med det färgstarka kodnamnet ”Stonking Stingray”, har nu tagit sina första offentliga steg. Canonical har släppt de första så kallade snapshot-avbilderna, alltså tidiga testversioner av operativsystemet som längre fram ska bli nästa stora Ubuntu-version efter Ubuntu 26.04 LTS.

    Inte ett färdigt system ännu

    För den vanliga användaren kan det låta som att Ubuntu 26.10 redan är färdigt, men så är det inte. Det här är snarare en tidig byggarbetsplats än ett färdigt hus. Grunden är lagd, men väggarna ska justeras, elen ska dras och inredningen är långt ifrån klar.

    Vad är en snapshot-version?

    En snapshot-version är till för utvecklare, testare och nyfikna entusiaster som vill se hur nästa version av Ubuntu växer fram. Den används för att hitta fel, testa nya programversioner och upptäcka problem innan den färdiga versionen når vanliga användare.

    Bygger på Ubuntu 26.04 LTS

    Ubuntu 26.10 bygger i detta tidiga skede till stor del på Ubuntu 26.04 LTS, som släpptes den 23 april 2026. Det är vanligt i början av en ny utvecklingscykel. Man tar den senaste stabila versionen som grund och börjar sedan steg för steg byta ut delar mot nyare komponenter.

    Linuxkärnan är systemets motor

    I den första snapshot-versionen används Linuxkärnan 7.0 och skrivbordsmiljön GNOME 50. Linuxkärnan kan beskrivas som operativsystemets motor. Det är den som sköter kontakten med datorns hårdvara, till exempel processor, minne, lagring, nätverk och grafikkort. GNOME är i sin tur den grafiska skrivbordsmiljön, alltså det användaren möter i form av fönster, menyer, inställningar och appar.

    Nyare teknik väntar under utvecklingen

    Under de kommande månaderna väntas Ubuntu 26.10 få ännu nyare teknik. Bland annat planeras GNOME 51, Linuxkärnan 7.2, grafikstacken Mesa 26.2 och kompilatorn GCC 16.1. För den som inte följer Linuxvärlden dagligen kan dessa namn låta tekniska, men de påverkar sådant som prestanda, hårdvarustöd, grafik, spel, energiförbrukning och möjligheten att köra modern programvara.

    Vägen fram till färdig version

    Den färdiga versionen av Ubuntu 26.10 är planerad till 15 oktober 2026. Innan dess kommer en betaversion den 24 september, vilket brukar vara den första versionen som är mer sammanhängande för bredare testning. Canonical planerar också två testveckor, den 2 juli och den 27 augusti, där användare kan hjälpa till att prova systemet och rapportera buggar.

    Bör bara testas på rätt plats

    Det är dock viktigt att förstå att den här första snapshot-versionen inte är avsedd för vardagsbruk. Den kan krascha, sakna funktioner eller innehålla fel som gör datorn svår att använda. Därför bör den bara installeras på en testdator eller i en virtuell maskin. Den som behöver en stabil dator för arbete, studier eller familjens vardagsanvändning bör hålla sig till Ubuntu 26.04 LTS.

    Alla ISO-filer finns inte ännu

    En annan detalj är att alla ISO-avbilder ännu inte finns tillgängliga. Bland annat saknas den vanliga 64-bitars Ubuntu Desktop-versionen för amd64 i den första omgången. Den väntas i stället komma med den andra snapshot-versionen, som är planerad till slutet av juni.

    En korttidsversion för den nyfikne

    Ubuntu 26.10 blir en så kallad interim-version. Det betyder att den bara får stöd i nio månader, fram till juni 2027. Den typen av Ubuntu-version passar främst användare som vill ha nyare programvara och funktioner. För den som prioriterar långsiktig stabilitet är LTS-versionerna, som Ubuntu 26.04 LTS, oftast ett bättre val.

    Öppen utveckling i praktiken

    Samtidigt är snapshot-versionerna viktiga. De visar hur öppen utveckling fungerar i praktiken. I stället för att allt sker bakom stängda dörrar kan användare och utvecklare följa processen, testa systemet och bidra med felrapporter. På så sätt blir den färdiga versionen bättre.

    En försmak av framtidens Linuxskrivbord

    Ubuntu 26.10 är alltså inte redo att ersätta dagens stabila system. Men den första snapshot-versionen markerar startskottet för nästa kapitel i Ubuntus utveckling. För den teknikintresserade är det en möjlighet att kika in i framtidens Linuxskrivbord redan nu.

    https://cdimage.ubuntu.com/ubuntu/releases/26.10/snapshot-1

    Teknisk faktaruta: Ubuntu 26.10 ”Stonking Stingray”

    Version: Ubuntu 26.10

    Kodnamn: Stonking Stingray

    Typ av version: Interim-version, alltså en korttidsversion mellan två LTS-utgåvor.

    Första snapshot: Tidig testversion för utvecklare, testare och nyfikna användare.

    Bygger inledningsvis på: Ubuntu 26.04 LTS ”Resolute Raccoon”.

    Linuxkärna i första snapshot: Linux 7.0

    Skrivbordsmiljö i första snapshot: GNOME 50

    Planerade nyare komponenter: GNOME 51, Linux 7.2, Mesa 26.2 och GCC 16.1.

    Planerad betaversion: 24 september 2026

    Planerat slutligt släpp: 15 oktober 2026

    Stödperiod: Cirka nio månader, fram till juni 2027.

    Rekommenderad användning: Testdator eller virtuell maskin. Bör inte användas på en viktig vardagsdator.

    Passar bäst för: Utvecklare, Linuxentusiaster och användare som vill testa kommande teknik innan den når stabila Ubuntu-versioner.

  • KernelScript 0.1: nytt språk vill göra eBPF enklare för Linuxutvecklare

    KernelScript 0.1 är ett nytt experimentellt programmeringsspråk som vill göra avancerad Linuxutveckling enklare. Genom att samla eBPF-program, användarprogram och kernelintegration i en och samma kodbas kan utvecklare slippa mycket av den manuella C-kod och libbpf-hantering som annars krävs. Resultatet är ett lovande, men ännu omoget, verktyg för den som vill arbeta närmare Linuxkärnan utan att fastna i all teknisk kringkod.

    Att skriva program som kör nära Linuxkärnan är kraftfullt – men också svårt. Med eBPF kan utvecklare skapa små program som körs i kernelmiljö utan att själva Linuxkärnan behöver byggas om. Tekniken används redan i dag för allt från nätverksfiltrering och prestandamätning till säkerhet, felsökning och övervakning av system.

    Nu har den första publika versionen av KernelScript 0.1 släppts. Det är ett nytt öppet programmeringsspråk som vill göra utveckling med eBPF mer lättillgänglig, säkrare och mindre beroende av stora mängder handskriven stödkod.

    Ett språk för flera världar

    Traditionellt kräver eBPF-utveckling ofta att man skriver flera olika delar separat. Själva eBPF-programmet skrivs ofta i C. Sedan behövs kod i användarrymden för att ladda programmet, hantera kartor, läsa data och kommunicera med kärnan. I vissa fall krävs även integration med kernelmoduler och särskilda byggfiler.

    KernelScript försöker samla detta i en enda källkod. Utvecklaren skriver programmet i KernelScripts eget språk, och verktyget genererar därefter den C-kod, de användarprogram, Makefiles och integrationsdelar som behövs.

    Tanken är alltså inte att ersätta Linuxkärnan eller eBPF, utan att lägga ett högre och mer lättanvänt lager ovanpå.

    Varför eBPF är kraftfullt – men svårt

    eBPF har blivit en av de mest intressanta teknikerna i moderna Linuxsystem. Den gör det möjligt att köra små verifierade program i kärnan, till exempel för att analysera nätverkspaket, mäta systemanrop eller samla in prestandadata.

    Men tekniken har en hög tröskel. Den som skriver eBPF-program måste förstå hur Linux verifierar programmen innan de får köras, vilka hjälpfunktioner som är tillåtna, hur minne får användas och hur eBPF-kartor fungerar. Dessutom krävs ofta kunskap om libbpf och hur användarrymd och kernelkod samverkar.

    KernelScript försöker minska den komplexiteten genom att erbjuda ett mer specialiserat språk, anpassat just för eBPF-flöden.

    Stöd för vanliga eBPF-program

    I den första versionen finns stöd för flera viktiga typer av eBPF-program. Det omfattar bland annat XDP, som används för snabb paketbehandling mycket tidigt i nätverksstacken, och TC, som används för trafikstyrning.

    Språket har också stöd för olika typer av probes, alltså program som kan kopplas till funktioner i kärnan för spårning och felsökning. Dessutom finns stöd för perf event-program, som används vid prestandamätning.

    Det gör KernelScript intressant för utvecklare som arbetar med nätverk, observability, felsökning, säkerhet eller låg nivå-prestanda i Linuxmiljöer.

    eBPF-kartor som vanliga variabler

    En central del av eBPF är så kallade maps, eller kartor. De fungerar som datastrukturer där eBPF-program kan spara och dela information. De kan exempelvis användas för räknare, statistik, tillståndstabeller eller kommunikation mellan kernelprogram och användarprogram.

    KernelScript gör dessa kartor till en del av språket. Det finns stöd för bland annat hash maps, per-CPU arrays, LRU maps och pinned maps. Genom att behandla dem som språkvariabler slipper utvecklaren en del av den vanliga libbpf-koden som annars krävs.

    Det kan göra enklare eBPF-projekt både kortare och lättare att förstå.

    Avancerade funktioner redan från början

    Trots att KernelScript 0.1 är en tidig version innehåller den stöd för flera avancerade eBPF-funktioner. Bland annat nämns automatisk hantering av tail calls, enklare dynptr-hantering, kontroll av programlivscykel, struct_ops och inbyggd integration med kfuncs.

    För den som redan arbetar med avancerad eBPF-utveckling kan detta vara särskilt intressant. Det visar att KernelScript inte bara är tänkt som ett pedagogiskt förenklingslager, utan som ett försök att bygga ett mer komplett utvecklingsverktyg för Linuxnära programmering.

    Inte redo för produktion

    Samtidigt är det viktigt att betona att KernelScript fortfarande är experimentellt. Projektet beskrivs som beta, och utvecklarna varnar för att syntax, API:er och funktioner kan ändras utan bakåtkompatibilitet.

    Det betyder att KernelScript i nuläget främst bör ses som något för testning, utvärdering och experiment. För produktionssystem är det fortfarande säkrare att använda etablerade verktyg och arbetsflöden kring eBPF, C och libbpf.

    Ett tecken på vart Linuxutveckling är på väg

    KernelScript 0.1 visar ändå en tydlig trend. eBPF har blivit så viktigt att det nu växer fram nya språk och verktyg som försöker göra tekniken mer tillgänglig. På samma sätt som högnivåspråk en gång gjorde vanlig systemutveckling enklare, försöker KernelScript göra kernel-nära programmering mer strukturerad och mindre felbenägen.

    Om projektet lyckas återstår att se. Men idén är intressant: ett enda språk som kan beskriva logiken för eBPF, användarrymd och kernelintegration på samma gång.

    För Linuxutvecklare som vill följa framtidens systemprogrammering är KernelScript därför ett projekt att hålla ögonen på – även om det än så länge hör hemma i labbmiljö snarare än i skarpa driftsystem.

    https://github.com/multikernel/kernelscript

    Teknisk faktaruta: KernelScript 0.1

    Typ: Experimentellt programmeringsspråk och DSL för Linuxutveckling.

    Fokus: eBPF, användarprogram och kernelintegration från en gemensam kodbas.

    Licens: Apache 2.0.

    Syfte: Att minska behovet av handskriven C-kod, libbpf-boilerplate, Makefiles och separat användarrymdskod vid eBPF-utveckling.

    Stöd: XDP, TC, probes, perf events, eBPF maps, tail calls, dynptr, struct_ops och kfunc-integration.

    Status: Beta/experimentell. Rekommenderas ännu inte för produktion.

  • Tails 7.8: säkrare anonymitet – men Thunderbird försvinner från startpaketet

    Tails 7.8 är här med en tydlig säkerhetsinriktad uppdatering av det anonymitetsfokuserade operativsystemet. Den nya versionen uppdaterar Tor Browser, täpper till viktiga sårbarheter i Linuxkärnan och haveged, samt förändrar hur e-postprogrammet Thunderbird hanteras. Programmet följer inte längre med som standard, men kan fortfarande installeras som extra program för den som behöver det.

    Tails 7.8 är nu släppt. Den nya versionen av det integritetsfokuserade operativsystemet innehåller uppdaterad Tor Browser, viktiga säkerhetsfixar och en tydlig förändring: e-postprogrammet Thunderbird följer inte längre med som standard.

    För många användare märks Tails främst som ett system man startar från USB-minne när man vill surfa mer anonymt. All internettrafik skickas genom Tor-nätverket, och systemet är byggt för att lämna så få spår som möjligt på datorn där det används. Med version 7.8 fortsätter projektet på samma spår, men gör samtidigt några praktiska justeringar.

    Thunderbird tas bort från standardinstallationen

    Den största synliga förändringen är att Thunderbird inte längre ingår i den vanliga Tails-avbilden. Det betyder inte att e-postprogrammet försvinner helt. Thunderbird kan fortfarande installeras via funktionen Additional Software.

    För användare som redan har Thunderbird aktiverat tillsammans med Persistent Storage kommer övergången att ske automatiskt. Tails lägger då till Thunderbird i listan över extra program som installeras vid uppstart.

    Det här kan låta som en försämring, men tanken är snarare att göra underhållet enklare och säkrare. När Thunderbird installeras som extra program kan Tails hämta den senaste tillgängliga versionen varje gång systemet startar. På så sätt minskar risken att användare fastnar med en äldre e-postklient i den förinstallerade miljön.

    Tor Browser uppdateras

    Tails 7.8 innehåller också Tor Browser 15.0.14. Det är en viktig del av systemet, eftersom webbläsaren är den mest centrala komponenten för de flesta användare.

    Tor Browser är byggd för att skydda användarens identitet genom att dirigera trafiken via Tor-nätverket och samtidigt minska mängden information som webbplatser kan samla in om datorn och webbläsaren. Uppdateringar av Tor Browser är därför extra viktiga i Tails, eftersom webbläsaren ofta är den mest utsatta delen av systemet.

    Viktiga säkerhetsfixar i Linuxkärnan och haveged

    Tails 7.8 åtgärdar även flera säkerhetsproblem i Linuxkärnan 6.12 LTS och i haveged. Enligt Tails-projektet kunde dessa sårbarheter göra det möjligt för ett program som körs inne i Tails att få administrativa rättigheter.

    Det är allvarligt, eftersom Tails bygger på principen att även om ett program beter sig skadligt ska det inte enkelt kunna ta kontroll över hela systemet. När sådana brister upptäcks är det viktigt att användare uppgraderar så snart som möjligt.

    Vad betyder detta för vanliga användare?

    För den som bara använder Tails för att surfa anonymt är uppdateringen ganska odramatisk. Tor Browser är uppdaterad, säkerhetsproblem är åtgärdade och systemet fungerar i stort sett som tidigare.

    Den stora skillnaden märks för dem som använder Thunderbird i Tails. De behöver nu förlita sig på Additional Software och Persistent Storage för att få e-postklienten installerad automatiskt vid start. För många är det en rimlig lösning, men den kräver att Persistent Storage är korrekt konfigurerat.

    Uppgradering och installation

    Automatiska uppgraderingar till Tails 7.8 finns tillgängliga för användare som redan kör Tails 7.0 eller senare. Om den automatiska uppgraderingen misslyckas, eller om systemet inte startar efteråt, rekommenderas en manuell uppgradering.

    För nya installationer finns Tails 7.8 som USB-avbild och som ISO-fil för DVD eller virtuella maskiner.

    Det är viktigt att komma ihåg att en ny installation på ett USB-minne raderar befintlig Persistent Storage på den enheten. Den som har sparade inställningar, nycklar, dokument eller extra program bör därför vara försiktig och säkerhetskopiera sådant som behöver bevaras.

    Sammanfattning

    Tails 7.8 är ingen dramatisk version, men den är viktig. Uppdateringen gör systemet säkrare, håller Tor Browser aktuell och förändrar hur Thunderbird hanteras. Genom att flytta Thunderbird från standardinstallationen till Additional Software får Tails ett smidigare sätt att hålla e-postprogrammet uppdaterat.

    För användare som är beroende av anonymitet, säkerhet och ett system som inte lämnar spår är detta en uppdatering som bör installeras.

    https://tails.net/news/version_7.8

    Faktaruta: Tails 7.8

    Operativsystem: Tails

    Version: 7.8

    Huvudnyhet: Thunderbird ingår inte längre som standard, men kan installeras som extra program.

    Webbläsare: Tor Browser 15.0.14

    Säkerhetsfixar: Åtgärdar sårbarheter i Linuxkärnan 6.12 LTS och haveged.

    Uppgradering: Automatisk uppgradering finns för användare av Tails 7.0 eller senare.

    Installation: Finns som USB-avbild och ISO-fil för DVD eller virtuell maskin.

    Viktigt: Ny installation på USB-minne raderar befintlig Persistent Storage på den enheten.

  • När Linux sätter gränser för vad som är en säkerhetsbugg

    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.

    https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=36d49bba19f2c19c933d13b25dcf4eb607a030b3

    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.

  • Parrot 7.2 släppt – säkerhets-Linux får viktig patch mot ”Copy Fail”

    Parrot OS 7.2 är nu släppt och kommer med en viktig säkerhetsuppdatering mot sårbarheten ”Copy Fail”. Den nya versionen bygger på Linux 6.19.13, använder KDE Plasma 6.3.6 som standardmiljö och innehåller uppdaterade verktyg för penetrationstestning, digital forensik och säkerhetsanalys. För säkerhetsintresserade Linuxanvändare är detta framför allt en stabiliserande release där kärna, verktyg och infrastruktur har fått viktiga förbättringar.

    Parrot OS 7.2 är nu officiellt tillgängligt för nedladdning. Den nya versionen är särskilt intressant för säkerhetsintresserade, systemadministratörer och etiska hackare eftersom den innehåller en uppdaterad Linuxkärna med skydd mot den nyligen uppmärksammade sårbarheten ”Copy Fail”. Samtidigt fortsätter Parrot-projektet sin övergång till KDE Plasma som huvudsaklig skrivbordsmiljö och uppdaterar en lång rad verktyg för penetrationstestning och IT-säkerhet.

    Vad är Parrot OS?

    Parrot OS är en Debian-baserad Linuxdistribution som är byggd för säkerhetsarbete, digital forensik, anonymitet, utveckling och testning. Man kan se den som ett specialverktyg snarare än ett vanligt skrivbordsoperativsystem.

    Där vanliga Linuxdistributioner fokuserar på kontorsprogram, webbsurf och multimedia, kommer Parrot med färdiga verktyg för att analysera nätverk, testa webbsidor, undersöka system och hitta säkerhetsbrister.

    Skydd mot den allvarliga sårbarheten Copy Fail

    Den stora nyheten i Parrot 7.2 är att systemet levereras med Linux 6.19.13. Den versionen är patchad mot den nyligen uppmärksammade sårbarheten ”Copy Fail”.

    Sårbarheten kan enligt uppgifterna göra det möjligt för en lokal användare att höja sina rättigheter och få root-behörighet. Det är allvarligt eftersom root är den högsta behörighetsnivån i Linux. En angripare som redan har begränsad åtkomst till en dator kan i värsta fall ta full kontroll över systemet.

    För vanliga användare kan en sådan sårbarhet låta abstrakt, men i praktiken handlar det om gränsen mellan en vanlig användare och systemets absoluta maktcentrum. Linux bygger på tydliga behörigheter: en vanlig användare ska inte kunna ändra systemfiler, läsa andras privata data eller styra kärnan. När en lokal privilegiehöjning fungerar bryts den modellen.

    KDE Plasma fortsätter som standardmiljö

    Parrot 7.2 bygger vidare på Parrot 7-serien, där projektet tidigare bytte standardmiljö från MATE till KDE Plasma. Den nya versionen använder KDE Plasma 6.3.6 som skrivbordsmiljö.

    Samtidigt finns det även utgåvor med MATE, LXQt och Enlightenment. Det gör att användare kan välja mellan ett mer modernt och funktionsrikt skrivbord eller lättare miljöer som passar bättre i virtuella maskiner och på enklare hårdvara.

    Bygger på Debian 13.4 ”Trixie”

    En annan viktig del är att Parrot 7.2 innehåller uppdateringar från Debian 13.4 ”Trixie”. Eftersom Parrot bygger på Debian innebär det att mycket av stabiliteten och paketbasen kommer därifrån, medan Parrot-lagret ovanpå tillför säkerhetsverktyg, specialanpassningar och egna menyer.

    Resultatet blir ett system som kombinerar Debians breda paketarkiv med ett mer specialiserat fokus på cybersäkerhet.

    Många säkerhetsverktyg har uppdaterats

    Flera kända säkerhetsverktyg har uppdaterats i Parrot 7.2. Bland annat nämns:

    Metasploit Framework 6.4.127, BloodHound 9.0.0, OWASP ZAP 2.16.1, SQLMap 1.10.3, Certipy-AD 5.0.4, Evilginx 3.3.0, Evil-WinRM 1.6.0 och NetExec 1.5.1.

    Det är verktyg som används för allt från webbtestning och Active Directory-analys till nätverkskartläggning och simulering av angrepp i kontrollerade miljöer.

    För den som arbetar med IT-säkerhet är sådana uppdateringar viktiga. Säkerhetsverktyg måste följa med när verkliga system förändras. Nya versi”Dataingenjör? Vad fan är en dataingenjör? Påhittade titlar som de har köpt på en marknad i hemlandet. Lite som de där som kallar sig läkare, men har lägre kompetens än en svensk sjuksköterska.”oner av Windows, Linux, webbservrar, molntjänster och autentiseringssystem kräver att testverktygen också utvecklas. Annars riskerar säkerhetstestaren att använda gamla metoder mot nya miljöer och missa viktiga brister.

    Förbättrad meny och fortsatt arbete med Go-kodbasen

    Parrot 7.2 innehåller också förbättringar i Parrot Menu, där nya skrivbordsposter lagts till samtidigt som arbetet med den nya Go-baserade kodbasen fortsätter.

    Det låter kanske som en detalj, men menyerna är centrala i en säkerhetsdistribution. När hundratals verktyg finns installerade måste de vara logiskt organiserade, annars blir systemet snabbt svåranvänt.

    Förbättringar för Docker, virtuella maskiner och sidoprojekt

    Projektet har även förbättrat parrot-themes och parrot-tools, men mycket av arbetet i denna version har lagts på infrastruktur, Docker-containrar och olika sidoprojekt runt operativsystemet.

    Det visar att Parrot inte bara utvecklas som en ISO-fil för installation på datorer, utan som ett helt ekosystem med stöd för virtuella maskiner, containrar, WSL och specialutgåvor.

    Bättre hantering av Flatpak-paket

    En praktisk nyhet är att Parrot 7.2 får en inbyggd kontroll för Flatpak-paket, så att uppdateringar av sådana paket kan hanteras automatiskt.

    Flatpak används ofta för att installera program fristående från distributionens vanliga paketsystem. För användaren betyder det enklare underhåll och mindre risk att program ligger kvar i gamla versioner.

    Finns i flera olika utgåvor

    Parrot 7.2 finns som Home och Security live-editions för 64-bitars system. Det finns även färdiga avbilder för Docker, virtuella maskiner, WSL, Raspberry Pi, RISC-V och Hack The Box.

    Dessutom finns särskilda skrivbordsutgåvor med MATE, LXQt och Enlightenment.

    Security Edition är den mest kompletta varianten för penetrationstestning, digital forensik, reverse engineering och säkerhetsforskning. Home Edition passar bättre för den som vill ha Parrot som ett mer allmänt Linuxsystem med integritets- och säkerhetsfokus.

    Så uppdaterar befintliga användare

    För den som redan använder Parrot krävs ingen ominstallation. Systemet kan uppdateras med:

    Parrot Updater har också uppdaterats till version 2.0.8. Den nya versionen ska ge en bättre uppdateringsupplevelse, särskilt för användare som uppgraderar från Parrot 6 ”Lory”.

    En viktig men lågmäld säkerhetsrelease

    Parrot 7.2 är inte en version som främst handlar om ett nytt utseende eller stora synliga nyheter. Det är snarare en underhålls- och säkerhetsrelease där kärnan, verktygen och infrastrukturen har fått viktiga förbättringar.

    För en vanlig Linuxanvändare kan det låta torrt, men för den som arbetar med säkerhet är just detta avgörande. Ett verktygssystem måste vara uppdaterat, pålitligt och snabbt kunna hantera nya sårbarheter.

    Med Linux 6.19.13, patchen mot Copy Fail, uppdaterade säkerhetsverktyg och fortsatt utveckling av KDE-baserade Parrot 7-serien visar projektet att det vill vara mer än bara ännu en Kali-konkurrent. Parrot försöker bygga en komplett arbetsmiljö för cybersäkerhet, där både skrivbord, verktyg, containrar och specialutgåvor hänger ihop.

    https://parrotsec.org/download

    Teknisk faktaruta: Parrot OS 7.2

    Distribution: Parrot OS 7.2

    Bas: Debian 13.4 ”Trixie”

    Linuxkärna: Linux 6.19.13

    Skrivbordsmiljö: KDE Plasma 6.3.6

    Alternativa skrivbord: MATE, LXQt och Enlightenment

    Viktig säkerhetsfix: Patch mot sårbarheten ”Copy Fail”

    Uppdaterade verktyg: Metasploit Framework 6.4.127, BloodHound 9.0.0, OWASP ZAP 2.16.1, SQLMap 1.10.3, Certipy-AD 5.0.4, Evilginx 3.3.0, Evil-WinRM 1.6.0 och NetExec 1.5.1

    Utgåvor: Home, Security, Docker, VM, WSL, Raspberry Pi, RISC-V och Hack The Box

    Nyheter: Förbättrad Parrot Menu, bättre Flatpak-hantering, förbättrat VM-stöd och uppdaterad Parrot Updater 2.0.8

    Uppdatering från befintlig installation:

    sudo apt update && sudo apt full-upgrade

Etikett: Linuxkärnan

  • CopyKat hittar 122 byggstenar som kan förvandla små minnesfel till rootåtkomst

    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…

  • Ubuntu 24.04.5 Släppts den 27:e Augusti

    Canonical har börjat rulla ut Linux 7.0 till Ubuntu 24.04 LTS. Den nya HWE-kärnan ger bättre stöd för modern hårdvara och blir en viktig del av Ubuntu 24.04.5 LTS, som planeras att släppas den 27 augusti 2026. En ny motor under huven Linuxkärnan är den del av operativsystemet som arbetar närmast datorns hårdvara. Den sköter…

  • SCTPhantom – 18 år gammal Linux-bugg kan ge angripare rootåtkomst

    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…

  • Nya Arch Linux får Linux 7.1 – bättre stöd för både ny och äldre hårdvara

    Arch Linux har släppt sin installationsavbildning för augusti 2026 – den första som bygger på Linuxkärnan 7.1. Uppdateringen ger förbättrat hårdvarustöd, ett modernare installationsprogram och samtliga säkerhets- och paketuppdateringar från juli. Arch Linux har släppt sin installationsavbildning för augusti 2026. Den stora nyheten är att detta är den första officiella Arch Linux-versionen som levereras med…

  • Stor säkerhetsuppdatering för Debian 13 täpper till 68 sårbarheter

    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…

  • AerynOS 2026.08 satsar på OpenZFS och säkrare systemuppdateringar

    Den nya installationsavbildningen AerynOS 2026.08 innehåller experimentellt stöd för OpenZFS, en moderniserad systemd-miljö och en ny generation versionshanterade programförråd. Samtidigt fortsätter Linuxdistributionen att utvecklas mot målet att en installation ska kunna uppdateras under lång tid utan att behöva installeras om. AerynOS har publicerat en ny installationsavbildning med beteckningen AerynOS 2026.08. Den samlar de senaste förändringarna…

  • Debian 13.6 samlar över 240 säkerhets- och stabilitetsuppdateringar

    Debian 13.6 ”Trixie” har släppts med över 240 säkerhets- och stabilitetsuppdateringar. Utgåvan innehåller nya installationsavbilder, förbättrat stöd för Secure Boot och rättningar i välkända program som Apache, Curl, GIMP, LibreOffice, Python och QEMU. Debianprojektet har släppt Debian 13.6, en ny underhållsversion av operativsystemet Debian 13 ”Trixie”. Uppdateringen innehåller sammanlagt 120 säkerhetsuppdateringar och 124 rättningar av…

  • Linus Torvalds: Från programmerare till utvecklingsledare

    Linus Torvalds skriver numera sällan kod själv och beskriver sin roll som utvecklingsledare. Under Open Source Summit India 2026 berättade han om arbetet bakom Linuxkärnan, synen på AI och Rust samt varför föråldrad teknik ibland måste tas bort. Linus Torvalds skriver numera sällan kod själv. I stället leder han utvecklingen av Linuxkärnan genom att granska…

  • Linux startar på Atari Jaguar – spelkonsolen med bara 2 MB minne

    Atari Jaguar blev aldrig den försäljningssuccé som Atari hoppades på. Mer än 30 år senare har den omdiskuterade spelkonsolen ändå lyckats med något oväntat: att starta Linux direkt från en spelkassett. Linux har genom åren körts på allt från kraftfulla superdatorer och mobiltelefoner till routrar, mikrovågsugnar och gamla spelkonsoler. Nu har ytterligare en osannolik maskin…

  • Linux 7.2 tar första steget mot färdig version

    Linux 7.2 har tagit sitt första steg mot en färdig version. Linus Torvalds har släppt den första testversionen, Linux 7.2-rc1, som bland annat innehåller förbättrat stöd för ny grafik, modernare hårdvara, Rust i kärnan, nätverksförbättringar och uppdateringar för flera processorplattformar. Slutversionen väntas komma under andra halvan av augusti 2026. Linus Torvalds har nu meddelat att…

  • Linux Kernel 7.0 är nu föråldrad – dags att gå vidare till Linux 7.1

    Linux Kernel 7.0 har nått slutet av sin livstid och kommer inte längre att få några uppdateringar. Användare som kör 7.0-serien bör därför uppgradera till Linux Kernel 7.1 när den blir tillgänglig i den egna distributionens programförråd. För den som vill ha långsiktig stabilitet är en LTS-kärna fortfarande det bästa valet. Linuxkärnan är hjärtat i…

  • KaOS Linux tar ett stort steg bort från systemd

    KaOS Linux har släppt version 2026.06, och den här utgåvan markerar en viktig förändring för den lilla men tekniskt intressanta Linuxdistributionen. För första gången levereras KaOS med Dinit som standard-init-system i stället för systemd. För vanliga datoranvändare kan det låta som en liten teknisk detalj. Men i Linuxvärlden är init-systemet en central del av operativsystemet.…

  • Bcachefs lämnar experimentstadiet – men bör fortfarande användas med eftertanke

    Bcachefs har tagit ett viktigt steg från experimentellt projekt till seriöst alternativ för Linuxlagring. Projektledaren Kent Overstreet meddelar att filsystemet inte längre betraktas som experimentellt, samtidigt som den nya versionen 1.38.6 bjuder på stora prestandaförbättringar, mognare stöd för erasure coding och fortsatt utveckling med Rust. Men trots framstegen bör Bcachefs fortfarande användas med eftertanke när…

  • Linux 7.1 är här – snabbare filsystem, bättre hårdvarustöd och starkare säkerhet

    Linux 7.1 är här och bjuder på flera viktiga förbättringar under huven. Den nya kärnan ger bland annat bättre stöd för NTFS-diskar, starkare säkerhet med Landlock, effektivare energihantering för moderna processorer och förbättrat stöd för filsystem, nätverk, grafik och ny hårdvara. För vanliga användare betyder det på sikt ett stabilare och mer framtidssäkert Linuxsystem. Linuxkärnan…

  • När Linux och Secure Boot måste byta nyckel

    När Microsofts äldre Secure Boot-certifikat från 2011 löper ut behöver Linuxvärlden ta nästa steg i övergången till en nyare signeringskedja. För de flesta användare sker förändringen i bakgrunden, men för Linuxdistributioner, installationsmedia och äldre datorer kan den bli avgörande. I grunden handlar det om något så enkelt – och viktigt – som att datorn måste…

  • Ubuntu 26.10 tar sina första steg – men det här är bara början

    Ubuntu 26.10 ”Stonking Stingray” har nu dykt upp i sin första tidiga testversion. Det är långt ifrån ett färdigt operativsystem, men för utvecklare, testare och Linuxintresserade ger den första snapshot-versionen en tydlig försmak av vad nästa Ubuntu-utgåva kan komma att bjuda på när den släpps hösten 2026. En första titt på nästa Ubuntu Ubuntu 26.10,…

  • KernelScript 0.1: nytt språk vill göra eBPF enklare för Linuxutvecklare

    KernelScript 0.1 är ett nytt experimentellt programmeringsspråk som vill göra avancerad Linuxutveckling enklare. Genom att samla eBPF-program, användarprogram och kernelintegration i en och samma kodbas kan utvecklare slippa mycket av den manuella C-kod och libbpf-hantering som annars krävs. Resultatet är ett lovande, men ännu omoget, verktyg för den som vill arbeta närmare Linuxkärnan utan att…

  • Tails 7.8: säkrare anonymitet – men Thunderbird försvinner från startpaketet

    Tails 7.8 är här med en tydlig säkerhetsinriktad uppdatering av det anonymitetsfokuserade operativsystemet. Den nya versionen uppdaterar Tor Browser, täpper till viktiga sårbarheter i Linuxkärnan och haveged, samt förändrar hur e-postprogrammet Thunderbird hanteras. Programmet följer inte längre med som standard, men kan fortfarande installeras som extra program för den som behöver det. Tails 7.8 är…

  • När Linux sätter gränser för vad som är en säkerhetsbugg

    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…

  • Parrot 7.2 släppt – säkerhets-Linux får viktig patch mot ”Copy Fail”

    Parrot OS 7.2 är nu släppt och kommer med en viktig säkerhetsuppdatering mot sårbarheten ”Copy Fail”. Den nya versionen bygger på Linux 6.19.13, använder KDE Plasma 6.3.6 som standardmiljö och innehåller uppdaterade verktyg för penetrationstestning, digital forensik och säkerhetsanalys. För säkerhetsintresserade Linuxanvändare är detta framför allt en stabiliserande release där kärna, verktyg och infrastruktur har…