Lucene search

K
ubuntucveUbuntu.comUB:CVE-2022-41725
HistoryFeb 28, 2023 - 12:00 a.m.

CVE-2022-41725

2023-02-2800:00:00
ubuntu.com
ubuntu.com
37

7.5 High

CVSS3

Attack Vector

NETWORK

Attack Complexity

LOW

Privileges Required

NONE

User Interaction

NONE

Scope

UNCHANGED

Confidentiality Impact

NONE

Integrity Impact

NONE

Availability Impact

HIGH

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

5 Medium

CVSS2

Access Vector

NETWORK

Access Complexity

LOW

Authentication

NONE

Confidentiality Impact

NONE

Integrity Impact

NONE

Availability Impact

PARTIAL

AV:N/AC:L/Au:N/C:N/I:N/A:P

0.001 Low

EPSS

Percentile

43.8%

A denial of service is possible from excessive resource consumption in
net/http and mime/multipart. Multipart form parsing with
mime/multipart.Reader.ReadForm can consume largely unlimited amounts of
memory and disk files. This also affects form parsing in the net/http
package with the Request methods FormFile, FormValue, ParseMultipartForm,
and PostFormValue. ReadForm takes a maxMemory parameter, and is documented
as storing “up to maxMemory bytes +10MB (reserved for non-file parts) in
memory”. File parts which cannot be stored in memory are stored on disk in
temporary files. The unconfigurable 10MB reserved for non-file parts is
excessively large and can potentially open a denial of service vector on
its own. However, ReadForm did not properly account for all memory consumed
by a parsed form, such as map entry overhead, part names, and MIME headers,
permitting a maliciously crafted form to consume well over 10MB. In
addition, ReadForm contained no limit on the number of disk files created,
permitting a relatively small request body to create a large number of disk
temporary files. With fix, ReadForm now properly accounts for various forms
of memory overhead, and should now stay within its documented limit of 10MB

  • maxMemory bytes of memory consumption. Users should still be aware that
    this limit is high and may still be hazardous. In addition, ReadForm now
    creates at most one on-disk temporary file, combining multiple form parts
    into a single temporary file. The mime/multipart.File interface type’s
    documentation states, “If stored on disk, the File’s underlying concrete
    type will be an *os.File.”. This is no longer the case when a form contains
    more than one file part, due to this coalescing of parts into a single
    file. The previous behavior of using distinct files for each form part may
    be reenabled with the environment variable GODEBUG=multipartfiles=distinct.
    Users should be aware that multipart.ReadForm and the http.Request methods
    that call it do not limit the amount of disk consumed by temporary files.
    Callers can limit the size of form data with http.MaxBytesReader.

Bugs

Notes

Author Note
mdeslaur containerd doesn’t appear to use the vulnerable functions

7.5 High

CVSS3

Attack Vector

NETWORK

Attack Complexity

LOW

Privileges Required

NONE

User Interaction

NONE

Scope

UNCHANGED

Confidentiality Impact

NONE

Integrity Impact

NONE

Availability Impact

HIGH

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

5 Medium

CVSS2

Access Vector

NETWORK

Access Complexity

LOW

Authentication

NONE

Confidentiality Impact

NONE

Integrity Impact

NONE

Availability Impact

PARTIAL

AV:N/AC:L/Au:N/C:N/I:N/A:P

0.001 Low

EPSS

Percentile

43.8%