{"id":110912,"date":"2023-10-18T09:10:25","date_gmt":"2023-10-18T07:10:25","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/desyatki-uyazvimostej-v-squid-ne-mogut-ispravit-uzhe-25-goda"},"modified":"2023-10-18T09:10:25","modified_gmt":"2023-10-18T07:10:25","slug":"desyatki-uyazvimostej-v-squid-ne-mogut-ispravit-uzhe-25-goda","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/desyatki-uyazvimostej-v-squid-ne-mogut-ispravit-uzhe-25-goda","title":{"rendered":"Dutzinder af s\u00e5rbarheder i Squid kan ikke rettes efter 2,5 \u00e5r","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Mere to \u00e5r er g\u00e5et siden opdagelsen af 35 s\u00e5rbarheder i caching-proxyen Squid, og de fleste af dem er stadig ikke rettet, advarer en sikkerhedsekspert, der f\u00f8rst rapporterede om disse problemer.<\/p>\n
I februar 2021 gennemf\u00f8rte sikkerhedsspecialist Joshua Rogers en analyse af Squid og identificerede 55 s\u00e5rbarheder i projektets kode.<\/p>\n
Indtil videre er kun 20 af dem blevet rettet. Hovedparten af s\u00e5rbarhederne har ikke f\u00e5et CVE-nummer, hvilket betyder, at der ikke findes officielle rettelser eller anbefalinger til at l\u00f8se dem. Rogers sagde i et brev til Openwall sikkerhedssamfundet, at han efter lang ventetid besluttede sig for at offentligg\u00f8re denne information.<\/p>\n
Rogers har detaljeret uddybet s\u00e5rbarhederne p\u00e5 sin hjemmeside, hvor han understreger mangfoldigheden af problemerne \u2013 brug efter frigivelse (Use-After-Free), hukommelsesl\u00e6kage (memory leak), cache-forgiftning (cache poisoning), assertionsfejl (assertion failure) og andre mangler i forskellige komponenter. Samtidig udtrykte specialisten forst\u00e5else for Squid-teamet, idet han bem\u00e6rkede, at mange udviklere af open-source projekter arbejder p\u00e5 frivillig basis og ikke altid kan reagere hurtigt p\u00e5 s\u00e5danne problemer.<\/p>\n
Det er v\u00e6rd at bem\u00e6rke, at Squid i \u00f8jeblikket bruges i millioner af eksemplarer over hele verden.<\/p>\n
Rogers' anbefalinger indeb\u00e6rer, at hver bruger selv skal vurdere, om Squid er egnet til deres system. Ellers kan brugerne st\u00f8de p\u00e5 nedbrud og sikkerhedsrisici.<\/p>\n
Denne situation minder os alle om vigtigheden af regelm\u00e6ssige opdateringer og sikring af software. Ellers, som Rogers understreger, «vil der ikke v\u00e6re nogen nytte af det».<\/p>\n
Denne bekymrende episode rejser alvorlige sp\u00f8rgsm\u00e5l om sikkerheden ved \u00e5bne projekter og deres evne til at h\u00e5ndtere den vedvarende str\u00f8m af nye s\u00e5rbarheder.<\/p>\n
Man kan kun h\u00e5be, at medlemmerne af samfundet og udviklerne vil tr\u00e6ffe hastende foranstaltninger for at afhj\u00e6lpe denne trussel i fremtiden.<\/p>\n