-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

===========================================================================
             AUSCERT External Security Bulletin Redistribution

                               ESB-2019.4536
             Django security releases issued: 2.2.8 and 2.1.15
                              3 December 2019

===========================================================================

        AusCERT Security Bulletin Summary
        ---------------------------------

Product:           Django
Publisher:         Django
Operating System:  Windows
                   UNIX variants (UNIX, Linux, OSX)
Impact/Access:     Increased Privileges -- Existing Account
Resolution:        Patch/Upgrade
CVE Names:         CVE-2019-19118  

Original Bulletin: 
   https://www.djangoproject.com/weblog/2019/dec/02/security-releases/

- --------------------------BEGIN INCLUDED TEXT--------------------

Django security releases issued: 2.2.8 and 2.1.15

Posted by Carlton Gibson on December 2, 2019

In accordance with our security release policy, the Django team is issuing
Django 2.2.8 and Django 2.1.15. These release addresses the security issue
detailed below. We encourage all users of Django to upgrade as soon as
possible.

CVE-2019-19118: Privilege escalation in the Django admin.

Since Django 2.1, a Django model admin displaying a parent model with related
model inlines, where the user has view-only permissions to a parent model but
edit permissions to the inline model, would display a read-only view of the
parent model but editable forms for the inline.

Submitting these forms would not allow direct edits to the parent model, but
would trigger the parent model's save() method, and cause pre and post-save
signal handlers to be invoked. This is a privilege escalation as a user who
lacks permission to edit a model should not be able to trigger its save-related
signals.

To resolve this issue, the permission handling code of the Django admin
interface has been changed. Now, if a user has only the "view" permission for a
parent model, the entire displayed form will not be editable, even if the user
has permission to edit models included in inlines.

This is a backwards-incompatible change, and the Django security team is aware
that some users of Django were depending on the ability to allow editing of
inlines in the admin form of an otherwise view-only parent model.

Given the complexity of the Django admin, and in-particular the permissions
related checks, it is the view of the Django security team that this change was
necessary: that it is not currently feasible to maintain the existing behavior
whilst escaping the potential privilege escalation in a way that would avoid a
recurrence of similar issues in the future, and that would be compatible with
Django's safe by default philosophy.

For the time being, developers whose applications are affected by this change
should replace the use of inlines in read-only parents with custom forms and
views that explicitly implement the desired functionality. In the longer term,
adding a documented, supported, and properly-tested mechanism for
partially-editable multi-model forms to the admin interface may occur in Django
itself.

Thank you to Shen Ying for reporting this issue.

Affected supported versions

  * Django master branch
  * Django 3.0 (which will be released in a separate blog post later today)
  * Django 2.2
  * Django 2.1

Resolution

Patches to resolve the issue have been applied to Django's master branch and
the 3.0, 2.2, and 2.1 release branches. The patches may be obtained from the
following changesets:

  * On the master branch
  * On the 3.0 release branch
  * On the 2.2 release branch
  * On the 2.1 release branch

The following releases have been issued:

  * Django 2.2.8 (download Django 2.2.8 | 2.2.8 checksums)
  * Django 2.1.15 (download Django 2.1.15 | 2.1.15 checksums)

The PGP key ID used for these releases is Carlton Gibson: E17DF5C82B4F9D00.

- --------------------------END INCLUDED TEXT--------------------

You have received this e-mail bulletin as a result of your organisation's
registration with AusCERT. The mailing list you are subscribed to is
maintained within your organisation, so if you do not wish to continue
receiving these bulletins you should contact your local IT manager. If
you do not know who that is, please send an email to auscert@auscert.org.au
and we will forward your request to the appropriate person.

NOTE: Third Party Rights
This security bulletin is provided as a service to AusCERT's members.  As
AusCERT did not write the document quoted above, AusCERT has had no control
over its content. The decision to follow or act on information or advice
contained in this security bulletin is the responsibility of each user or
organisation, and should be considered in accordance with your organisation's
site policies and procedures. AusCERT takes no responsibility for consequences
which may arise from following or acting on information or advice contained in
this security bulletin.

NOTE: This is only the original release of the security bulletin.  It may
not be updated when updates to the original are made.  If downloading at
a later date, it is recommended that the bulletin is retrieved directly
from the author's website to ensure that the information is still current.

Contact information for the authors of the original document is included
in the Security Bulletin above.  If you have any questions or need further
information, please contact them directly.

Previous advisories and external security bulletins can be retrieved from:

        https://www.auscert.org.au/bulletins/

===========================================================================
Australian Computer Emergency Response Team
The University of Queensland
Brisbane
Qld 4072

Internet Email: auscert@auscert.org.au
Facsimile:      (07) 3365 7031
Telephone:      (07) 3365 4417 (International: +61 7 3365 4417)
                AusCERT personnel answer during Queensland business hours
                which are GMT+10:00 (AEST).
                On call after hours for member emergencies only.
===========================================================================
-----BEGIN PGP SIGNATURE-----
Comment: http://www.auscert.org.au/render.html?it=1967

iQIVAwUBXeXgb2aOgq3Tt24GAQj2kxAAlp8fH0pEa4o31+HJgGETAiZqDSwSpYtK
nFW2PB9CIody9IsUSoJv+7UhzdNW4SLL2hLQgHoygo/6OcqTjI31SZ+m6AgY4XDH
EUpyRfbTI4PeIPCQ9wNx75ieYoHSCncS7+2JUw7W/k4qZLm1Kc4jwEo4w+8dGgNi
GKx29R1CSXMDggZGZw8VLPQdSdSs3Z8s9tbF8EBi+LVpUqzIEZsjENZmXZM2z1pD
rghQD5AyB0wCzl2PuqQZk1hcY0IqMynSETEMhkO9bih/zp86gtEEjxUunnB/nq+J
XIPu8NSh3FEAOlO8nvYkfBQgDJ4WCF+eTszKMdVWsbfYydVQLWKF2l6i3nC+sN9B
5MZksYNx9mVMwA4+QpjOjwKeQWkabWkbf9PK08wVb0/45/PuE/8UMY98nQPfNKUB
uZX1kjLz9lZDPJA25oF8YrCCTA8yMZOvIsHFrQJTByOycrqarc/aFFUJ2R1vjXSq
CvbK11HY+9kuA0/IrFqgrQKq/pFhvq4WZJZb/wus3zbBxU10cfuoCM6XUyHuGLFl
ywKWAyYIVuWmEY1sHdHmLuZH+6pcBBlPiboJTbAWhNtAtu7PS8tSHGdD8HTQ+dDj
mR+bt3uhBFMIwY3hoq8INiuXEqGuFq+bhDBFpubAy7Pt7aqygiG3OmDMMBRHh/Fv
7yRO38ZIzfU=
=OEHI
-----END PGP SIGNATURE-----