webpack-dev-middleware разрешает запрос к локальному файлу в getFilenameFromUrl, проверяя путь запроса на защиту обхода, а затем разрезая его по фиксированному смещению символов. Защита UP_PATH_REGEXP, примененная к path.normalize(`./${pathname}`), соответствует только "..", который представляет собой целый сегмент пути, тогда как проверка содержания представляет собой сравнение строк pathname.startsWith(publicPathPathname), а путь к файлу строится как path.join(outputPath, pathname.slice(publicPathPathname.length)). Если настроенный publicPath не имеет конечной косой черты, запрос типа GET /assets../.env к publicPath /assets дает имя пути /assets../.env, единственная точка которого находится внутри сегмента «assets..» и, таким образом, проходит защиту, но срез смещения разрезается внутри этого сегмента и передает «../.env» в path.join, разрешая один каталог выше выходного пути.
Для чтения файла по этому пути требуется, чтобы промежуточное программное обеспечение поддерживалось физической файловой системой, что происходит, когда для writeToDisk установлено значение true или указана пользовательская выходная файловая система, поскольку том memfs по умолчанию содержит только выходные данные сборки. Глубина обхода ограничена одним каталогом, поскольку отдельно разделенный сегмент точка-точка сворачивается во время анализа URL-адреса до запуска защиты. Значение publicPath по умолчанию «auto» разрешается в «/» и не изменяется.
Это неполное исправление для CVE-2024-29180: защитный и смещенный фрагменты были введены этим исправлением и присутствуют в каждом выпуске, начиная с 5.3.4, 6.1.2 и 7.1.0.
Показать оригинальное описание (EN)
webpack-dev-middleware resolves a request to a local file in getFilenameFromUrl by testing the request pathname against a traversal guard and then slicing it at a fixed character offset. The guard, UP_PATH_REGEXP applied to path.normalize(`./${pathname}`), only matches ".." that stands as a whole path segment, while the containment test is the string comparison pathname.startsWith(publicPathPathname) and the file path is built as path.join(outputPath, pathname.slice(publicPathPathname.length)). When the configured publicPath has no trailing slash, a request such as GET /assets../.env against publicPath /assets yields the pathname /assets../.env, whose only dot-dot sits inside the segment "assets.." and so passes the guard, but the offset slice cuts within that segment and hands "../.env" to path.join, resolving one directory above outputPath. Reading a file from that path requires the middleware to be backed by the physical filesystem, which happens when writeToDisk is true or a custom outputFileSystem is supplied, since the default memfs volume holds only build output. Traversal depth is limited to a single directory because a separately delimited dot-dot segment is collapsed during URL parsing before the guard runs. The default publicPath value of "auto" resolves to "/" and is not affected. This is an incomplete fix for CVE-2024-29180: the guard and offset slice were introduced by that fix and are present in every release from 5.3.4, 6.1.2 and 7.1.0 onward.
Характеристики атаки
Последствия
Строка CVSS v4.0