python-django update version to 1.2.7 fixes several security issues including denial of service, CSRF and information leaks:
https://www.djangoproject.com/weblog/2011/sep/10/127/

python-django の 1.2.7 への更新バージョンは、いくつかのセキュリティ問題を修正します。これには、サービス拒否、CSRF、情報漏洩が含まれています：
https://www.djangoproject.com/weblog/2011/sep/10/127/

python-django 更新至版本 1.2.7，修复了多个安全问题，包括拒绝服务、CSRF 和信息泄漏：
https://www.djangoproject.com/weblog/2011/sep/10/127/

python-django 的 1.2.7 版更新可修正數個安全性問題，包括拒絕服務、CSRF 和資訊洩漏：
https://www.djangoproject.com/weblog/2011/sep/10/127/

Pall McMillan discovered that Django used the root namespace when storing cached session data. A remote attacker could exploit this to modify sessions. (CVE-2011-4136)

Paul McMillan discovered that Django would not timeout on arbitrary URLs when the application used URLFields. This could be exploited by a remote attacker to cause a denial of service via resource exhaustion.
(CVE-2011-4137)

Paul McMillan discovered that while Django would check the validity of a URL via a HEAD request, it would instead use a GET request for the target of a redirect. This could potentially be used to trigger arbitrary GET requests via a crafted Location header. (CVE-2011-4138)

It was discovered that Django would sometimes use a request's HTTP Host header to construct a full URL. A remote attacker could exploit this to conduct host header cache poisoning attacks via a crafted request. (CVE-2011-4139).

Note that Tenable Network Security has extracted the preceding description block directly from the Ubuntu security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

Paul McMillan, Mozilla and the Django core team discovered several vulnerabilities in Django, a Python web framework :

  - CVE-2011-4136     When using memory-based sessions and caching, Django     sessions are stored directly in the root namespace of     the cache. When user data is stored in the same cache, a     remote user may take over a session.

  - CVE-2011-4137, CVE-2011-4138     Django's field type URLfield by default checks supplied     URL's by issuing a request to it, which doesn't time     out. A Denial of Service is possible by supplying     specially prepared URL's that keep the connection open     indefinately or fill the Django's server memory.

  - CVE-2011-4139     Django used X-Forwarded-Host headers to construct full     URL's. This header may not contain trusted input and     could be used to poison the cache.

  - CVE-2011-4140     The CSRF protection mechanism in Django does not     properly handle web-server configurations supporting     arbitrary HTTP Host headers, which allows remote     attackers to trigger unauthenticated forged requests.

Pall McMillan 發現，Django 在儲存已快取的工作階段資料時使用了 root 命名空間。遠端攻擊者可惡意利用此弱點修改工作階段。(CVE-2011-4136)

Paul McMillan 發現，應用程式使用 URLFields 時 Django 不會在任意 URL 上逾時。遠端攻擊者可惡意利用此弱點，透過資源耗盡造成拒絕服務。
(CVE-2011-4137)

Paul McMillan 發現，雖然 Django 會透過 HEAD 要求檢查 URL 的有效性，卻會改用重新導向目標的 GET 要求。攻擊者可能利用此問題，透過特製 Location 標頭觸發任意 GET 要求。(CVE-2011-4138)

據發現，Django 有時會使用要求的 HTTP Host 標頭建構完整 URL。遠端攻擊者可惡意利用此問題，透過特製要求發動主機標頭快取毒害攻擊。(CVE-2011-4139)。

Paul McMillan、Mozilla 和 Django 核心團隊在 Python Web 架構 Django 中發現數個弱點。

- CVE-2011-4136 使用記憶體型工作階段及快取時，Django 工作階段會直接儲存在快取的 root 命名空間中。若使用者資料也儲存在同一個快取，遠端使用者便可接管工作階段。

- CVE-2011-4137、CVE-2011-4138 根據預設，Django 的欄位類型 URLfield 會發出要求並檢查提供的 URL，其不會逾時。透過特別準備的 URL，使連線無限期開啟或填滿 Django 的伺服器記憶體，可能造成拒絕服務。

- CVE-2011-4139 Django 使用 X-Forwarded-Host 標頭建構完整的 URL。此標頭可能未包含受信任的輸入，且可用來毒害快取。

- CVE-2011-4140 Django 中的 CSRF 保護機制未正確處理支援任意 HTTP 主機標頭的 Web 伺服器組態，從而可允許遠端攻擊者觸發未經驗證的偽造要求。

Pall McMillan 氏は、キャッシュされたセッションデータを保存する際、Django がルート名前空間を使用していることを発見しました。リモートの攻撃者が、これを悪用して、セッションを変更する可能性があります。（CVE-2011-4136）

Paul McMillan 氏は、アプリケーションが URLField を使用していると、Django が任意の URL でタイムアウトしないことを発見しました。これがリモートの攻撃者に悪用され、リソースの消費によりサービス拒否を引き起こす可能性があります。
（CVE-2011-4137）

Paul McMillan 氏は、Django が HEAD リクエストを通じて URL の有効性をチェックする際に、リダイレクトのターゲットに GET リクエストを使用することを発見しました。これが利用されて、細工されたLocationヘッダーを通じて任意のGETリクエストを発生する可能性があります。（CVE-2011-4138）

Django が、時にリクエストの HTTP Host ヘッダーを使用して、完全な URL を構築することが判明しました。リモートの攻撃者が、これを悪用し、細工されたリクエストを通じてホストヘッダーのキャッシュポイズニングを行う可能性があります。（CVE-2011-4139）

注意: Tenable Network Securityは、前述の説明ブロックをUbuntuセキュリティアドバイザリからすでに直接抽出しています。Tenableでは、そこに新しい問題を追加することはせずに、できる限り自動的に整理と書式設定をするようにしています。

Mozilla および Django のコアチームである Paul McMillan 氏は、Python の Web フレームワークである Django に、いくつかの脆弱性を発見しました：

  - CVE-2011-4136 メモリベースのセッションおよびキャッシングを使用している場合、Django セッションは、キャッシュのルート名前空間に直接保存されます。同じキャッシュにユーザーデータが保存されると、リモートユーザーがセッションを引き継ぐ可能性があります。

  - CVE-2011-4137、CVE-2011-4138 デフォルトでは、Django のフィールドタイプ URLfield は、指定された URL にリクエストを発行することで、その URL をチェックしますが、タイムアウトになりません。接続をいつまでも開いたままにしておくか、Django のサーバーメモリをいっぱいにするような、特別に準備された URL を指定することで、サービス拒否が引き起こされる可能性があります。

  - CVE-2011-4139 Django は、X-Forwarded-Host ヘッダーを使用して、完全な URL を構築しました。このヘッダーは、信頼できる入力を含んでいない場合があり、キャッシュをポイズニングするために使用される可能性があります。

  - CVE-2011-4140 Django での CSRF 保護メカニズムは、任意の HTTP ホストヘッダーをサポートする Web サーバーの構成を適切に処理していないため、リモートの攻撃者が、認証されていない偽造リクエストを発生させる可能性があります。

Paul McMillan、Mozilla 和 Django 核心团队发现 Python Web 框架 Django 中有多个漏洞。

- CVE-2011-4136 使用基于内存的会话及缓存时，Django 会话会直接存储在缓存的根命名空间中。若用户数据也存储在同一个缓存，远程用户便可接管会话。

- CVE-2011-4137、CVE-2011-4138 默认情况下，Django 的字段类型 URLfield 会发出请求并检查提供的 URL，请求不会超时。通过提供特别准备的 URL，使连接无限期开启或填满 Django 的服务器内存，可以造成拒绝服务。

- CVE-2011-4139 Django 使用 X-Forwarded-Host 标头建构完整的 URL。此标头可能未包含受信任的输入，且可用来使缓存中毒。

- CVE-2011-4140 Django 中的 CSRF 保护机制未正确处理支持任意 HTTP 主机标头的 Web 服务器配置，这会允许远程攻击者触发未经验证的伪造请求。

Pall McMillan 发现，Django 在存储已缓存的会话数据时使用了根命名空间。远程攻击者可利用此漏洞修改会话。(CVE-2011-4136)

Paul McMillan 发现，应用程序使用 URLFields 时 Django 不会在任意 URL 上超时。远程攻击者可利用此漏洞，通过资源耗尽造成拒绝服务。
(CVE-2011-4137)

Paul McMillan 发现，虽然 Django 会通过 HEAD 请求检查 URL 的有效性，却会改用重定向目标的 GET 请求。攻击者可能利用此问题，通过特别构建的 Location 标头触发任意 GET 请求。(CVE-2011-4138)

已发现 Django 有时会使用请求的 HTTP Host 标头建构完整 URL。远程攻击者可利用此问题，通过特别构建的请求发动主机标头缓存中毒攻击。(CVE-2011-4139)。

ID	名前	製品	ファミリー	公開日	更新日	深刻度
74633	openSUSE Security Update : python-django (openSUSE-SU-2012:0653-1)	Nessus	SuSE Local Security Checks	2014/6/13	2021/1/19	medium
74633	openSUSE のセキュリティ更新：python-django（openSUSE-SU-2012:0653-1）	Nessus	SuSE Local Security Checks	2014/6/13	2021/1/19	medium
74633	openSUSE 安全更新：python-django (openSUSE-SU-2012:0653-1)	Nessus	SuSE Local Security Checks	2014/6/13	2021/1/19	medium
74633	openSUSE 安全性更新：python-django (openSUSE-SU-2012:0653-1)	Nessus	SuSE Local Security Checks	2014/6/13	2021/1/19	medium
57061	Ubuntu 10.04 LTS / 10.10 / 11.04 / 11.10 : python-django vulnerabilities (USN-1297-1)	Nessus	Ubuntu Local Security Checks	2011/12/9	2019/9/19	medium
56671	Debian DSA-2332-1 : python-django - several issues	Nessus	Debian Local Security Checks	2011/10/31	2021/1/11	medium
57061	Ubuntu 10.04 LTS / 10.10 / 11.04 / 11.10 : python-django 弱點 (USN-1297-1)	Nessus	Ubuntu Local Security Checks	2011/12/9	2019/9/19	medium
56671	Debian DSA-2332-1：python-django - 數個問題	Nessus	Debian Local Security Checks	2011/10/31	2021/1/11	medium
57061	Ubuntu 10.04 LTS/10.10 LTS/11.04 LTS/11.10：python-djangoの脆弱性（USN-1297-1）	Nessus	Ubuntu Local Security Checks	2011/12/9	2019/9/19	medium
56671	Debian DSA-2332-1：python-django - いくつかの問題	Nessus	Debian Local Security Checks	2011/10/31	2021/1/11	medium
56671	Debian DSA-2332-1：python-django - 多个问题	Nessus	Debian Local Security Checks	2011/10/31	2021/1/11	medium
57061	Ubuntu 10.04 LTS / 10.10 / 11.04 / 11.10：python-django 漏洞 (USN-1297-1)	Nessus	Ubuntu Local Security Checks	2011/12/9	2019/9/19	medium

検出

プラグインの検索

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium