mirror of
https://github.com/python/cpython.git
synced 2025-08-04 08:59:19 +00:00
gh-95778: CVE-2020-10735: Prevent DoS by very large int() (#96499)
Integer to and from text conversions via CPython's bignum `int` type is not safe against denial of service attacks due to malicious input. Very large input strings with hundred thousands of digits can consume several CPU seconds. This PR comes fresh from a pile of work done in our private PSRT security response team repo. Signed-off-by: Christian Heimes [Red Hat] <christian@python.org> Tons-of-polishing-up-by: Gregory P. Smith [Google] <greg@krypto.org> Reviews via the private PSRT repo via many others (see the NEWS entry in the PR). <!-- gh-issue-number: gh-95778 --> * Issue: gh-95778 <!-- /gh-issue-number --> I wrote up [a one pager for the release managers](https://docs.google.com/document/d/1KjuF_aXlzPUxTK4BMgezGJ2Pn7uevfX7g0_mvgHlL7Y/edit#). Much of that text wound up in the Issue. Backports PRs already exist. See the issue for links.
This commit is contained in:
parent
656167db81
commit
511ca94520
28 changed files with 803 additions and 20 deletions
|
@ -199,6 +199,19 @@ if 1:
|
|||
self.assertEqual(eval("0o777"), 511)
|
||||
self.assertEqual(eval("-0o0000010"), -8)
|
||||
|
||||
def test_int_literals_too_long(self):
|
||||
n = 3000
|
||||
source = f"a = 1\nb = 2\nc = {'3'*n}\nd = 4"
|
||||
with support.adjust_int_max_str_digits(n):
|
||||
compile(source, "<long_int_pass>", "exec") # no errors.
|
||||
with support.adjust_int_max_str_digits(n-1):
|
||||
with self.assertRaises(SyntaxError) as err_ctx:
|
||||
compile(source, "<long_int_fail>", "exec")
|
||||
exc = err_ctx.exception
|
||||
self.assertEqual(exc.lineno, 3)
|
||||
self.assertIn('Exceeds the limit ', str(exc))
|
||||
self.assertIn(' Consider hexadecimal ', str(exc))
|
||||
|
||||
def test_unary_minus(self):
|
||||
# Verify treatment of unary minus on negative numbers SF bug #660455
|
||||
if sys.maxsize == 2147483647:
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue