aboutsummaryrefslogtreecommitdiff
path: root/package/libfslcodec/libfslcodec.mk
diff options
context:
space:
mode:
authorGravatar Peter Korsgaard <peter@korsgaard.com>2021-05-06 23:25:40 +0200
committerGravatar Peter Korsgaard <peter@korsgaard.com>2021-05-07 16:48:29 +0200
commit84441433ec5cbd7276926e0100e0b139844688e1 (patch)
tree619f974905bf2c2ccbd79fdad2d4f6f40dfe2dd4 /package/libfslcodec/libfslcodec.mk
parent8cccb01bbdc6d4ba99f131ea41576eae0fb710bd (diff)
downloadbuildroot-master.tar.gz
buildroot-master.tar.bz2
package/python-django: security bump to version 3.2.2HEADmaster
Django 3.0.x is EOL, so move to 3.2.x which is the new LTS release. For details of the changes and update instructions, see the announcement: https://www.djangoproject.com/weblog/2021/apr/06/django-32-released/ Fixes the following security issues: - CVE-2021-30459 - SQL Injection via Select, Explain and Analyze forms of the SQLPanel for Django Debug Toolbar >= 0.10.0 With Django Debug Toolbar 0.10.0 and above, attackers are able to execute SQL by changing the raw_sql input of the SQL explain, analyze or select forms and submitting the form. This is a high severity issue for anyone using the toolbar in a production environment. Generally the Django Debug Toolbar team only maintains the latest version of django-debug-toolbar, but an exception was made because of the high severity of this issue. The GitHub Security Advisory can be found here: https://github.com/jazzband/django-debug-toolbar/security/advisories/GHSA-pghf-347x-c2gj - CVE-2021-31542: Potential directory-traversal via uploaded files MultiPartParser, UploadedFile, and FieldFile allowed directory-traversal via uploaded files with suitably crafted file names. In order to mitigate this risk, stricter basename and path sanitation is now applied. Specifically, empty file names and paths with dot segments will be rejected. This issue has low severity, according to the Django security policy. - CVE-2021-32052: Header injection possibility since URLValidator accepted newlines in input on Python 3.9.5+ On Python 3.9.5+, URLValidator didn't prohibit newlines and tabs. If you used values with newlines in HTTP response, you could suffer from header injection attacks. Django itself wasn't vulnerable because HttpResponse prohibits newlines in HTTP headers. Moreover, the URLField form field which uses URLValidator silently removes newlines and tabs on Python 3.9.5+, so the possibility of newlines entering your data only existed if you are using this validator outside of the form fields. This issue was introduced by the bpo-43882 fix. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Diffstat (limited to 'package/libfslcodec/libfslcodec.mk')
0 files changed, 0 insertions, 0 deletions