James Bennett of Django reports: Django's bundled administrative interface keeps a log of actions taken, preserving the history of any object which is exposed through the admin interface. This history view does not perform any permission checks beyond confirming that the user has access to the administrative interface; as such, any user with admin access can view the history of any object accessible in the admin interface, and see summaries of each change made to an object. To remedy this, the admin history view for an object will now perform the same permission checks as other admin views for the same object. External reference: https://www.djangoproject.com/weblog/2013/feb/19/security/
Created Django tracking bugs for this issue Affects: epel-5 [bug 913043]
Created Django14 tracking bugs for this issue Affects: epel-6 [bug 913045]
Created Django tracking bugs for this issue Affects: epel-6 [bug 913044]
Created Django tracking bugs for this issue Affects: fedora-17 [bug 913048]
Django14-1.4.5-1.el6 has been pushed to the Fedora EPEL 6 stable repository. If problems still persist, please make note of it in this bug report.
python-django-1.4.5-2.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.
Django-1.4.5-1.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.
This issue has been addressed in following products: OpenStack Folsom for RHEL 6 Via RHSA-2013:0670 https://rhn.redhat.com/errata/RHSA-2013-0670.html