• Red Hat Enterprise Linux 10.2 släppt – nu med valfri AI-assistent i terminalen

    Red Hat Enterprise Linux 10.2 är här och visar tydligt vart företags-Linux är på väg: mot mer AI-stöd, starkare säkerhet, enklare uppgraderingar och modernare verktyg för både drift och utveckling. Med nyheter som AI-assistent i kommandoraden, postkvantskydd för SSH, Kernel Livepatching, PostgreSQL 18, MariaDB 11.8 och förbättrat stöd för image mode tar RHEL ännu ett steg mot framtidens automatiserade och säkra servermiljöer.

    Red Hat Enterprise Linux, ofta förkortat RHEL, är inte en Linuxdistribution som i första hand riktar sig till hobbyanvändare. Den är byggd för företag, myndigheter, datacenter och organisationer där stabilitet, långsiktigt stöd och säker drift är viktigare än att alltid ha det allra senaste skrivbordstemat. Därför är varje ny punktversion av RHEL betydelsefull. Den visar vart företags-Linux är på väg.

    Med RHEL 10.2 blir riktningen tydlig: mer automatisering, mer AI-stöd, bättre säkerhet och enklare hantering av stora mängder servrar.

    AI flyttar in i kommandoraden

    En av de mest intressanta nyheterna är den valfria AI-assistenten goose. Den kan installeras från Red Hats extensions-förråd och är tänkt att hjälpa administratörer direkt i terminalen.

    För den som arbetar med Linuxservrar är kommandoraden fortfarande hjärtat i systemet. Det är där man felsöker tjänster, läser loggar, startar om processer, installerar paket och skriver skript. En AI-assistent i terminalen kan därför bli ett kraftfullt verktyg, särskilt om den kan hjälpa till att tolka felmeddelanden, föreslå kommandon eller ge snabbare vägledning i komplexa miljöer.

    RHEL:s kommandoradsassistent får dessutom stöd för färgutskrifter, vilket kan göra informationen mer lättläst. Det låter kanske som en liten sak, men i en terminalmiljö kan färger göra stor skillnad när man snabbt behöver se skillnad på varningar, kommandon, statusmeddelanden och fel.

    Image mode blir viktigare för framtidens Linuxdrift

    En annan stor del av RHEL 10.2 handlar om image mode, alltså ett sätt att hantera operativsystemet mer som en kontrollerad systemavbildning än som en traditionellt löpande installerad server.

    Tanken påminner delvis om hur containerteknik fungerar. I stället för att varje server underhålls helt individuellt kan man arbeta med standardiserade avbildningar. Det gör det lättare att rulla ut samma system på många maskiner, hålla miljöer konsekventa och minska risken för att servrar långsamt glider isär i konfiguration.

    I RHEL 10.2 får image mode flera förbättringar. Ett nytt alternativ i bootc gör det möjligt att ladda ner en OS-uppdatering till en hel maskinpark utan att tillämpa uppdateringen direkt. Det är praktiskt i större driftmiljöer där man vill förbereda uppdateringar i förväg men själv bestämma exakt när de ska aktiveras.

    Det blir också effektivare containerlagring genom att systemet kan hålla en separat kopia av operativsystemet i ett containerförråd. Dessutom tillkommer bättre möjligheter att logiskt binda ihop avbildningar i större skala.

    För virtualiserade miljöer finns även förbättringar genom BCVK, Bootable Containers and Virtualization Kit, som ska förenkla skapandet av virtuella maskiner från startbara containerbaserade system.

    Starkare skydd mot framtidens kvantdatorer

    Säkerhet är ett av de områden där RHEL 10.2 sticker ut mest. Red Hat lyfter bland annat fram förbättringar kopplade till postkvantkryptografi.

    Dagens kryptering bygger ofta på matematiska problem som vanliga datorer har mycket svårt att lösa. Men framtidens kvantdatorer kan i teorin hota vissa av dessa metoder. Därför pågår ett stort arbete i IT-världen med att ta fram kryptering som även ska stå emot kvantdatorer.

    I RHEL 10.2 märks detta bland annat i stöd för postkvantrelaterade lösningar i SSH och i Red Hat Certificate System 11.0. Den systemomfattande kryptopolicyn FUTURE blir också striktare och tillåter nu endast hybrida ML-KEM-nyckelutbytesalgoritmer, i stället för traditionella metoder utan postkvantskydd.

    För vanliga användare låter detta tekniskt, men betydelsen är enkel: Red Hat förbereder RHEL för en framtid där dagens kryptering inte längre kan tas för given.

    Kernel Livepatching minskar behovet av omstarter

    RHEL 10.2 bygger på Linuxkärnan 6.12 LTS och introducerar även förbättringar kring Kernel Livepatching.

    Kernel Livepatching gör det möjligt att installera vissa säkerhetsfixar och kärnuppdateringar utan att starta om systemet. För en vanlig hemdator är en omstart oftast inget stort problem. För en bank, ett sjukhus, ett datacenter eller en kritisk affärstjänst kan en omstart däremot kräva planering, servicefönster och riskhantering.

    Med Livepatching kan administratörer minska stilleståndstiden och samtidigt hålla systemen säkrare. Det är en typisk företagsfunktion: osynlig för slutanvändaren, men mycket viktig i miljöer där upptid är avgörande.

    Modernare utvecklingsmiljö

    RHEL har historiskt varit försiktig med att byta till alltför nya programversioner, eftersom stabilitet är så viktigt. Samtidigt måste utvecklare få tillgång till moderna språk, databaser och verktyg. RHEL 10.2 försöker balansera detta.

    Bland de uppdaterade komponenterna finns:

    • Python 3.14
    • PHP 8.4
    • Ruby 4.0
    • Node.js 24
    • OpenJDK 25
    • PostgreSQL 18
    • MariaDB 11.8
    • Git 2.51
    • LLVM 21
    • Rust 1.92
    • Go 1.26

    För utvecklare innebär detta att RHEL 10.2 blir mer attraktiv som plattform för moderna applikationer. Det gäller både klassiska webbapplikationer, containerbaserade system, databasmiljöer och program skrivna i språk som Rust, Go och Python.

    Även verktyg för felsökning och prestandaanalys har uppdaterats, bland annat GDB, Valgrind, SystemTap, elfutils och libabigail. Det gör RHEL 10.2 relevant inte bara för drift, utan också för avancerad utveckling och analys.

    Flatpak får större roll på skrivbordet

    En intressant förändring gäller skrivbordsmiljön. Installationsprogrammet Anaconda får stöd för automatisk installation av Flatpak-appar redan under systeminstallationen.

    Det betyder att system som installeras med exempelvis alternativet “Server with GUI” kan få Flatpak-baserade program direkt från början. Firefox och Thunderbird levereras nu som standard via Flatpak, även om Red Hat fortsätter att tillhandahålla och stödja RPM-versionerna i AppStream under RHEL 10:s livstid.

    Detta visar hur Flatpak fortsätter att vinna mark även i mer konservativa företagsmiljöer. Fördelen är att program kan paketeras mer isolerat från resten av systemet, vilket kan förenkla uppdateringar och minska konflikter mellan olika programberoenden.

    Enklare uppgraderingar med Leapp och Ansible

    Att uppgradera stora företagsmiljöer är sällan enkelt. Det räcker inte att klicka på “uppdatera”. Man måste kontrollera beroenden, kompatibilitet, hårdvara, tredjepartsprogram, säkerhetspolicyer och driftkrav.

    RHEL 10.2 förbättrar uppgraderingsvägarna med hjälp av Leapp och Red Hat Ansible Automation Platform. Red Hat beskriver detta som ett mer automatiserat arbetssätt där organisationer kan testa, misslyckas snabbt, justera och sedan köra igen.

    Det är ett praktiskt sätt att tänka kring stora IT-miljöer. I stället för att hoppas att allt fungerar vid första försöket skapar man en repeterbar process där fel kan upptäckas tidigt.

    RHEL 10.2 stöder bland annat uppgraderingsvägar från RHEL 9.8 till RHEL 10.2 på moderna plattformar som x86-64-v3, 64-bitars Arm, IBM Power Systems POWER10 och senare samt IBM Z z15 och senare.

    Små förändringar som kan märkas i vardagen

    Alla nyheter är inte stora rubriker. En förändring är att kommandot vi inte längre startar Vim när både vim-minimal och vim-enhanced är installerade. För vissa administratörer kan det vara en liten men märkbar förändring i vardagsarbetet.

    Sådana detaljer visar att även etablerade Linuxmiljöer förändras över tid. Kommandon och standardbeteenden som administratörer vant sig vid kan justeras när distributionen utvecklas.

    RHEL 10.2 visar vart företags-Linux är på väg

    Red Hat Enterprise Linux 10.2 är inte en dramatisk revolution, men det är en viktig uppdatering. Den visar hur Linux i företagsvärlden rör sig mot mer automatiserad drift, mer standardiserade systemavbildningar, AI-stöd i arbetsflöden och säkerhet som förbereds för framtidens hot.

    För systemadministratörer betyder det bättre verktyg för att hantera stora miljöer. För utvecklare betyder det modernare språk och databaser. För säkerhetsansvariga betyder det starkare kryptografiska alternativ och bättre kontroll. För organisationer betyder det framför allt en Linuxplattform som fortsätter att utvecklas utan att släppa sitt fokus på stabilitet.

    RHEL 10.2 är därmed inte bara ännu en punktversion. Det är ett tecken på hur nästa generation av företags-Linux kommer att se ut: mer automatiserad, mer containerorienterad, mer säkerhetsmedveten och allt mer förstärkt av AI.

    https://www.redhat.com/en/blog/rhel-102-and-98-intelligent-evolution-enterprise-linux

    Fakta: Red Hat Enterprise Linux 10.2

    Red Hat Enterprise Linux 10.2 är den andra uppdateringen i RHEL 10-serien och riktar sig främst till företag, myndigheter och organisationer som behöver en stabil Linux-plattform med långsiktig support.

    Versionen innehåller bland annat en valfri AI-assistent för kommandoraden, förbättrat stöd för automatiserade uppgraderingar med Ansible och uppdaterade utvecklingsverktyg.

    Exempel på uppdaterade komponenter är Rust 1.92, Python 3.14, Git 2.51, PHP 8.4, LLVM 21, Go 1.26, Ruby 4.0, OpenJDK 25, PostgreSQL 18 och MariaDB 11.8.

    Samtidigt har Red Hat även släppt Red Hat Enterprise Linux 9.8 för användare och organisationer som fortfarande ligger kvar på RHEL 9-serien.

  • Debian 13.5 släppt – 247 uppdateringar gör Trixie säkrare och stabilare

    Debian 13.5 är här – en underhållsutgåva som samlar 103 säkerhetsfixar och 144 stabilitetsuppdateringar för Debian 13 “Trixie”. Det handlar inte om nya funktioner eller ett nytt utseende, utan om något minst lika viktigt: ett tryggare och mer stabilt Linuxsystem. För den som redan uppdaterar regelbundet är mycket redan installerat, men för nya installationer blir Debian 13.5 den bästa och mest aktuella startpunkten.

    Debian 13, med kodnamnet Trixie, har fått sin femte punktutgåva: Debian 13.5. Det är ingen ny version med stora nyheter eller förändrat utseende, utan en samlad underhållsuppdatering som gör systemet säkrare, stabilare och mer pålitligt.

    Den nya utgåvan innehåller 103 säkerhetsfixar och 144 stabilitetsuppdateringar. För vanliga användare betyder det framför allt att kända sårbarheter täpps till och att problem i viktiga systemkomponenter rättas.

    Vad är en punktutgåva?

    Debian fungerar lite annorlunda än många andra operativsystem. När en stabil Debian-version har släppts kommer den inte hela tiden med nya funktioner. I stället prioriteras säkerhet och stabilitet.

    En punktutgåva, som Debian 13.5, kan därför beskrivas som en uppdaterad installationsskiva. Den samlar ihop rättningar som redan har skickats ut via Debians vanliga uppdateringskanaler.

    Det betyder att den som redan kör Debian 13 och regelbundet installerar uppdateringar troligen redan har fått de flesta ändringarna.

    Viktiga program har fått säkerhetsfixar

    Debian 13.5 innehåller uppdateringar för många centrala paket. Bland annat berörs:

    Apache, OpenSSH, Nginx, glibc, systemd, sudo, Python 3.13, FreeRDP, Exim, jq, X.Org Server, curl, rsync, firewalld, bubblewrap, libarchive, libcap2 och nano.

    Det handlar alltså inte bara om småprogram i marginalen, utan om komponenter som ofta används i servrar, arbetsstationer och nätverkstjänster.

    Apache, OpenSSH och systemd får viktiga rättningar

    Webbservern Apache får flera säkerhetsfixar. Dessa rör bland annat use-after-free-fel, möjlig privilegieeskalering, förbikoppling av autentisering, NULL pointer-problem, HTTP response splitting och läsning utanför minnesgränser.

    Även OpenSSH, som används för säker fjärrinloggning, har uppdaterats. Där finns rättningar kopplade till bland annat scp, kommandoexekvering, hantering av nyckelalgoritmer, ProxyJump och authorized_keys.

    En annan viktig komponent är systemd, som i Debian 13.5 uppdateras till version 257.13. Den uppdateringen åtgärdar bland annat problem som rör möjlig kodkörning och en sårbarhet där systemd-nspawn kunde användas för att ta sig ut från en isolerad miljö till värdsystemet.

    glibc och DNS-hantering förbättras

    Systembiblioteket glibc är en av de mest grundläggande delarna i ett Linuxsystem. Nästan alla program är på något sätt beroende av det.

    I Debian 13.5 rättas flera problem i glibc, bland annat sådant som rör DNS-svar, ogiltiga DNS-värdnamn och ett fel som kunde leda till ett så kallat assertion failure.

    Det kan låta tekniskt, men poängen är enkel: när grundläggande bibliotek blir mer robusta blir hela systemet mer driftsäkert.

    Även installationsprogrammet är uppdaterat

    Debian Installer har också uppdaterats. Det betyder att den som installerar Debian från nya Debian 13.5-avbilder får med de senaste rättningarna direkt från början.

    För servrar och nya installationer är detta praktiskt. Man slipper installera från en äldre avbild och sedan hämta en stor mängd uppdateringar direkt efter installationen.

    Inga nya funktioner – och det är poängen

    Debian 13.5 ska inte ses som en ny Debian-version i vanlig mening. Den introducerar inga stora nya funktioner och ändrar inte systemets grundläggande beteende.

    Det är i stället en klassisk Debian-uppdatering: försiktig, stabil och fokuserad på att hålla systemet tryggt över tid.

    För många användare är det just detta som gör Debian attraktivt. Man får inte alltid det senaste först, men man får ett system där stabilitet och säkerhet väger tungt.

    Så uppdaterar du ett befintligt Debian 13-system

    Om du redan kör Debian 13 räcker det normalt att uppdatera systemet som vanligt:

    sudo apt update && sudo apt upgrade
    

    Har du redan installerat säkerhetsuppdateringar löpande finns det troligen inte särskilt mycket nytt att hämta. Debian 13.5 samlar i stor utsträckning sådant som redan har skickats ut till användarna.

    Nya installationsavbilder finns tillgängliga

    För den som vill installera Debian från början finns nya netinst-avbilder för Debian 13.5. Dessa är avsedda för användare som vill installera ett grundsystem och sedan själva välja paket, skrivbordsmiljö och tjänster.

    Netinst finns för flera arkitekturer, bland annat:

    amd64, arm64, armhf, ppc64el, riscv64 och s390x.

    För den som vill ha ett mer färdigt skrivbordssystem finns även Live-avbilder med skrivbordsmiljöer som GNOME, KDE, LXDE, Xfce, Cinnamon och MATE. Dessa är tillgängliga för AMD64.

    Automatiska säkerhetsuppdateringar är klokt

    Debian 13.5 visar också varför regelbundna uppdateringar är viktiga. Många säkerhetshål märks inte direkt för användaren, men kan ändå vara allvarliga om de lämnas öppna.

    På servrar och datorer som alltid är uppkopplade kan det därför vara klokt att aktivera automatiska säkerhetsuppdateringar. Då installeras viktiga säkerhetsfixar snabbare, utan att man själv behöver komma ihåg att kontrollera varje dag.

    Sammanfattning

    Debian 13.5 är ingen spektakulär version, men den är viktig. Med 103 säkerhetsfixar och 144 stabilitetsuppdateringar stärker den Debian 13 “Trixie” på flera centrala områden.

    För befintliga användare är rådet enkelt: håll systemet uppdaterat. För nya installationer är Debian 13.5 den bästa startpunkten, eftersom den innehåller de senaste rättningarna redan från början.

    https://www.debian.org/News/2026/20260516

    Nerladdnings länkar finns linux.se wiki :

    https://wiki.linux.se/Debian

    Teknisk faktaruta: Debian 13.5

    Distribution: Debian GNU/Linux

    Version: Debian 13.5

    Kodnamn: Trixie

    Typ av utgåva: Punktutgåva / underhållsutgåva

    Innehåll: 103 säkerhetsfixar och 144 stabilitetsuppdateringar

    Fokus: Säkerhet, buggfixar och förbättrad systemstabilitet

    Berörda paket: Apache, OpenSSH, Nginx, glibc, systemd, sudo, Python 3.13, curl, rsync, Exim, X.Org Server och flera andra

    Nya funktioner: Nej, Debian 13.5 är främst en samlad uppdatering av befintliga paket

    Uppdateringskommando:

    sudo apt update && sudo apt upgrade
  • OpenZFS 2.4.2 släppt – redo för Linux 7.0 och med viktiga stabilitetsfixar

    OpenZFS 2.4.2 är en viktig underhållsversion för alla som använder ZFS på Linux eller FreeBSD. Uppdateringen ger stöd för kommande Linuxkärna 7.0 och rättar flera fel som kan påverka dataintegritet, snapshots, block cloning och dRAID. Det är ingen version fylld av stora nyheter, men den innehåller sådana förbättringar som gör stor skillnad i servrar, NAS-system och andra miljöer där lagringen måste vara stabil och pålitlig.

    OpenZFS har släppts i version 2.4.2, en underhållsversion som framför allt riktar sig till användare med nya Linuxkärnor och avancerade lagringsmiljöer. Den nya versionen ger stöd för Linuxkärnor från 4.18 upp till 7.0 och fortsätter även att stödja FreeBSD 13.3 samt FreeBSD 14.0 och senare.

    För den som använder ZFS i servrar, NAS-system eller arbetsstationer med stora datamängder är detta en viktig uppdatering. Den handlar inte om stora nya funktioner, utan om något minst lika viktigt: kompatibilitet, stabilitet och dataintegritet.

    Vad är OpenZFS?

    OpenZFS är både ett filsystem och en volymhanterare. Det betyder att systemet inte bara lagrar filer, utan också hanterar diskar, spegling, redundans, snapshots och kontroll av dataintegritet.

    Till skillnad från enklare filsystem är ZFS byggt för att upptäcka fel. Varje datablock kan kontrolleras med checksummor, vilket gör det möjligt att upptäcka om data har förändrats eller skadats. I system med redundans kan ZFS dessutom ofta reparera felet automatiskt genom att läsa en korrekt kopia från en annan disk.

    Det är därför ZFS ofta används i NAS-servrar, backupservrar, virtualiseringsmiljöer och andra system där datatillförlitlighet är viktigare än maximal enkelhet.

    Stöd för Linuxkärna 7.0

    Den största nyheten i OpenZFS 2.4.2 är kompatibiliteten med Linuxkärna 7.0. Linuxkärnan förändras hela tiden, och interna gränssnitt som drivrutiner och filsystem använder kan justeras, tas bort eller ersättas.

    För ett projekt som OpenZFS innebär det att koden måste följa med. Annars kan ZFS sluta kompilera eller fungera korrekt på nyare distributioner.

    I denna version finns förbättringar kopplade till bland annat:

    fs_context-baserad montering

    hantering av monteringsalternativ

    lease handlers

    ändringar kring ACL-stöd

    ändringar i block queue-API:er

    Detta är tekniska detaljer, men i praktiken betyder det att OpenZFS fungerar bättre på moderna Linuxsystem där kärnans interna API:er har förändrats.

    Viktiga fixar för dRAID

    En stor del av uppdateringen rör dRAID, en variant av RAID i ZFS som är utformad för stora lagringspooler. dRAID kan ge snabbare återuppbyggnad efter diskfel, särskilt i system med många diskar.

    Men komplexiteten gör också att buggar i detta område kan vara allvarliga. OpenZFS 2.4.2 rättar flera problem som rör just dRAID.

    Bland annat åtgärdas:

    sällsynta checksummefel efter återuppbyggnad

    checksummeproblem med degraderade diskar

    risk för datakorruption efter att en disk rensats i vissa dRAID-scenarier

    ett dödläge i vdev_rebuild()

    ett importfel som kunde uppstå efter diskbyte i dRAID-pooler

    Detta gör versionen särskilt viktig för administratörer som använder ZFS i större lagringssystem.

    Fix för läskorruption efter block cloning

    OpenZFS 2.4.2 löser även ett problem där läskorruption kunde uppstå efter block cloning följt av trunkering.

    Block cloning är en teknik där filsystemet kan undvika att kopiera data i onödan. I stället kan flera filer eller delar av filer hänvisa till samma datablock tills något faktiskt ändras. Det sparar både tid och lagringsutrymme.

    Men just därför måste hanteringen vara extremt korrekt. Om ett block delas mellan flera objekt och ett av dem sedan kortas av eller ändras får inte andra data påverkas. Fixen i denna version stärker tillförlitligheten i sådana situationer.

    Bättre hantering av snapshots och montering

    Snapshots är en av ZFS mest uppskattade funktioner. De gör det möjligt att frysa ett filsystems tillstånd vid en viss tidpunkt. Det används ofta för backup, återställning, replikering och skydd mot misstag.

    I OpenZFS 2.4.2 finns flera förbättringar kring snapshots och montering. Bland annat rättas ett dödläge som kunde uppstå vid automatisk montering av snapshots samtidigt som zfs recv kördes.

    zfs recv används när man tar emot replikerad ZFS-data, exempelvis från en annan server. I backupmiljöer kan detta köras ofta och automatiskt. Därför är det viktigt att snapshot-hanteringen fungerar stabilt även när flera saker sker samtidigt.

    Versionen rättar även minnesläckor och referensläckor kopplade till monterade eller redan avmonterade filsystem.

    POSIX_FADV_DONTNEED och prestandarelaterade förbättringar

    OpenZFS 2.4.2 lägger till stöd för POSIX_FADV_DONTNEED. Det är ett sätt för program att tala om för operativsystemet att viss data inte längre behöver ligga kvar i cache.

    Det kan vara användbart vid exempelvis stora sekventiella läsningar, backupjobb eller andra arbetslaster där data bara används en gång. Genom att släppa onödig cache kan systemet använda minnet effektivare.

    Versionen förbättrar även hanteringen av POSIX_FADV_DONTNEED för filer som bara består av ett enda block.

    Många små förbättringar i bakgrunden

    Förutom de större fixarna innehåller OpenZFS 2.4.2 även en rad mindre förbättringar. Det handlar bland annat om städning i kod för val av allocation class, minnesläckor, byggförbättringar och utökad testning.

    CI-miljöerna har också breddats med nyare Fedora- och FreeBSD-versioner. Det betyder att utvecklarna testar OpenZFS mot fler aktuella system, vilket minskar risken för överraskningar när användare uppgraderar sina distributioner.

    Varför uppdateringen är viktig

    OpenZFS 2.4.2 är inte en version som främst lockar med nya funktioner. Den är viktig av ett annat skäl: den gör ZFS säkrare och mer användbart på moderna system.

    För vanliga hemanvändare med en enkel ZFS-pool kan uppdateringen innebära bättre kompatibilitet med nyare Linuxkärnor. För administratörer av större lagringsmiljöer är fixarna för dRAID, rebuilds, block cloning och snapshots betydligt mer centrala.

    När ett filsystem används för viktig data är stabilitet inte en liten detalj. Det är själva grunden. Därför är OpenZFS 2.4.2 en sådan typ av uppdatering som kanske inte märks i vardagen, men som kan vara avgörande när något går fel.

    Sammanfattning

    OpenZFS 2.4.2 är en stabilitets- och kompatibilitetsuppdatering i 2.4-serien. Den ger stöd för Linuxkärna 7.0, förbättrar stödet för nya kärn-API:er och rättar flera viktiga fel som rör dRAID, återuppbyggnad, block cloning, snapshots och montering.

    För den som använder ZFS i produktion, särskilt på nyare Linuxsystem eller i större lagringspooler, är detta en uppdatering som är värd att ta på allvar.

    https://github.com/openzfs/zfs/releases/tag/zfs-2.4.2

    Faktaruta: OpenZFS 2.4.2

    Version: OpenZFS 2.4.2

    Typ av uppdatering: Underhålls- och stabilitetsversion

    Stöd för Linux: Linuxkärnor från 4.18 till 7.0

    Stöd för FreeBSD: FreeBSD 13.3 samt FreeBSD 14.0 och senare

    Viktiga förbättringar: Bättre kompatibilitet med nya Linuxkärnor, förbättrad montering, fixar för dRAID, snapshots, block cloning och återuppbyggnad av lagringspooler.

    Varför det är viktigt: Uppdateringen stärker dataintegriteten och gör OpenZFS säkrare att använda i NAS-system, servrar och andra miljöer där lagringen måste vara stabil.

  • Dirty Frag: ny Linux-sårbarhet kan ge lokal användare root-behörighet

    Dirty Frag är en ny sårbarhet i Linux-kärnan som kan låta en lokal användare eller process höja sina rättigheter till root. Problemet berör bland annat IPsec ESP/XFRM och RxRPC och är särskilt allvarligt på servrar, containerplattformar, CI/CD-runners och andra system där obetrodd kod kan köras. Eftersom publik exempelkod finns tillgänglig bör administratörer uppdatera kärnan och starta om berörda system så snart säkerhetsfixar finns i den egna distributionen.

    Kort efter att sårbarheten Copy Fail blev känd har ännu ett allvarligt Linux-problem dykt upp. Den nya sårbarheten kallas Dirty Frag och berör Linux-kärnan, alltså den centrala delen av operativsystemet som styr hårdvara, minne, nätverk och processer.

    Dirty Frag är ingen fjärrsårbarhet. Det betyder att en angripare inte kan utnyttja den direkt över internet utan att först ha någon form av lokal åtkomst till systemet. Men på servrar, containermiljöer, CI/CD-system och delade Linux-maskiner kan det ändå vara mycket allvarligt. En vanlig användare, en komprometterad container eller ett byggjobb i en CI-miljö kan i värsta fall höja sina rättigheter och få root-behörighet.

    Vad är Dirty Frag?

    Dirty Frag är en lokal privilegieeskaleringssårbarhet i Linux-kärnan. Den består egentligen av två närliggande problem:

    CVE-2026-43284 berör Linux-kärnans hantering av IPsec ESP/XFRM.

    CVE-2026-43500 berör RxRPC, ett protokoll som bland annat används tillsammans med AFS, Andrew File System.

    Gemensamt för problemen är att de handlar om hur Linux hanterar sidor i minnet via page cache. Page cache används för att snabba upp åtkomst till filer och data genom att hålla information i minnet. När kärnan hanterar buffertar på fel sätt kan data som egentligen inte ska kunna ändras ändå påverkas.

    Det är därför Dirty Frag jämförs med tidigare sårbarheter som Dirty Pipe och Copy Fail. Alla dessa hör hemma i samma bredare familj av problem där felaktig minnes- eller cachehantering kan ge en angripare möjlighet att skriva till data på ett sätt som inte borde vara möjligt.

    Varför är detta farligt?

    På en vanlig hemdator är risken främst aktuell om någon redan kan köra kod lokalt på datorn. På servrar är situationen annorlunda.

    Dirty Frag är särskilt allvarlig i miljöer där många användare, tjänster eller containrar delar samma Linux-kärna. Det gäller till exempel:

    • webbhotell
    • fleranvändarservrar
    • containerhostar
    • Kubernetes-noder
    • CI/CD-runners
    • byggservrar
    • system där externa eller mindre betrodda jobb får köras

    I sådana miljöer kan en användare eller process som egentligen ska vara begränsad till en låg behörighetsnivå försöka ta sig upp till root. Root är Linux-världens administratörskonto och har i praktiken full kontroll över systemet.

    Liknar Copy Fail, men är inte samma sak

    Dirty Frag påminner om Copy Fail genom att båda kan leda till lokal root-åtkomst. Men de utnyttjar inte samma kodvägar i kärnan.

    Copy Fail påverkade Linux-kärnans kryptodelar via algif_aead.

    Dirty Frag berör i stället nätverksrelaterade delar av kärnan, framför allt IPsec ESP/XFRM och RxRPC.

    Det gör att Dirty Frag är en separat sårbarhet, även om den tekniskt ligger nära samma typ av page-cache-problem som Copy Fail.

    IPsec, ESP och RxRPC – vad betyder det?

    IPsec är en teknik för att skydda nätverkstrafik, ofta i samband med VPN-lösningar. ESP står för Encapsulating Security Payload och är en del av IPsec som används för att kryptera och skydda datapaket.

    RxRPC är ett protokoll som bland annat används av AFS, ett distribuerat filsystem. Det är inte lika vanligt i vanliga skrivbordsmiljöer, men kan finnas i vissa server- och institutionsmiljöer.

    Problemet uppstår när Linux-kärnan hanterar vissa nätverkspaket och sidbaserade buffertar på ett sätt som gör att data kan ändras på plats, trots att bufferten inte borde betraktas som privat för just den operationen.

    Förenklat uttryckt: kärnan tror att den får skriva direkt i ett minnesområde, men minnesområdet kan i själva verket delas eller vara kopplat till annan data. Det kan öppna för manipulation av page cache och i förlängningen privilegieeskalering.

    Kan Dirty Frag användas för container escape?

    Den primära effekten är lokal privilegieeskalering på den sårbara värden. Men i containermiljöer kan problemet bli extra känsligt.

    Eftersom containrar delar kärna med värdsystemet kan en sårbarhet i kärnan ibland användas för att bryta sig ut ur containern. Canonical har pekat på att Dirty Frag är relevant i miljöer där containrar kör obetrodda arbetslaster. Det finns dock ingen offentlig container-escape-demonstration som bevisar ett sådant scenario.

    Trots det bör containerhostar, Kubernetes-noder och CI-system behandla Dirty Frag som en högprioriterad säkerhetsfråga.

    Vilka system påverkas?

    Dirty Frag berör flera stora Linuxdistributioner och serverplattformar. Bland de system som uppges vara påverkade finns bland annat Ubuntu, Debian, Red Hat Enterprise Linux, AlmaLinux, openSUSE, SUSE och OpenShift.

    Även moderna kärnversioner påverkas, inklusive Linux 7.0 före de korrigerade versionerna. Patchar har börjat dyka upp i nya kärnversioner och i distributionernas egna säkerhetsuppdateringar, men tillgången varierar mellan olika distributioner och versioner.

    För administratörer innebär det att man inte bara ska titta på den generella Linux-kärnans versionsnummer, utan också följa den egna distributionens säkerhetsråd. Distributioner bakportar ofta säkerhetsfixar till äldre kärnor utan att byta till en helt ny huvudversion.

    Så skyddar man sig

    Den rekommenderade lösningen är att installera en uppdaterad kärna från den egna distributionen och sedan starta om systemet. En kärnuppdatering börjar normalt inte skydda systemet fullt ut förrän maskinen faktiskt har startats om med den nya kärnan.

    Tillfälliga skyddsåtgärder kan vara att blockera de berörda modulerna om de inte används:

    Därefter kan initramfs behöva byggas om:

    Om modulerna redan är laddade kan de i vissa fall tas bort med:

    Men detta ska göras med försiktighet. Om systemet använder IPsec, strongSwan, Libreswan, AFS, RxRPC eller liknande funktioner kan blockeringen störa nätverk, VPN-anslutningar eller filsystem.

    Tillfällig åtgärd är inte samma sak som patch

    Att svartlista moduler kan minska attackytan, men det är ingen fullgod ersättning för en riktig säkerhetsuppdatering. Dessutom måste alla berörda delar hanteras. Om bara en av de sårbara komponenterna blockeras kan den andra fortfarande vara exploaterbar.

    Därför bör svartlistning främst ses som en tillfällig åtgärd för system där funktionerna inte används. Den långsiktiga lösningen är alltid att installera en korrigerad kärna.

    Viktigast för systemadministratörer

    Dirty Frag visar ännu en gång varför kärnuppdateringar är kritiska på Linuxsystem. Även om Linux har ett starkt säkerhetsrykte är kärnan mycket komplex, och små fel i minneshantering, nätverkskod eller cachelogik kan få stora konsekvenser.

    För vanliga användare är rådet enkelt: installera säkerhetsuppdateringar när de blir tillgängliga och starta om datorn.

    För administratörer är rådet mer brådskande: kontrollera vilka system som kör sårbara kärnor, prioritera servrar med flera användare eller obetrodda arbetslaster, uppdatera kärnan, starta om och använd tillfälliga mitigeringar där det är lämpligt.

    Dirty Frag är inte en fjärrattack, men i moderna Linuxmiljöer där containrar, automatiserade jobb och delade resurser är vanliga kan en lokal sårbarhet snabbt bli ett allvarligt hot.

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

    Teknisk faktaruta: Dirty Frag

    Namn: Dirty Frag

    Typ: Lokal privilegieeskalering i Linux-kärnan

    Risk: En lokal användare, container eller process kan i vissa fall höja sina rättigheter till root.

    Berörda områden: IPsec ESP/XFRM och RxRPC

    CVE-nummer: CVE-2026-43284 och CVE-2026-43500

    Påverkan: Servrar, containerhostar, Kubernetes-noder, CI/CD-runners och delade Linuxsystem är särskilt utsatta.

    Inte fjärrkörning: Dirty Frag kräver lokal kodkörning och är inte en direkt fjärrattack över internet.

    Rekommenderad åtgärd: Installera uppdaterad Linux-kärna från den egna distributionen och starta om systemet.

    Tillfällig mitigering: Blockera modulerna esp4, esp6 och rxrpc om de inte används.

    Varning: Att blockera dessa moduler kan påverka IPsec VPN, strongSwan, Libreswan, AFS och andra nätverksfunktioner.

  • APTUI – ett modernt terminalgränssnitt för paket i Debian och Ubuntu

    APTUI är ett nytt open source-verktyg som ger Debian-, Ubuntu- och Mint-användare ett mer överskådligt sätt att hantera program direkt i terminalen. Med ett modernt textbaserat gränssnitt blir det enklare att söka efter, installera och uppdatera paket utan att lämna kommandoraden.

    Att installera och uppdatera program i Linux görs ofta via kommandoraden med verktyget APT. För många är kommandon som apt install, apt remove och apt upgrade vardag, men för den som arbetar mycket i terminalen kan det ibland vara svårt att få en tydlig överblick över vilka paket som finns, vad som är installerat och vilka uppdateringar som väntar.

    Ett nytt projekt som vill göra detta enklare heter APTUI. Det är ett öppet källkodsverktyg som erbjuder ett textbaserat användargränssnitt direkt i terminalen. Programmet fungerar som ett gränssnitt ovanpå APT och är tänkt att göra paketadministration mer överskådlig på system som Debian, Ubuntu och Linux Mint.

    Ett grafiskt tänk – i ren terminalmiljö

    APTUI ersätter inte APT, utan fungerar som en frontend till den befintliga paket­hanteringen. I stället för att skriva kommandon manuellt får användaren ett navigerbart gränssnitt i terminalen där paket kan bläddras, sökas och hanteras interaktivt.

    Programmet är skrivet i programmeringsspråket Go och bygger på ramverket Bubble Tea, som används för att skapa terminalbaserade användargränssnitt. Resultatet är ett tangentbordsstyrt system som fungerar lite som en lättvikts-dashboard direkt i kommandoraden.

    Det innebär att användaren kan utföra många vanliga uppgifter utan att lämna terminalen.

    Särskilt användbart på servrar

    Många Linuxdistributioner erbjuder grafiska program för paketinstallation. På servrar saknas dock ofta grafiska miljöer helt, och då återstår normalt endast kommandoraden.

    Just här kan APTUI bli ett praktiskt verktyg. Det ger en mer strukturerad översikt över paketdatabasen utan att kräva ett grafiskt skrivbord. Samtidigt passar det användare som helt enkelt föredrar terminalbaserade verktyg.

    Sökning, filtrering och överblick

    APTUI gör det möjligt att bläddra igenom hela paketarkivet och söka efter program med hjälp av fuzzy-sökning, vilket innebär att även ungefärliga söktermer kan ge relevanta träffar.

    Gränssnittet organiserar resultaten i olika flikar, till exempel:

    • alla paket
    • installerade paket
    • paket som kan uppgraderas

    Det gör det enkelt att snabbt få en bild av systemets aktuella tillstånd och vilka uppdateringar som finns tillgängliga.

    Hantera paket direkt i gränssnittet

    Förutom att visa information kan APTUI också utföra vanliga paketåtgärder. Användaren kan exempelvis:

    • installera paket
    • ta bort paket
    • rensa paket helt (purge)
    • uppgradera installerade program

    Det går dessutom att markera flera paket och utföra åtgärder i bulk, vilket kan vara praktiskt vid större systemuppdateringar.

    När ett paket väljs visas också detaljerad metadata, bland annat versionsnummer, beskrivning, arkitektur och vilket programarkiv paketet kommer från.

    Kräver administratörsrättigheter

    Precis som vid vanlig användning av APT kräver systemändringar administratörsbehörighet. För att installera eller uppgradera paket behöver därför APTUI köras med sudo.

    Fortfarande i tidig utveckling

    Projektet är fortfarande i ett relativt tidigt skede, men verktyget fungerar redan på system som använder APT som paket­hanterare. Källkoden är publicerad under MIT-licensen, vilket innebär att projektet är fritt att använda och vidareutveckla.

    APTUI finns tillgängligt på GitHub där både installationsinstruktioner och färdiga binärer finns för den som vill prova verktyget.

    Terminalen fortsätter utvecklas

    APTUI visar hur även klassiska terminalmiljöer kan moderniseras. Genom att kombinera textbaserade gränssnitt med smart navigering och sökfunktioner kan verktyg som detta göra systemadministration både snabbare och mer överskådlig – utan att lämna kommandoraden.

    https://github.com/mexirica/aptui

    Läs mer >>

    Teknisk faktaruta: APTUI

    Typ: Terminalbaserat gränssnitt för APT

    Plattformar: Debian, Ubuntu, Linux Mint

    Licens: MIT

    Programmeringsspråk: Go

    Ramverk: Bubble Tea

    Funktion: Frontend för APT-pakethantering

    Stöd för: Installation, borttagning, purge och uppgradering av paket

    Sökfunktion: Fuzzy-sökning och filtrering

    Behörighet: Kräver sudo för systemändringar

    Målgrupp: Terminalanvändare och serveradministratörer

Etikett: linuxserver

  • Red Hat Enterprise Linux 10.2 släppt – nu med valfri AI-assistent i terminalen

    Red Hat Enterprise Linux 10.2 är här och visar tydligt vart företags-Linux är på väg: mot mer AI-stöd, starkare säkerhet, enklare uppgraderingar och modernare verktyg för både drift och utveckling. Med nyheter som AI-assistent i kommandoraden, postkvantskydd för SSH, Kernel Livepatching, PostgreSQL 18, MariaDB 11.8 och förbättrat stöd för image mode tar RHEL ännu ett…

  • Debian 13.5 släppt – 247 uppdateringar gör Trixie säkrare och stabilare

    Debian 13.5 är här – en underhållsutgåva som samlar 103 säkerhetsfixar och 144 stabilitetsuppdateringar för Debian 13 “Trixie”. Det handlar inte om nya funktioner eller ett nytt utseende, utan om något minst lika viktigt: ett tryggare och mer stabilt Linuxsystem. För den som redan uppdaterar regelbundet är mycket redan installerat, men för nya installationer blir…

  • OpenZFS 2.4.2 släppt – redo för Linux 7.0 och med viktiga stabilitetsfixar

    OpenZFS 2.4.2 är en viktig underhållsversion för alla som använder ZFS på Linux eller FreeBSD. Uppdateringen ger stöd för kommande Linuxkärna 7.0 och rättar flera fel som kan påverka dataintegritet, snapshots, block cloning och dRAID. Det är ingen version fylld av stora nyheter, men den innehåller sådana förbättringar som gör stor skillnad i servrar, NAS-system…

  • Dirty Frag: ny Linux-sårbarhet kan ge lokal användare root-behörighet

    Dirty Frag är en ny sårbarhet i Linux-kärnan som kan låta en lokal användare eller process höja sina rättigheter till root. Problemet berör bland annat IPsec ESP/XFRM och RxRPC och är särskilt allvarligt på servrar, containerplattformar, CI/CD-runners och andra system där obetrodd kod kan köras. Eftersom publik exempelkod finns tillgänglig bör administratörer uppdatera kärnan och…

  • APTUI – ett modernt terminalgränssnitt för paket i Debian och Ubuntu

    APTUI är ett nytt open source-verktyg som ger Debian-, Ubuntu- och Mint-användare ett mer överskådligt sätt att hantera program direkt i terminalen. Med ett modernt textbaserat gränssnitt blir det enklare att söka efter, installera och uppdatera paket utan att lämna kommandoraden. Att installera och uppdatera program i Linux görs ofta via kommandoraden med verktyget APT.…