Вграденият уеб сървър GoAhead зарежда списък за отмяна на сертификати в своя TLS бекенд по подразбиране, но никога не активира проверката за отмяна, поради което отменен клиентски сертификат все още може да премине удостоверяване при засегнатите конфигурации.
Уязвимостта засяга компилации, които използват бекенда на OpenSSL с двупосочен TLS (mutual-TLS), при който сървърът проверява клиентския сертификат и обратно, а списъкът за отмяна е конфигуриран да блокира компрометирани или оттеглени сертификати.
Това е конфигурация, която администраторът активира целенасочено; инсталацията по подразбиране не я включва. GoAhead 6.1.1, предоставен на производителите на устройства на 2 август 2026 г. и официално публикуван публично на 12 октомври, отстранява уязвимостта.
GoAhead е компактен уеб сървър, който производителите на хардуер вграждат във фърмуера за управление на интерфейси на рутери, принтери, мрежови шлюзове и индустриални контролери. Неговият разработчик, EmbedThis, твърди, че софтуерът работи в стотици милиони устройства.
Уязвимостта е открита от Себастиан Фери (Sébastien Féry) от FoxIO, който описва този и още два проблема със сигурността на TLS в анализ, публикуван на 26 октомври.
При засегната компилация сървърът зарежда файла със списъка за отмяна при стартиране и не отчита грешки, така че администраторът, който го е настроил, има пълно основание да смята, че проверката за отмяна функционира. Това обаче не е така. Клиент, чийто сертификат е бил отменен — например откраднато или изведено от експлоатация устройство — завършва процеса на договаряне (handshake), сякаш сертификатът е все още валиден, и получава достъпа, предоставен на тази самоличност.
При тест на FoxIO с GoAhead 6.1.0 и OpenSSL 3.6.2 отмененият сертификат е бил приет дори при включена проверка на издателя (issuer checking).
Бюлетинът на OpenSSL описва отменените клиентски сертификати като безшумно приемани. За да бъде експлоатирана уязвимостта, компилацията трябва да използва бекенда OpenSSL със задължителни клиентски сертификати, пакет от доверени удостоверителни органи, включена проверка на издателя и конфигуриран списък за отмяна; атакуващият трябва да притежава сертификат, подписан от доверен орган и фигуриращ като отменен. Компилациите, използващи бекенда Mbed TLS, не са засегнати; този бекенд проверява отмяната по отделен кодов път.
Идентификаторът в бюлетина е CVE-2026-115881, оценен с 9.1 от EmbedThis. Към 27 октомври този идентификатор и останалите по-долу все още не са отразени в публичните бази данни CVE и NVD; от EmbedThis посочват, че са заявили регистрацията им. Оценките за критичност са определени от самия доставчик.
Изследователите разглеждат още два проблема, всеки от които е обвързан с конкретен TLS бекенд. Версиите и мерките за отстраняване се различават, поради което долната таблица съпоставя всеки от тях според бекенда.
| TLS компилация | Същност на проблема | Засегнати версии | Корекция или временно решение |
|---|---|---|---|
| OpenSSL (по подразбиране) | Списъкът за отмяна се зарежда, но никога не се прилага; приемат се отменени клиентски сертификати. CVE-2026-115881, оценка 9.1. | 3.4.5 до 6.1.0 | Обновяване до 6.1.1. В бюлетина няма посочена временна мярка. |
| LibreSSL стар механизъм за валидация (3.2.x, 3.3.2–3.3.6) | Верига от клиентски сертификати, надвишаваща лимита, се приема при изискване за клиентски сертификати, но с изключена проверка на издателя. CVE-2026-115884, оценка 7.4. | 6.1.0 и по-стари версии с тези реализации на LibreSSL | Обновяване до 6.1.1, активиране на проверката на издателя с доверен пакет от CA, или преминаване към OpenSSL или LibreSSL 4.x. |
| Mbed TLS | Грешка в задаването на дължината изпраща стойност на Diffie-Hellman от 1 байт вместо пълната 2048-битова стойност, позволявайки на пасивен наблюдател да декриптира сесията. Оценка 5.9. Няма асоцииран CVE. | 4.0.2 до 6.1.0 | Обновяване до 6.1.1, деактивиране на наборите от шифри с DHE над крайни полета или преминаване към бекенда OpenSSL. |
Проблемът при Mbed TLS компрометира сесията единствено ако клиентът приеме дефектните параметри. OpenSSL, съвременните версии на Go, съвременните реализации на Java и основните браузъри отхвърлят толкова ниска стойност и се връщат към по-надежден обмен на ключове, поради което сесията изобщо не се осъществява.
Клиенти без проверка за минимален размер на ключа, като някои вградени или специализирани системи, приемат стойността, което дава възможност на всеки, записал мрежовия трафик, да изчисли ключа и да прочете съдържанието на сесията. Сесиите с TLS 1.3 и ECDHE не са засегнати, а в Mbed TLS 4.x обменът на ключове, на който те разчитат, е премахнат.
Проблемът в LibreSSL позволява на атакуващ да подаде верига от сертификати, по-дълга от лимита от 10 сертификата на GoAhead, и въпреки това да завърши процеса на автентикация като легитимен клиент, без да притежава доверен ключ.
Той възниква единствено при компилации, свързани с по-старите версии на LibreSSL, изброени по-горе, и то само когато се изискват клиентски сертификати при деактивирана проверка на издателя. OpenSSL, BoringSSL, AWS-LC и LibreSSL 4.x отхвърлят твърде дългата верига.
Кой бекенд и какви настройки се използват се определя по време на компилиране на фърмуера, поради което собственикът на устройството не може да установи отвън кои параметри са приложени. Поради тази причина разпространението на корекцията за сигурност е бавно: GoAhead 6.1.1 е директно съвместимо обновяване, което производителите на устройства трябва да компилират наново и да издадат като фърмуерен ъпдейт, а крайният потребител го получава едва след официално действие от страна на производителя. Към момента не е известно дали някой производител вече е предоставил такъв ъпдейт.
Към 27 октомври няма данни за регистрирани атаки, използващи тези уязвимости. Политиката на EmbedThis изисква прекратяване на ембаргото за разкриване и предсрочно публикуване, ако даден дефект се експлоатира активно или е разкрит публично от трета страна, поради което координираното издаване на 12 октомври съответства на липсата на известни злонамерени действия.
Това обаче не гарантира напълно липсата на злоупотреби. EmbedThis информира клиентите си за корекции за сигурност чрез своя портал Builder. FoxIO публикува демонстрационен код (proof-of-concept) и предоставя цифрови отпечатъци чрез инструмента си JA4Scan за идентифициране на сървъри GoAhead според използвания бекенд. Инструментът е безплатен, но изходният му код се предоставя само при поискване, като отпечатъкът идентифицира компилацията, а не потвърдено уязвима система.
За нито един от производителите на оборудване, които EmbedThis посочва като ползватели на GoAhead — сред които HP, Oracle, Siemens, Canon, Rockwell, D-Link и Comcast — няма потвърждение, че използва засегнат бекенд и конфигурация. Мащабът на засегнатата потребителска база все още не е установен.
Същата версия 6.1.1 отстранява общо 11 бюлетина за сигурност, три от които са оценени като критични. Един от тях е заобикаляне на автентикацията: при компилация, използваща HTTP Basic или формуляр за вход, атакуващ, който знае валидно потребителско име, може да се впише с произволна парола, ако съхранената парола на този потребител е в по-новия формат Blowfish, добавен в GoAhead версия 6.1.0. Според EmbedThis входът чрез уеб формуляр е стандартната настройка по подразбиране за вградените страници за администриране.
След обновяване EmbedThis препоръчва прекратяване на активните сесии, рестартиране на сървъра и промяна на паролите, съхранени чрез Blowfish.