{"id":170830,"date":"2026-05-16T18:24:39","date_gmt":"2026-05-16T16:24:39","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/model-ugroz-i-osobennosti-oczenki-uyazvimostej-v-yadre-linux"},"modified":"2026-05-16T18:24:39","modified_gmt":"2026-05-16T16:24:39","slug":"model-ugroz-i-osobennosti-oczenki-uyazvimostej-v-yadre-linux","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/model-ugroz-i-osobennosti-oczenki-uyazvimostej-v-yadre-linux","title":{"rendered":"Trusselsmodel og karakteristika ved vurdering af s\u00e5rbarheder i Linux-kernen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Linus Torvalds har inkluderet et dokument i kernen, som regulerer processen for behandling af sikkerhedsrelaterede fejl, definerer trusselsmodellen, forklarer, hvilke fejl i kernen der betragtes som s\u00e5rbarheder, og gennemg\u00e5r h\u00e5ndtering af fejl, der er blevet identificeret ved hj\u00e6lp af AI. Dokumentet er udarbejdet af Willy Tarreau, forfatteren af HAProxy og en langvarig udvikler af Linux-kernen, der har haft ansvaret for vedligeholdelsen af flere stabile versioner af kernen. Det er baseret p\u00e5 de aftaler, der blev n\u00e5et under diskussionen af nyligt opdagede kritiske s\u00e5rbarheder i kernen, som blev afsl\u00f8ret f\u00f8r publiceringen af rettelserne, og for hvilke det ved hj\u00e6lp af AI var muligt straks at skabe fungerende exploits. <\/p>\n
Den st\u00f8rste del af de sikkerhedsrelaterede fejl skal h\u00e5ndteres offentligt for at tiltr\u00e6kke den bredest mulige offentlighed og finde den optimale l\u00f8sning. Kun kritiske meddelelser om s\u00e5rbarheder, der let kan udnyttes, som udg\u00f8r en trussel mod mange brugere og muligg\u00f8r udvidede privilegier eller funktioner, foresl\u00e5s sendt til en separat privat mailingliste. <\/p>\n
S\u00e5rbarheder, der identificeres ved hj\u00e6lp af AI-assistenter, b\u00f8r altid diskuteres offentligt, da s\u00e5danne problemer ofte opdages samtidigt af flere forskere. Det er dog ikke n\u00f8dvendigt at afsl\u00f8re eksploit i rapporten \u2014 det er tilstr\u00e6kkeligt at n\u00e6vne, at det er tilg\u00e6ngeligt, og derefter sende det privat p\u00e5 anmodning fra den, der f\u00f8lger op. <\/p>\n
Regler for indsendelse af rapporter, der er oprettet ved hj\u00e6lp af AI-assistenter, beskrives separat. Der sendes mange s\u00e5danne rapporter, og de kan til tider hj\u00e6lpe med at identificere fejl i d\u00e5rligt anmeldte dele af koden, men de ansvarlige ignorerer ofte dem p\u00e5 grund af lav kvalitet og un\u00f8jagtigheder. De prim\u00e6re krav til rapporter, der er oprettet med AI's hj\u00e6lp, er: <\/p>\n
\n
Kortfattethed, uden overfl\u00f8dige ord og med angivelse af kernen og vigtige detaljer i starten.\n
Kun ren tekst uden Markdown-tags og dekoration.\n
Forst\u00e5elsen af trusselsmodellen og angivelse af faktiske forhold, der kan verificeres (for eksempel «fejlen g\u00f8r det muligt for enhver bruger at opn\u00e5 CAP_NET_ADMIN»), snarere end teoretiske spekulationer og antagelser om konsekvenserne af s\u00e5rbarheden.\n
F\u00f8r du sender rapporten, skal du grundigt teste effektiviteten af exploit'et, der er genereret via AI, og sikre dig, at du kan reproducere problemet.\n
Involvering af AI til udvikling og testning af en l\u00f8sning p\u00e5 det identificerede problem. <\/ul>\n
If\u00f8lge statistikker om f\u00f8lgefejl indsender flertallet af fejlrapporter, der pr\u00e6senteres som l\u00f8sninger p\u00e5 sikkerhedsproblemer, ikke reelle sikkerhedsproblemer og b\u00f8r behandles som almindelige fejl. En trusselmodel for Linux-kerne er beskrevet for at skelne mellem s\u00e5rbarheder og almindelige fejl. Blandt de muligheder og garantier, hvis overtr\u00e6delse kan betragtes som s\u00e5rbarhed: <\/p>\n
\n
Isolering p\u00e5 brugerniveau: adgang til filer kun for ejeren, procesminne er utilg\u00e6ngeligt for andre brugere, ptrace er forbudt for andres processer, isolering af IPC og netv\u00e6rkskommunikation.\n
Beskyttelse baseret p\u00e5 capabilities: uden CAP_SYS_ADMIN kan man ikke \u00e6ndre kernelkonfigurationen, hukommelsen, systemtilstanden; uden CAP_NET_ADMIN kan man ikke \u00e6ndre netv\u00e6rksindstillinger eller opsnappe trafik; uden CAP_SYS_PTRACE kan man ikke spore processer fra andre brugere.\n
Bruger-ID-namespacet (CONFIG_USER_NS) tillader ikke-privilegerede brugere at skabe deres isolerede milj\u00f8er, der ikke kan p\u00e5virke det globale namespace, s\u00e5som at \u00e6ndre tiden, indl\u00e6se moduler og montere bloklagringsenheder.\n
Debuginterfaces (\/proc\/kmsg, perf, debugfs), som kan give adgang til f\u00f8lsomme oplysninger, er kun tilg\u00e6ngelige efter eksplicit adgangsgodkendelse fra administrator. <\/ul>\n
Muligheder, som ikke betragtes som s\u00e5rbarheder: <\/p>\n
\n
Brug af for\u00e6ldede kernelversioner.\n
Kompilering med aktive muligheder for udviklere eller sikkerhedsreducerende indstillinger (f.eks. CONFIG_NOMMU).\n
Sikkerhedsindstillinger for sysctl, kommandolinjeindstillinger, filsystemrettigheder, capabilities eller \u00e5bning af privilegeret adgang til ikke-privilegerede brugere (f.eks. skriveadgang til procfs og debugfs).\n
Problemer i funktioner, der kun er beregnet til udvikling og debugging af kernen, s\u00e5som LOCKDEP, KASAN og FAULT_INJECTION, som ikke er beregnet til at blive aktiveret i produktionskonfigurationer.\n
Problemer med drivere, moduler og subsystemer i STAGING-sektionen eller markeret som eksperimentelle, usikre eller ubrugelige.\n
Brug af tredjeparts kernelmoduler eller uofficielle kerneforks.\n
Krav om overdrevne privilegier, s\u00e5som behovet for at udf\u00f8re handlinger med root-rettigheder eller fra en bruger, der har CAP_SYS_ADMIN, CAP_NET_ADMIN, CAP_SYS_RAWIO og CAP_SYS_MODULE-rettigheder.\n
Teoretiske angreb, der kr\u00e6ver laboratorieforhold, milliarder af fors\u00f8g, emulering eller modificering af hardware, uforholdsm\u00e6ssige omkostninger og urealistiske konfigurationer (f.eks. systemer med titusinder af CPU-kerner).\n
Omg\u00e5else af beskyttelsesmekanismer (f.eks. ASLR) uden at demonstrere et exploit. Manglende argumentkontroller og returnerede fejlkoder, der ikke har \u00e5benlyse konsekvenser.\n
Tilf\u00e6ldige informationsl\u00e6kager, der ikke kontrolleres af angribere, s\u00e5som resterende data i fejlmeldinger og l\u00e6kager af adresser\/pegepinde til kerne-minne uden direkte mulighed for udnyttelse.\n
Fejl ved montering af beskadigede diskbilleder, hvis driveren ikke er angivet som egnet til brug med up\u00e5lidelige medier. Problemer med diskbilleder, der opdages og l\u00f8ses ved at k\u00f8re fsck-v\u00e6rkt\u00f8jet.\n
Angreb, der kr\u00e6ver fysisk adgang til udstyret, modificering af hardware eller tilslutning af hardwareenheder som DMA-angrebskort og logikanalysatorer, hvis systemet ikke specifikt er konfigureret til at beskytte mod s\u00e5danne angreb (IOMMU).\n
Regressionsfejl med funktionalitet og ydeevne, der l\u00f8ses ved at justere rettigheder og gr\u00e6nser. <\/ul>\n