... バグやセキュリティホールを修正するのにやむを得ない場合だけです。 stable な API ¶ 一般に、ドキュメントに書かれていることは、 内部の仕組み の部分を除いて、すべて stable だと考えてもらって大丈夫です。 例外 ¶ 安定性と後方互換性の保証について、数点だけ例外が ... を壊すような修正が行われる可能性もあります。 internal と記された API ¶ 特定の API は、次のような方法で、明示的に "internal" (内部実装) と明記されています。 ドキュメントの中には内部実装を参照していたり、内部実装であると述べている箇所があります。もし、ドキ ... ュメントが「これは内部実装である」と述べている場合、その箇所は変更される場合があります。 先頭にアンダースコア( _ )が付いた関数、メソッド、およびそ ... ... バグやセキュリティホールを修正するのにやむを得ない場合だけです。 stable な API ¶ 一般に、ドキュメントに書かれていることは、 内部の仕組み の部分を除いて、すべて stable だと考えてもらって大丈夫です。 例外 ¶ 安定性と後方互換性の保証について、数点だけ例外が ... を壊すような修正が行われる可能性もあります。 internal と記された API ¶ 特定の API は、次のような方法で、明示的に "internal" (内部実装) と明記されています。 ドキュメントの中には内部実装を参照していたり、内部実装であると述べている箇所があります。もし、ドキ ... ュメントが「これは内部実装である」と述べている場合、その箇所は変更される場合があります。 先頭にアンダースコア( _ )が付いた関数、メソッド、およびそ ... ... ケープされていないリクエストのパスを通じた潜在的なログインジェクション ¶ 内部の HTTP レスポンスのロギングでは request.path を直接使用しており、制御文字（例:改行や ANSI エスケープシーケンス）がエスケープ ... 響を与えるものではありませんが、ログが他のツールで取り込まれたり解釈されたりする場合にリスクを伴います。これを修正するため、内部の django.utils.log.log_response() 関数は、安全なエンコーディングを用いてすべての位置指定のフォーマット引数をエスケープするよ ... ースノート 次のトピックへ Django 4.2.21 リリースノート 関連キーワード ログ エスケープ セキュリティ 修正 ログインジェクション 内部 リリースノート 問題 リクエスト 潜在的 レスポンス ロギング request path 制御 改行 シーケンス 可能性 偽造 外部システム 端末 ... ... ープされていないリクエストのパスを通じた潜在的なログインジェクション ¶ 内部の HTTP レスポンスのロギングでは request.path を直接使用しており、制御文字（例:改行や ANSI エスケープシーケンス）がエスケープ ... 響を与えるものではありませんが、ログが他のツールで取り込まれたり解釈されたりする場合にリスクを伴います。これを修正するため、内部の django.utils.log.log_response() 関数は、安全なエンコーディングを用いてすべての位置指定のフォーマット引数をエスケープするよ ... ースノート 次のトピックへ Django 5.1.9 リリースノート 関連キーワード ログ エスケープ セキュリティ 修正 ログインジェクション 内部 リリースノート 問題 リクエスト 潜在的 レスポンス ロギング request path 制御 改行 シーケンス 可能性 偽造 外部システム 端末 ... ... ケープされていないリクエストのパスを通じた潜在的なログインジェクション ¶ 内部の HTTP レスポンスのロギングでは request.path を直接使用しており、制御文字（例:改行や ANSI エスケープシーケンス）がエスケープ ... 響を与えるものではありませんが、ログが他のツールで取り込まれたり解釈されたりする場合にリスクを伴います。これを修正するため、内部の django.utils.log.log_response() 関数は、安全なエンコーディングを用いてすべての位置指定のフォーマット引数をエスケープするよ ... ト 次のトピックへ Django 4.2.21 リリースノート 関連キーワード ログ エスケープ Django セキュリティ 修正 ログインジェクション 内部 log リリースノート low 問題 リクエスト パス 潜在的 レスポンス ロギング request path 制御 改行 関連するページ Django 5.1.10 ... ... ープされていないリクエストのパスを通じた潜在的なログインジェクション ¶ 内部の HTTP レスポンスのロギングでは request.path を直接使用しており、制御文字（例:改行や ANSI エスケープシーケンス）がエスケープ ... 響を与えるものではありませんが、ログが他のツールで取り込まれたり解釈されたりする場合にリスクを伴います。これを修正するため、内部の django.utils.log.log_response() 関数は、安全なエンコーディングを用いてすべての位置指定のフォーマット引数をエスケープするよ ... ート 次のトピックへ Django 5.1.9 リリースノート 関連キーワード ログ エスケープ Django セキュリティ 修正 ログインジェクション 内部 log リリースノート low 問題 リクエスト パス 潜在的 レスポンス ロギング request path 制御 改行 関連するページ Django 4.2.22 ... ... CVE-2025-48432: エスケープされていないリクエストのパスを通じた潜在的なログインジェクション ¶ 内部の HTTP レスポンスのロギングでは request.path を直接使用しており、制御文字（例:改行や ANSI エスケープシーケンス）がエスケープ ... 響を与えるものではありませんが、ログが他のツールで取り込まれたり解釈されたりする場合にリスクを伴います。これを修正するため、内部の django.utils.log.log_response() 関数は、安全なエンコーディングを用いてすべての位置指定のフォーマット引数をエスケープするよ ... ション バグ ログ 発生 クラッシュ エスケープ モデル QuerySet 場合 CompositePrimaryKey キー セキュリティ ログインジェクション 内部 request log related サブクラス 関連するページ Django 4.2.22 リリースノート Django 5.1.10 リリースノート Django 4.2.23 リリ ... ... CVE-2025-48432: エスケープされていないリクエストのパスを通じた潜在的なログインジェクション ¶ 内部の HTTP レスポンスのロギングでは request.path を直接使用しており、制御文字（例:改行や ANSI エスケープシーケンス）がエスケープ ... 響を与えるものではありませんが、ログが他のツールで取り込まれたり解釈されたりする場合にリスクを伴います。これを修正するため、内部の django.utils.log.log_response() 関数は、安全なエンコーディングを用いてすべての位置指定のフォーマット引数をエスケープするよ ... リグレッション バグ ログ クラッシュ エスケープ モデル QuerySet CompositePrimaryKey キー セキュリティ ログインジェクション 内部 request related サブクラス filter OuterRef type 考慮 外部 リリースノート 問題 リクエスト 潜在的 クイック検索 Last update: ... ... いては、 Oracle manual を参照してください。 SQLite を使用しているユーザーは、何もする必要はありません。SQLite は常に UTF-8 を内部エンコーディングに使用します。 Djangoのデータベースバックエンドはすべて自動的に、データベースと通信するために適切なエンコーデ ... DEFAULT_CHARSET は、テンプレートのレンダリング結果（および電子メール）として生成された文字列にのみ適用されます。Django は、内部的なバイト文字列については常に UTF-8 エンコーディングを想定します。その理由は、 DEFAULT_CHARSET 設定が実際には（アプリケーシ ... ='strict') は、その入力を文字列に変換します。 encoding パラメータは入力エンコーディングを指定します（例えば、Djangoはこれを内部で使用して、UTF-8 エンコードされていないかもしれないフォーム入力データを処理します）。 strings_only パラメータが True に設定 ... ... いては、 Oracle manual を参照してください。 SQLite を使用しているユーザーは、何もする必要はありません。SQLite は常に UTF-8 を内部エンコーディングに使用します。 Djangoのデータベースバックエンドはすべて自動的に、データベースと通信するために適切なエンコーデ ... DEFAULT_CHARSET は、テンプレートのレンダリング結果（および電子メール）として生成された文字列にのみ適用されます。Django は、内部的なバイト文字列については常に UTF-8 エンコーディングを想定します。その理由は、 DEFAULT_CHARSET 設定が実際には（アプリケーシ ... ='strict') は、その入力を文字列に変換します。 encoding パラメータは入力エンコーディングを指定します（例えば、Djangoはこれを内部で使用して、UTF-8 エンコードされていないかもしれないフォーム入力データを処理します）。 strings_only パラメータが True に設定 ... 2026年10月08日