Django 1.8.x before 1.8.16, 1.9.x before 1.9.11, and 1.10.x before 1.10.3 use a hardcoded password for a temporary database user created when running tests with an Oracle database, which makes it easier for remote attackers to obtain access to the database server by leveraging failure to manually specify a password in the database settings TEST dictionary.
01
describes (1)
Related CVEs.
| ID | severity | exploitable | ||
|---|---|---|---|---|
| CVE-2016-9013US | critical9.8OT elevated | — | ||
Django 1.8.x before 1.8.16, 1.9.x before 1.9.11, and 1.10.x before 1.10.3 use a hardcoded password for a temporary database user created when running tests with an Oracle database,… | ||||
02
references
External citations — patches, advisories, analysis.
- http://www.debian.org/security/2017/dsa-3835ADVISORY
- http://www.securityfocus.com/bid/94069WEB
- http://www.securitytracker.com/id/1037159WEB
- http://www.ubuntu.com/usn/USN-3115-1ADVISORY
- https://github.com/advisories/GHSA-mv8g-fhh6-6267ADVISORY
- https://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/OG5ROMUPS6C7BXELD3TAUUH7OBYV56WQ/WEB
- https://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/QXDKJYHN74BWY3P7AR2UZDVJREQMRE6S/WEB
- https://www.djangoproject.com/weblog/2016/nov/01/security-releases/ARTICLE
scry
Advisories like this name the exposed products attackers go after on your perimeter. See what is exposed on your perimeter with a free passive scan.
Free scan