CVE-2008-3909: CSRF

Published Sep 3, 2008
·
Updated

Description of problem: The following was reported today to the public (Sept, 2, 2008) via the Django main site:

The Django administration application, as a convenience for users whose sessions expire, will attempt to preserve HTTP POST data from an incoming submission while re-authenticating the user, and will -- on successful authentication -- allow the submission to continue without requiring data to be re-entered.

Django developer Simon Willison has presented the Django development team with a proof-of-concept cross-site request forgery (CSRF) which exploits this behavior to perform unrequested deletion/modification of data. This exploit has been tested and verified by the Django team, and succeeds regardless of whether Django's bundled CSRF-protection module is active.

Version-Release number of selected component (if applicable): Django-0.96.2-1

Extra Info Since I am not aware if the maintainer of the package was given advance notice I'm cc'ing him on this bug.

Other sources

The administration application in Django 0.91, 0.95, and 0.96 stores unauthenticated HTTP POST requests and processes them after successful authentication occurs, which allows remote attackers to conduct cross-site request forgery (CSRF) attacks and delete or modify data via unspecified requests.

MITRE

The administration application in Django 0.91.x, 0.95.x, and 0.96.x stores unauthenticated HTTP POST requests and processes them after successful authentication occurs, which allows remote attackers to conduct cross-site request forgery (CSRF) attacks and delete or modify data via unspecified requests.

GitHub

Affected Software

10 affected componentsFixes available
redhat/0.96.3<1
1
pip/django>=0.96.0<0.96.3
0.96.3
pip/django>=0.95.0<0.95.4
0.95.4
pip/django>=0.91.0<0.91.3
0.91.3
Django Project Django=0.91
Django Project Django=0.96
Django Project Django=0.95
djangoproject Django>=0.91<0.91.3
djangoproject Django>=0.95<0.95.4
djangoproject Django>=0.96<0.96.3

Event History

Sep 4, 2008
CVE Published
via MITRE·05:00 PM
Data Sourced
via MITRE·05:00 PM
Description
Data Sourced
via NVD·05:41 PM
RemedyDescriptionSeverityWeaknessAffected Software
May 2, 2022
Advisory Published
via GitHub·12:05 AM

Frequently Asked Questions

1

What is the severity of CVE-2008-3909?

CVE-2008-3909 is classified as a medium-severity vulnerability that may lead to unauthorized data exposure.

2

How can I mitigate CVE-2008-3909?

To mitigate CVE-2008-3909, it is recommended to upgrade Django to version 0.96.4 or higher.

3

Which versions of Django are affected by CVE-2008-3909?

CVE-2008-3909 affects Django versions from 0.91 up to 0.96.3 inclusive.

4

Is CVE-2008-3909 exploitable remotely?

Yes, CVE-2008-3909 can be exploited remotely by an attacker to access sensitive data.

5

What specific impact does CVE-2008-3909 have on applications using Django?

CVE-2008-3909 potentially allows attackers to capture and reuse user session data across requests.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203