Python — высокоуровневый язык программирования общего назначения. Его философия дизайна делает акцент на читаемости кода.
Релизный цикл, информация об уязвимостях
График релизов
Количество 998
CVE-2025-12781
When passing data to the b64decode(), standard_b64decode(), and urlsaf ...
CVE-2025-12781
When passing data to the b64decode(), standard_b64decode(), and urlsafe_b64decode() functions in the "base64" module the characters "+/" will always be accepted, regardless of the value of "altchars" parameter, typically used to establish an "alternative base64 alphabet" such as the URL safe alphabet. This behavior matches what is recommended in earlier base64 RFCs, but newer RFCs now recommend either dropping characters outside the specified base64 alphabet or raising an error. The old behavior has the possibility of causing data integrity issues. This behavior can only be insecure if your application uses an alternate base64 alphabet (without "+/"). If your application does not use the "altchars" parameter or the urlsafe_b64decode() function, then your application does not use an alternative base64 alphabet. The attached patches DOES NOT make the base64-decode behavior raise an error, as this would be a change in behavior and break existing programs. Instead, the patch deprecates ...
CVE-2025-12781
When passing data to the b64decode(), standard_b64decode(), and urlsafe_b64decode() functions in the "base64" module the characters "+/" will always be accepted, regardless of the value of "altchars" parameter, typically used to establish an "alternative base64 alphabet" such as the URL safe alphabet. This behavior matches what is recommended in earlier base64 RFCs, but newer RFCs now recommend either dropping characters outside the specified base64 alphabet or raising an error. The old behavior has the possibility of causing data integrity issues. This behavior can only be insecure if your application uses an alternate base64 alphabet (without "+/"). If your application does not use the "altchars" parameter or the urlsafe_b64decode() function, then your application does not use an alternative base64 alphabet. The attached patches DOES NOT make the base64-decode behavior raise an error, as this would be a change in behavior and break existing programs. Instead, the patch deprecates ...
BDU:2026-05130
Уязвимость модуля email интерпретатора языка программирования Python, позволяющая нарушителю оказать воздействие на целостность защищаемой информации
BDU:2026-05131
Уязвимость модуля poplib интерпретатора языка программирования Python, позволяющая нарушителю выполнить произвольный код
BDU:2026-05133
Уязвимость компонента urllib.request.DataHandler интерпретатора языка программирования Python, позволяющая нарушителю оказать воздействие на целостность защищаемой информации
BDU:2026-09516
Уязвимость модуля tarfile языка программирования Python, позволяющая нарушителю оказать воздействие на целостность защищаемой информации
BDU:2026-05125
Уязвимость компонента http.cookies.Morsel интерпретатора языка программирования Python, позволяющая нарушителю оказать воздействие на доступность защищаемой информации
BDU:2026-05128
Уязвимость модуля imaplib интерпретатора языка программирования Python, позволяющая нарушителю нарушить выполнить произвольный код
BDU:2026-06436
Уязвимость интерпретатора языка программирования Python, позволяющая нарушителю оказать воздействие на целостность данных
Уязвимостей на страницу
Уязвимость | CVSS | EPSS | Опубликовано 1 | |
|---|---|---|---|---|
CVE-2025-12781 When passing data to the b64decode(), standard_b64decode(), and urlsaf ... | CVSS3: 5.3 | 1% Низкий | 6 месяцев назад | |
CVE-2025-12781 When passing data to the b64decode(), standard_b64decode(), and urlsafe_b64decode() functions in the "base64" module the characters "+/" will always be accepted, regardless of the value of "altchars" parameter, typically used to establish an "alternative base64 alphabet" such as the URL safe alphabet. This behavior matches what is recommended in earlier base64 RFCs, but newer RFCs now recommend either dropping characters outside the specified base64 alphabet or raising an error. The old behavior has the possibility of causing data integrity issues. This behavior can only be insecure if your application uses an alternate base64 alphabet (without "+/"). If your application does not use the "altchars" parameter or the urlsafe_b64decode() function, then your application does not use an alternative base64 alphabet. The attached patches DOES NOT make the base64-decode behavior raise an error, as this would be a change in behavior and break existing programs. Instead, the patch deprecates ... | CVSS3: 5.3 | 1% Низкий | 6 месяцев назад | |
CVE-2025-12781 When passing data to the b64decode(), standard_b64decode(), and urlsafe_b64decode() functions in the "base64" module the characters "+/" will always be accepted, regardless of the value of "altchars" parameter, typically used to establish an "alternative base64 alphabet" such as the URL safe alphabet. This behavior matches what is recommended in earlier base64 RFCs, but newer RFCs now recommend either dropping characters outside the specified base64 alphabet or raising an error. The old behavior has the possibility of causing data integrity issues. This behavior can only be insecure if your application uses an alternate base64 alphabet (without "+/"). If your application does not use the "altchars" parameter or the urlsafe_b64decode() function, then your application does not use an alternative base64 alphabet. The attached patches DOES NOT make the base64-decode behavior raise an error, as this would be a change in behavior and break existing programs. Instead, the patch deprecates ... | CVSS3: 5.3 | 1% Низкий | 6 месяцев назад | |
BDU:2026-05130 Уязвимость модуля email интерпретатора языка программирования Python, позволяющая нарушителю оказать воздействие на целостность защищаемой информации | CVSS3: 7.1 | 1% Низкий | 6 месяцев назад | |
BDU:2026-05131 Уязвимость модуля poplib интерпретатора языка программирования Python, позволяющая нарушителю выполнить произвольный код | CVSS3: 5.5 | 0% Низкий | 7 месяцев назад | |
BDU:2026-05133 Уязвимость компонента urllib.request.DataHandler интерпретатора языка программирования Python, позволяющая нарушителю оказать воздействие на целостность защищаемой информации | CVSS3: 7.7 | 0% Низкий | 7 месяцев назад | |
BDU:2026-09516 Уязвимость модуля tarfile языка программирования Python, позволяющая нарушителю оказать воздействие на целостность защищаемой информации | CVSS3: 2.5 | 0% Низкий | 7 месяцев назад | |
BDU:2026-05125 Уязвимость компонента http.cookies.Morsel интерпретатора языка программирования Python, позволяющая нарушителю оказать воздействие на доступность защищаемой информации | CVSS3: 7.1 | 0% Низкий | 7 месяцев назад | |
BDU:2026-05128 Уязвимость модуля imaplib интерпретатора языка программирования Python, позволяющая нарушителю нарушить выполнить произвольный код | CVSS3: 5.5 | 0% Низкий | 7 месяцев назад | |
BDU:2026-06436 Уязвимость интерпретатора языка программирования Python, позволяющая нарушителю оказать воздействие на целостность данных | CVSS3: 7.5 | 1% Низкий | 7 месяцев назад |
Уязвимостей на страницу