{"id":182826,"date":"2026-08-11T04:54:22","date_gmt":"2026-08-11T02:54:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-freenginx-i-nginx-dobavili-proverku-razmera-tekstovoj-peremennoj-pered-tem-kak-zapisyvat-v-neyo-dannye-cve"},"modified":"2026-08-11T04:54:22","modified_gmt":"2026-08-11T02:54:22","slug":"v-freenginx-i-nginx-dobavili-proverku-razmera-tekstovoj-peremennoj-pered-tem-kak-zapisyvat-v-neyo-dannye-cve","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/v-freenginx-i-nginx-dobavili-proverku-razmera-tekstovoj-peremennoj-pered-tem-kak-zapisyvat-v-neyo-dannye-cve","title":{"rendered":"In freenginx und nginx wurde die Pr\u00fcfung der Gr\u00f6\u00dfe der Textvariablen hinzugef\u00fcgt, bevor Daten darin geschrieben werden (+ CVE)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

<\/i><\/a>
3 <\/p>\n

TL;DR<\/b>: Angesichts des dritten im Jahr 2026 entdeckten Puffer\u00fcberlaufs (und laut F5, RCE, wenn kein ASLR vorhanden ist), der bei der Arbeit mit RegEx und Variablen auftrat, entschloss sich der Entwickler von freenginx, Maxim Dunin, dass es an der Zeit war, dies zu beenden, und f\u00fcgte in sein Produkt eine Pr\u00fcfung der Variablenl\u00e4nge ein, bevor Daten dort hineingeschrieben werden. Diese Neuerung wurde dann auch bei nginx \u00fcbernommen, was die Hoffnung auf das Ende neuer CVEs zu diesem Thema weckt.<\/p>\n

Nun zu den Einzelheiten.<\/p>\n

Am 19. Juni wurde Commits<\/a> in freenginx ein Update vorgenommen, das dem Variablen-Descriptor ein Endfeld hinzuf\u00fcgt, das das Ende des Puffers angibt. Zuvor gab es nur einen Zeiger auf dessen Anfang (pos), die erforderliche L\u00e4nge wurde (und wird jetzt auch) im Voraus berechnet und beim Kopieren der Daten in die Variable wurde angenommen, dass die zuvor richtig berechnete L\u00e4nge garantiert, dass die Daten in den Puffer passen. Leider stellte sich dies in zwei F\u00e4llen im Mai 2026 aufgrund verschiedener \u00dcbersehungen als nicht zutreffend heraus (1 (linux.org.ru)<\/a>, 2 (linux.org.ru)<\/a>), was zu Puffer\u00fcberl\u00e4ufen und schlechten Folgen f\u00fchrte. Nun, bei der Erstellung eines Variablenpuffers wird auch der Zeiger auf dessen Ende ausgef\u00fcllt, und vor dem Schreiben von Daten in die Variable wird die Verarbeitung der Anfrage kontrolliert beendet, wenn die Daten nicht hineinpassen. Das bedeutet, dass Fehler bei der L\u00e4ngenberechnung weiterhin vorkommen k\u00f6nnen, aber sie werden nun nicht mehr den Speicher besch\u00e4digen, sondern lediglich eine spezifische HTTP-Anfrage fehlschlagen lassen. In den folgenden Commits (2 (freenginx.org)<\/a>, 3 (freenginx.org)<\/a>) wurde ein \u00e4hnlicher Schutz an anderen Stellen des Codes hinzugef\u00fcgt, einschlie\u00dflich des Zugriffsprotokollcodes. Am 7. Juli wurde die Version freenginx 1.31.3<\/a>, die diese Korrektur enth\u00e4lt, ver\u00f6ffentlicht.<\/p>\n

<\/p>\n

Am 15. Juli wurden diese Commits von nginx \u00fcbernommen (1 (github.com)<\/a>, 2 (github.com)<\/a>, 3 (github.com)<\/a>, wobei seltsamerweise die zweite und dritte Position in der Kette vertauscht wurden), der Problematik wurde die Bezeichnung CVE-2026-42533<\/a>, und F5 gab ein offizielles SA (f5.com)<\/a>.<\/p>\n

<\/noindex><\/p>\n

Bez\u00fcglich der spezifischen Schwachstelle: Sie tritt auf, wenn die Direktive map mit regul\u00e4ren Ausdr\u00fccken und extrahierten Parametern verwendet wird. In Bezug auf die anderen erforderlichen Bedingungen f\u00fcr ihr Ausl\u00f6sen unterscheiden sich die Texte in der Commit-Beschreibung und der Text in SA etwas: In SA wird angegeben, dass sp\u00e4ter eine bestimmte Zeichenkette berechnet werden sollte, die den extrahierten Parameter, der von map \u00fcbrig bleibt, verwendet, bevor das Ergebnis von demselben map. In der Commit-Beschreibung wird im Beispiel erw\u00e4hnt, dass zwischen diesen Schritten auch die Zur\u00fccksetzung einer Variablen, die den extrahierten Parameter enth\u00e4lt, stattfindet. Wie dem auch sei, in den meisten betriebenen Nginx-Instanzen wird so etwas wahrscheinlich nicht anzutreffen sein, und die Schwachstelle hat dadurch nur wenige betroffen. Es ist auch zu beachten, dass Korrekturen zur Berechnung der L\u00e4nge in diesem speziellen Fall in den eingereichten \u00c4nderungen anscheinend fehlen (oder ich habe schlecht gesucht?), es gibt nur einen Schutz, der das Problem in einen kontrollierten HTTP-Anfragefehler verwandelt. Obwohl am 19. Juli in freenginx einige Korrekturen hinzugef\u00fcgt wurden (5bfb<\/a>, 7622<\/a>, b906<\/a>), um die Berechnung der L\u00e4nge f\u00fcr eine \u00e4hnliche Situation zu verbessern, ist jedoch auf Anhieb nicht klar, ob das der Fall ist oder nicht. <\/p>\n

Die Schwachstelle trat in der Version nginx 0.9.6 auf, die Korrekturen fanden Einzug in die Versionen freenginx 1.31.3, nginx 1.30.4, nginx 1.31.3.<\/p>\n

In SA wird nginx f\u00fcr die Danksagungen an eine Reihe von Personen erw\u00e4hnt, die unabh\u00e4ngige Berichte \u00fcber Sicherheitsl\u00fccken und die Einhaltung der «Standards f\u00fcr koordinierte Sicherheitsfreigaben» abgegeben haben:<\/p>\n

<\/p>\n

F5 dankt Ming Xuan, DKD (@pidifn), Ji’an Zhou und Zhen Yan von AntAISecurityLab, Rafael Gacek, Sergii Negodiuk von EVO.company, Lam Jun Rong von Calif.io, Mufeed VH von Winfunc Research (winfunc.com), Vexera AI (https:\/\/vexera.ai<\/a>), Tu Tran Dinh (@1w4y), Stan Shaw (cyberstan), qianshuidewajueji, zenneth (randomguy6407), Zhenpeng (Leo) Lin von depthfirst, Lukas Johannes Moeller, Melih Tolga Sahin von Vodafone T\u00fcrkiye, Ayoub Nabil Boubagrat (GitHub: @ayoubnabil) und Milan Jovic (Kljunowsky) f\u00fcr die unabh\u00e4ngige Meldung dieses Problems und die Einhaltung der h\u00f6chsten Standards f\u00fcr koordinierte Offenlegung.<\/p>\n

<\/noindex><\/p><\/blockquote>\n

In freenginx beschr\u00e4nkt sich die begleitende Information zur Behebung tats\u00e4chlich auf die Mitteilung bei der Einreichung. In changelog<\/a>- dieses Update wurde nicht einmal mit dem Wort «sicherheit» (security) oder «bugfix» (Fehlerbehebung) gekennzeichnet, sondern nur mit «feature» (Funktion). Wahrscheinlich hielt der Autor dieses Problem f\u00fcr nicht kritisch. Wie die Berichte \u00fcber das Problem von den genannten Personen in F5 zu dem aus freenginx \u00fcbernommenen Commit in Beziehung stehen, und ob sie (oder jemand anderes) das Problem dem Autor von freenginx gemeldet haben, konnte nicht gekl\u00e4rt werden. <\/p>\n

Quelle: linux.org.ru<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

3 TL;DR: \u0421\u0442\u043e\u043b\u043a\u043d\u0443\u0432\u0448\u0438\u0441\u044c \u0441 \u0442\u0440\u0435\u0442\u044c\u0438\u043c \u043e\u0431\u043d\u0430\u0440\u0443\u0436\u0435\u043d\u043d\u044b\u043c \u0437\u0430 2026 \u0433\u043e\u0434 \u043f\u0435\u0440\u0435\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u0435\u043c \u0431\u0443\u0444\u0435\u0440\u0430 (\u0438, \u043f\u043e \u0432\u0435\u0440\u0441\u0438\u0438 F5, RCE \u0435\u0441\u043b\u0438 \u043d\u0435\u0442 ASLR) \u043f\u0440\u0438 \u0440\u0430\u0431\u043e\u0442\u0435 \u0441 \u0440\u0435\u0433\u044d\u043a\u0441\u043f\u0430\u043c\u0438 \u0438 \u043f\u0435\u0440\u0435\u043c\u0435\u043d\u043d\u044b\u043c\u0438, \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a freenginx \u041c\u0430\u043a\u0441\u0438\u043c \u0414\u0443\u043d\u0438\u043d \u0440\u0435\u0448\u0438\u043b, \u0447\u0442\u043e \u043f\u043e\u0440\u0430 \u044d\u0442\u043e \u043f\u0440\u0435\u043a\u0440\u0430\u0449\u0430\u0442\u044c, \u0438 \u0434\u043e\u0431\u0430\u0432\u0438\u043b \u0432 \u0441\u0432\u043e\u0439 \u043f\u0440\u043e\u0434\u0443\u043a\u0442 \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0443 \u0440\u0430\u0437\u043c\u0435\u0440\u0430 \u043f\u0435\u0440\u0435\u043c\u0435\u043d\u043d\u043e\u0439 \u043f\u0435\u0440\u0435\u0434 \u0442\u0435\u043c \u043a\u0430\u043a \u0437\u0430\u043f\u0438\u0441\u044b\u0432\u0430\u0442\u044c \u0432 \u043d\u0435\u0451 \u0434\u0430\u043d\u043d\u044b\u0435. \u041e\u0442\u0442\u0443\u0434\u0430 \u044d\u0442\u043e \u043d\u043e\u0432\u043e\u0432\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0443\u0442\u0430\u0449\u0438\u043b\u0438 \u043a \u0441\u0435\u0431\u0435 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":9,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-182826","post","type-post","status-publish","format-standard","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47In freenginx und nginx wurde eine \u00dcberpr\u00fcfung der Gr\u00f6\u00dfe der Textvariablen hinzugef\u00fcgt, bevor Daten in diese geschrieben werden (+ CVE) | ProHoster","description":"3 TL;DR: Konfrontiert mit dem dritten f\u00fcr das Jahr 2026 entdeckten Buffer\u00fcberlauf (und laut F5.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/news\/v-freenginx-i-nginx-dobavili-proverku-razmera-tekstovoj-peremennoj-pered-tem-kak-zapisyvat-v-neyo-dannye-cve","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0412 freenginx \u0438 nginx \u0434\u043e\u0431\u0430\u0432\u0438\u043b\u0438 \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0443 \u0440\u0430\u0437\u043c\u0435\u0440\u0430 \u0442\u0435\u043a\u0441\u0442\u043e\u0432\u043e\u0439 \u043f\u0435\u0440\u0435\u043c\u0435\u043d\u043d\u043e\u0439 \u043f\u0435\u0440\u0435\u0434 \u0442\u0435\u043c \u043a\u0430\u043a \u0437\u0430\u043f\u0438\u0441\u044b\u0432\u0430\u0442\u044c \u0432 \u043d\u0435\u0451 \u0434\u0430\u043d\u043d\u044b\u0435 (+ CVE) | ProHoster","og:description":"3 TL;DR: \u0421\u0442\u043e\u043b\u043a\u043d\u0443\u0432\u0448\u0438\u0441\u044c \u0441 \u0442\u0440\u0435\u0442\u044c\u0438\u043c \u043e\u0431\u043d\u0430\u0440\u0443\u0436\u0435\u043d\u043d\u044b\u043c \u0437\u0430 2026 \u0433\u043e\u0434 \u043f\u0435\u0440\u0435\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u0435\u043c \u0431\u0443\u0444\u0435\u0440\u0430 (\u0438, \u043f\u043e \u0432\u0435\u0440\u0441\u0438\u0438 F5.","og:url":"https:\/\/prohoster.info\/de\/blog\/news\/v-freenginx-i-nginx-dobavili-proverku-razmera-tekstovoj-peremennoj-pered-tem-kak-zapisyvat-v-neyo-dannye-cve","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2026-08-11T02:54:22+00:00","article:modified_time":"2026-08-11T02:54:22+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"182826","title":null,"description":null,"keywords":null,"keyphrases":{"focus":[],"additional":[]},"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":"default","schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2026-08-11 06:43:49","updated":"2026-08-11 06:43:49","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/182826","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/9"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=182826"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/182826\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=182826"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=182826"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=182826"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}