{"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\/de\/blog\/news\/desyatki-uyazvimostej-v-squid-ne-mogut-ispravit-uzhe-25-goda","title":{"rendered":"Zehntausende von Schwachstellen in Squid k\u00f6nnen seit 2,5 Jahren nicht behoben werden.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Mehr als zwei Jahre sind seit der Entdeckung von 35 Schwachstellen im Cache-Proxy Squid vergangen, und die meisten davon sind nach wie vor nicht behoben, warnt ein Sicherheitsexperte, der als erster \u00fcber diese Probleme berichtete.<\/p>\n
Im Februar 2021 f\u00fchrte der Sicherheitsspezialist Joshua Rogers eine Analyse von Squid durch und identifizierte 55 Schwachstellen im Code des Projekts.<\/p>\n
Bislang wurden lediglich 20 davon behoben. Die Mehrheit der Schwachstellen erhielt keine CVE-Bezeichnungen, was bedeutet, dass es weder offizielle Patches noch Empfehlungen zu deren Behebung gibt. Rogers erkl\u00e4rte in einem Schreiben an die Openwall-Sicherheitsgemeinschaft, dass er sich nach langer Wartezeit entschlossen habe, diese Informationen zu ver\u00f6ffentlichen.<\/p>\n
Rogers hat die Schwachstellen auf seiner Website detailliert beschrieben und dabei die Vielzahl an Problemen hervorgehoben \u2013 unter anderem Use-After-Free, Speicherlecks, Cache-Poisoning, Assertionsfehler und andere M\u00e4ngel in verschiedenen Komponenten. Er zeigte Verst\u00e4ndnis f\u00fcr das Team von Squid und merkte an, dass viele Entwickler von Open-Source-Projekten ehrenamtlich t\u00e4tig sind und nicht immer schnell auf solche Probleme reagieren k\u00f6nnen.<\/p>\n
Es ist erw\u00e4hnenswert, dass Squid derzeit weltweit in Millionen von Instanzen genutzt wird.<\/p>\n
Rogers' Empfehlungen implizieren, dass jeder Nutzer selbst einsch\u00e4tzen sollte, ob Squid f\u00fcr sein System geeignet ist. Andernfalls k\u00f6nnten Nutzer auf Ausf\u00e4lle und Risiken im Bereich der Informationssicherheit sto\u00dfen.<\/p>\n
Diese Situation erinnert uns alle an die Wichtigkeit regelm\u00e4\u00dfiger Software-Updates und der Gew\u00e4hrleistung der Sicherheit. Andernfalls, wie Rogers betont, \"wird es keinen Nutzen bringen.\"<\/p>\n
Dieser besorgniserregende Vorfall wirft ernsthafte Fragen zur Sicherheit von Open-Source-Projekten und deren F\u00e4higkeit auf, mit dem unaufh\u00f6rlichen Strom neuer Sicherheitsl\u00fccken umzugehen.<\/p>\n
Es bleibt zu hoffen, dass die Mitglieder der Gemeinschaft und die Entwickler dringende Ma\u00dfnahmen ergreifen, um dieser Bedrohung in Zukunft zu begegnen.<\/p>\n