MITRE disputed

** DISPUTED ** An issue was discovered in pip (all versions) because it installs the version with the highest version number, even if the user had intended to obtain a private package from a private index. This only affects use of the --extra-index-url option, and exploitation requires that the package does not already exist in the public index (and thus the attacker can put the package there with an arbitrary version number). NOTE: it has been reported that this is intended functionality and th

An issue was discovered in pip (all versions) because it installs the version with the highest version number, even if the user had intended to obtain a private package from a private index. This only affects use of the --extra-index-url option, and exploitation requires that the package does not already exist in the public index (and thus the attacker can put the package there with an arbitrary version number). NOTE: it has been reported that this is intended functionality and the user is respo

MITRE https://lists.apache.org/thread.html/rb1adce798445facd032870d644eb39c4baaf9c4a7dd5477d12bb6ab2%40%3Cgithub.arrow.apache.org%3E [No types assigned]

MITRE https://lists.apache.org/thread.html/rb1adce798445facd032870d644eb39c4baaf9c4a7dd5477d12bb6ab2@%3Cgithub.arrow.apache.org%3E

An issue was discovered in pip (all versions) because it installs the version with the highest version number, even if the user had intended to obtain a private package from a private index. This only affects use of the --extra-index-url option, and exploitation requires that the package does not already exist in the public index (and thus the attacker can put the package there with an arbitrary version number).

** DISPUTED ** An issue was discovered in pip (all versions) because it installs the version with the highest version number, even if the user had intended to obtain a private package from a private index. This only affects use of the --extra-index-url option, and exploitation requires that the package does not already exist in the public index (and thus the attacker can put the package there with an arbitrary version number). NOTE: it has been reported that this is intended functionality and th

https://bugzilla.redhat.com/show_bug.cgi?id=1835736 [No Types Assigned]

https://lists.apache.org/thread.html/rb1adce798445facd032870d644eb39c4baaf9c4a7dd5477d12bb6ab2@%3Cgithub.arrow.apache.org%3E [No Types Assigned]

OR
     *cpe:2.3:a:pypa:pip:*:*:*:*:*:*:*:*

NIST (AV:N/AC:M/Au:N/C:P/I:P/A:P)

Victim must voluntarily interact with attack mechanism

NIST AV:L/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H

NIST CWE-20

https://cowlicks.website/posts/arbitrary-code-execution-from-pips-extra-index-url.html No Types Assigned

https://cowlicks.website/posts/arbitrary-code-execution-from-pips-extra-index-url.html Third Party Advisory

https://pip.pypa.io/en/stable/news/ No Types Assigned

https://pip.pypa.io/en/stable/news/ Release Notes, Vendor Advisory