Podatności kin-openapi
4 znanych podatności CVE w kin-openapi, przetłumaczonych i ocenionych.
- CVE-2026-73501Krytyczne
kin-openapi to projekt Go do obsługi plików OpenAPI. Przed wersją 0.144.0, ValidationHandler.Load() w openapi3filter/validation_handler.go po cichu zastępuje nil AuthenticationFunc funkcją NoopAuthenticationFunc, która zwraca nil bez sprawdzania poświadczeń. To podstawienie powoduje, że każde wymaganie bezpieczeństwa OpenAPI jest spełnione dla nieuwierzytelnionych żądań, gdy aplikacja polega na ValidationHandler jako middleware egzekwującym. No-op callback uniemożliwia osiągnięcie ścieżki fail-closed ErrAuthenticationServiceMissing i przekazuje żądanie do chronionych handlerów, które mogą wymagać klucza API, tokena OAuth lub innego schematu bezpieczeństwa. Problem naprawiono w wersji 0.144.0.
- CVE-2026-77354Wysokie
kin-openapi w wersjach od 0.124.0 do 0.142.0 ma podatność na atak DoS. Funkcja sliceMapToSlice konwertuje kontrolowane przez atakującego indeksy z parametru deepObject na gęstą tablicę, co może prowadzić do alokacji wielogigabajtowej pamięci i wywołania OOM lub restartu aplikacji.
- CVE-2026-76905Wysokie
kin-openapi w wersjach od 0.10.0 do 0.141.0 ma podatność na atak DoS. Funkcja convertParseError dereferencuje wskaźnik e.Parameter bez sprawdzenia, czy jest on pusty, co może prowadzić do paniki aplikacji przy przetwarzaniu błędów walidacji.
- CVE-2026-73502Średnie
kin-openapi, projekt Go do obsługi plików OpenAPI, w wersjach od 0.2.0 do 0.144.0 zawiera podatność na odmowę usługi przez wyłuskanie pustego wskaźnika w funkcji openapi3filter.ValidateRequest, gdy operacja deklaruje parametr treści z typem application/json bez schematu. Pojedyncze nieuwierzytelnione żądanie z wartością parametru może spowodować panikę walidacji żądania, prowadząc do przerwania żądania i wzrostu logów w typowej ścieżce synchronicznej net/http lub pełnego awarii procesu w integracjach bez mechanizmu odzyskiwania. Problem naprawiono w wersji 0.144.0.

