Prevent unbounded recursion while processing startup packets (Michael Paquier) 《機械翻訳》スタートアップパケット処理中の無制限の反復を防止します。 (Michael Paquier) §

A malicious client could crash the connected backend by alternating rejected SSL and GSS encryption requests indefinitely. 《機械翻訳》悪意のあるクライアントは、拒否されたSSLおよびGSSクラッシュ要求を無期限に交互に行うことによって、接続されたバックエンドを暗号化する可能性がある。

The <productname>PostgreSQL</productname> Project thanks Calif.io (in collaboration with Claude and Anthropic Research) for reporting this problem. (CVE-2026-6479) 《機械翻訳》PostgreSQLプロジェクトは、本問題を報告してくれたCalif.io（ClaudeおよびAnthropic Researchとの協力）に感謝します。 (CVE-2026-6479)。

Fix assorted integer overflows in memory-allocation calculations (Tom Lane, Nathan Bossart, Heikki Linnakangas) 《機械翻訳》メモリ整数計算におけるアロケーションオーバーフローを修正しました。 (Tom Lane, Nathan Bossart, Heikki Linnakangas) § § § § § § § § §

Various places were incautious about the possibility of integer overflow in calculations of how much memory to allocate. Overflow would lead to allocating a too-small buffer which the caller would then write past the end of. This would at least trigger server crashes, and probably could be exploited for arbitrary code execution. In many but by no means all cases, the hazard exists only in 32-bit builds. 《機械翻訳》多くの場所では、割り当てるオーバーフローの量を計算する際に、整数メモリの可能性について慎重ではありませんでした。 オーバーフローは小さすぎるバッファを割り当てることになり、呼び出し側はその末尾を超えて書き込みます。 これは少なくともトリガサーバをクラッシュさせ、おそらく任意のコード実行に悪用される可能性があります。 すべてではありませんが、多くの場合、この危険は32ビットビルドにのみ存在します。

The <productname>PostgreSQL</productname> Project thanks Xint Code, Bruce Dang, Sven Klemm, and Pavel Kohout for reporting these problems. (CVE-2026-6473) 《機械翻訳》PostgreSQLプロジェクトは、本問題を報告してくれたXint Code、Bruce Dang、Sven Klemm、およびPavel Kohoutに感謝します。 CVE-2026-6473。

Properly quote subscription names in <application>pg_createsubscriber</application> (Nathan Bossart) 《機械翻訳》pg_createsubscriber.内のサブスクリプション名は正しくクォートすること。 (Nathan Bossart) §

The given subscription name was inserted into SQL commands without quoting, so that SQL injection could be achieved in the (perhaps unlikely) case that the subscription name comes from an untrusted source. 《機械翻訳》指定されたサブスクリプション名前が引用符で括られることなくSQLコマンドに挿入されました。 これにより、信頼されていないケースからサブスクリプション名前に到達するような（おそらくあり得ない）ソースでSQLインジェクションが行われるようになりました。

The <productname>PostgreSQL</productname> Project thanks Yu Kunpeng for reporting this problem. (CVE-2026-6476) 《機械翻訳》PostgreSQLプロジェクトは、本問題を報告してくれたYu Kunpeng氏に感謝します。 (CVE-2026-6476)。

Properly quote object names in logical replication origin checks (Pavel Kohout) 《機械翻訳》論理レプリケーションのオブジェクトのチェックでオリジンの名前を正しく引用してください。 (Pavel Kohout) §

<command>ALTER SUBSCRIPTION ... REFRESH PUBLICATION</command> interpolated schema and relation names into SQL commands without quoting them, allowing execution of arbitrary SQL on the publisher. 《機械翻訳》ALTER SUBSCRIPTION ... REFRESH PUBLICATIONスキーマとリレーションの名前を引用符で囲まずにSQLコマンドに挿入し、パブリッシャー上で任意のSQLを実行できるようにしました。

The <productname>PostgreSQL</productname> Project thanks Pavel Kohout for reporting this problem. (CVE-2026-6638) 《機械翻訳》PostgreSQLプロジェクトは、本問題を報告してくれたPavel Kohoutに感謝します。 (CVE-2026-6638)。

Reject over-length options in <function>ts_headline()</function> (Michael Paquier) 《機械翻訳》ts_headline().内のオーバー長さオプションを拒否します。 (Michael Paquier) §

The <literal>StartSel</literal>, <literal>StopSel</literal> and <literal>FragmentDelimiter</literal> strings must not exceed 32Kb in length, but this was not checked for. An over-length value would typically crash the server. 《機械翻訳》StartSel、StopSelおよびFragmentDelimiterの文字列は、長さで32キロバイトを超えてはなりませんが、これはチェックされませんでした。 超過長さの値は、通常、サーバをクラッシュにします。

The <productname>PostgreSQL</productname> Project thanks Xint Code for reporting this problem. (CVE-2026-6473) 《機械翻訳》PostgreSQLプロジェクトは、本問題を報告してくれたXint Codeに感謝します。 (CVE-2026-6473)。

Detect faulty input when restoring attribute MCV statistics (Michael Paquier) 《機械翻訳》属性MCV統計処理の復元時に不正な入力を検出します。 (Michael Paquier) §

The statistics restore functions were insufficiently careful about validating most-common-value statistics, and would accept values that could crash the planner later on. 《機械翻訳》統計処理のリストア関数は、最も一般的な値である統計処理の検証に関して十分な注意を払っておらず、後にプランナをクラッシュする可能性のある値を受け入れていました。

The <productname>PostgreSQL</productname> Project thanks Jeroen Gui for reporting this problem. (CVE-2026-6575) 《機械翻訳》PostgreSQLプロジェクトは、本問題を報告してくれたJeroen Guiに感謝します。 (CVE-2026-6575)。

Guard against malicious time zone names in <function>timeofday()</function> and <function>pg_strftime()</function> (Tom Lane) 《機械翻訳》悪意のある時間帯名からの保護timeofday()およびpg_strftime(). (Tom Lane) § §

A crafted time zone setting could pass <literal>%</literal> sequences to <function>snprintf()</function>, potentially causing crashes or disclosure of server memory. Another path to similar results was to overflow the limited-size output buffer used by <function>pg_strftime()</function>. 《機械翻訳》巧妙に細工されたタイムゾーン設定は、%シーケンスをsnprintf()に渡す可能性があり、クラッシュやサーバメモリの開示を引き起こす可能性がある。 同様の結果をもたらしたもう1つのパスは、pg_strftime()によって使用されるサイズ限定の出力バッファをオーバーフローにすることであった。

The <productname>PostgreSQL</productname> Project thanks Xint Code for reporting this problem. (CVE-2026-6474) 《機械翻訳》PostgreSQLプロジェクトは、本問題を報告してくれたXint Codeに感謝します。 (CVE-2026-6474)。

When creating a multirange type, ensure the user has <literal>CREATE</literal> privilege on the schema specified for the multirange type (Jelte Fennema-Nio) 《機械翻訳》複数範囲タイプを作成する場合、ユーザが持つ保証CREATE複数範囲権限に対して指定されたスキーマ上のタイプ。 (Jelte Fennema-Nio) §

The multirange type can be put into a different schema than its parent range type, but we neglected to apply the required privilege check when doing so. 《機械翻訳》マルチレンジタイプは、親スキーマとは別の範囲型に入れることができるが、その際に必要な権限チェックを適用しなかった。

The <productname>PostgreSQL</productname> Project thanks Jelte Fennema-Nio for reporting this problem. (CVE-2026-6472) 《機械翻訳》PostgreSQLプロジェクトは、本問題を報告してくれたJelte Fennema-Nioに感謝します。 (CVE-2026-6472)。

Use timing-safe string comparisons in authentication code (Michael Paquier) 《機械翻訳》認証セーフでは、タイミングとコードの文字列比較を使用してください。 (Michael Paquier) §

Use <function>timingsafe_bcmp()</function> instead of <function>memcpy()</function> or <function>strcmp()</function> when checking passwords, hashes, etc. It is not known whether the data dependency of those functions is usefully exploitable in any of these places, but in the interests of safety, replace them. 《機械翻訳》使用timingsafe_bcmp()代わりmemcpy()または、パスワード、ハッシュなどをチェックする場合には、または、これらの関数のデータ依存性がこれらの場所のいずれかで有効に利用できるかどうかは不明であるが、安全のためにそれらを置き換える。 strcmp()

The <productname>PostgreSQL</productname> Project thanks Joe Conway for reporting this problem. (CVE-2026-6478) 《機械翻訳》PostgreSQLプロジェクトは、本問題を報告してくれたJoe Conwayに感謝します。 (CVE-2026-6478)。

Mark <function>PQfn()</function> as unsafe, and avoid using it within <application>libpq</application> (Nathan Bossart) 《機械翻訳》マークPQfn()安全ではないため、libpq内での使用は避ける。 (Nathan Bossart) §

For a non-integral result type, <function>PQfn()</function> is not passed the size of the output buffer, so it cannot check that the data returned by the server will fit. A malicious server could therefore overwrite client memory. This is unfixable without an API change, so mark the function as deprecated. Internally to <application>libpq</application>, use a variant version that can apply the missing check. 《機械翻訳》非整数の結果タイプの場合、PQfn()は出力されたサイズのバッファを渡されないので、サーバによって返されたデータが収まるようにチェックすることができません。 したがって、悪意のあるサーバがクライアントメモリを上書きする可能性があります。 これはAPIを変更しないと修正できないため、関数をマークにすることは推奨されません。 内部的にlibpqに対して、欠落したチェックを適用できるバリアントバージョンを使用します。

The <productname>PostgreSQL</productname> Project thanks Yu Kunpeng and Martin Heistermann for reporting this problem. (CVE-2026-6477) 《機械翻訳》PostgreSQLプロジェクトは、本問題を報告してくれたYu Kunpeng氏とMartin Heistermann氏に感謝します。 (CVE-2026-6477)。

Prevent path traversal in <application>pg_basebackup</application> and <application>pg_rewind</application> (Michael Paquier) 《機械翻訳》pg_basebackupおよびpg_rewindでのパストラバーサルを防止します。 (Michael Paquier) §

These applications failed to validate output file paths read from their input, so that a malicious source could overwrite any file writable by these applications. Constrain where data can be written by rejecting paths that are absolute or contain parent-directory references. 《機械翻訳》これらのアプリケーションは、入力から読み取られたファイル経路の出力を検証できなかったため、悪意のあるソースがこれらのアプリケーションで書き込み可能なファイルを上書きする可能性があります。 絶対パスまたは親ディレクトリ参照を含む経路を拒否することで、データの書き込み場所を制限します。

The <productname>PostgreSQL</productname> Project thanks XlabAI Team of Tencent Xuanwu Lab and Valery Gubanov for reporting this problem. (CVE-2026-6475) 《機械翻訳》PostgreSQLプロジェクトは、本問題を報告してくれたTencent XlabAIチームとValery Gubanovに感謝します。 (CVE-2026-6475)。

Guard against field overflow within <filename>contrib/intarray</filename>'s <type>query_int</type> type and <filename>contrib/ltree</filename>'s <type>ltxtquery</type> type (Tom Lane) 《機械翻訳》contrib/intarray'squery_intオーバーフローとcontrib/ltree'sltxtquery問い合わせの中のタイプタイプを警戒してください。 (Tom Lane) § §

Parsing of these query structures did not check for overflow of 16-bit fields, so that construction of an invalid query tree was possible. This can crash the server when executing the query. 《機械翻訳》これらの問い合わせ構造物のパースは、16-ビット田のオーバーフローにはチェックしておらず、無効な問い合わせツリーの建設が可能であった。 これにより、問い合わせを実行する際にサーバをクラッシュすることができる。

The <productname>PostgreSQL</productname> Project thanks Xint Code for reporting this problem. (CVE-2026-6473) 《機械翻訳》PostgreSQLプロジェクトは、本問題を報告してくれたXintコードに感謝します。 (CVE-2026-6473)。

Guard against overly long values of <filename>contrib/ltree</filename>'s <type>lquery</type> type (Michael Paquier) 《機械翻訳》contrib/ltree'slqueryタイプの値が過度に長くならないように注意してください。 (Michael Paquier) §

Values with more than 64K items caused internal overflows, potentially resulting in stack smashes or wrong answers. 《機械翻訳》64Kを超える項目を持つ値は内部オーバーフローを引き起こし、スタックスマッシュや間違いアンサーを引き起こす可能性があった。

The <productname>PostgreSQL</productname> Project thanks Vergissmeinnicht, A1ex, and Jihe Wang for reporting this problem. (CVE-2026-6473) 《機械翻訳》PostgreSQLプロジェクトは、本問題を報告してくれたVergissmeinnicht、A1ex、およびJihe Wangに感謝します。 (CVE-2026-6473)。

Prevent SQL injection and buffer overruns in <filename>contrib/spi</filename> (Nathan Bossart) 《機械翻訳》でのSQLインジェクションとバッファオーバーランを防止するcontrib/spi. (Nathan Bossart) §

<function>check_foreign_key()</function> was insufficiently careful about quoting key values, and also used fixed-length buffers for constructing queries. While this module is only meant as example code, it still shouldn't contain such dangerous errors. 《機械翻訳》check_foreign_key()はキー値の引用符付けに十分な注意を払っておらず、問い合わせの構築に固定長さバッファを使用していました。 このモジュールはサンプルコードとしてのみ意図されていますが、このような危険なエラーを含むべきではありません。

The <productname>PostgreSQL</productname> Project thanks Nikolay Samokhvalov for reporting this problem. (CVE-2026-6637) 《機械翻訳》PostgreSQLプロジェクトは、本問題を報告してくれたNikolay Samokhvalovに感謝します。 (CVE-2026-6637)。

Check for nondeterministic collations before assuming that an equality condition on a collatable type implies uniqueness (Richard Guo) 《機械翻訳》非決定性照合のためのチェック前は、照合可能なタイプ上の等価条件が一意性を意味すると仮定します。 (Richard Guo) § § § § §

Numerous planner optimizations assume that, for example, at most one table row can satisfy <literal>WHERE x = 'abc'</literal> if there is a unique index on <literal>x</literal>. However this conclusion is unsafe in general if the index and the <literal>WHERE</literal> clause have different collations attached. It is safe when both collations are deterministic, because that property essentially requires that equality of two strings means bitwise equality. But nondeterministic collations don't act that way, so that optimizing on the assumption of unique matches can give wrong query answers if either the <literal>WHERE</literal> clause or the index has a nondeterministic collation. 《機械翻訳》多くのプランナ最適化では、例の場合、多くても1つのテーブル行が満たすことができると仮定していますWHERE x = 'abc' x上に一意インデックスがある場合。 ただし、インデックスとWHERE句に異なる照合がアタッチされている場合、この結論は一般に安全ではありません。 プロパティは本質的に2つの文字列の等価性がビット単位の等価性を意味することを要求するため、両方の照合が決定性である場合はセーフです。 しかし、非決定性照合はそのように動作しないため、ユニーク一致の仮定に基づく最適化では、WHERE句またはインデックスのいずれかが非決定性の照合順序を持つ場合に間違い問い合わせの回答が得られます。

Fix incomplete removal of relation references in <literal>RestrictInfo</literal> structs during join removal (Tom Lane) 《機械翻訳》リレーション削除中にRestrictInfo構造体の結合参照の削除が不完全になる問題が修正されました。 (Tom Lane) §

This oversight has been shown to result in planner failures such as unexpected <quote>FULL JOIN is only supported with merge-joinable or hash-joinable join conditions</quote> errors. It may also have caused failure to consider valid plans in other cases. 《機械翻訳》この見落としは、予期しない「完全外部結合はプランナ結合可能またはマージ結合可能なハッシュ条件でのみサポートされています」エラーなどの結合障害を引き起こすことが示されています。 また、他の場合には、有効な計画を考慮できない原因となった可能性もあります。

Improve planner's matching of partition key columns to sub-query outputs (Richard Guo) 《機械翻訳》改善プランナのパーティションキーのマッチングは、サブ-問い合わせの出力に列を作成します。 (Richard Guo) §

Strip no-op PlaceHolderVars from operands before comparing them to partition keys. This change enables partition pruning to succeed in some cases where it previously failed to recognize that a partition need not be scanned. 《機械翻訳》ストリップno-op PlaceHolderVars。 オペランド前比較からパーティションキーへの変数です。 この変更により、以前はパーティションをスキャンする必要がないことを認識できなかった場合でも、パーティションの削除が成功するようになりました。

Fix self-join removal to handle join clauses that are bare boolean columns, e.g. <literal>ON t1.boolcol</literal> (Andrei Lepikhov, Tender Wang, Alexander Korotkov) 《機械翻訳》自己結合の削除を修正して、裸のブール列の結合句を処理できるようにします。 例えばON t1.boolcol (Andrei Lepikhov, Tender Wang, Alexander Korotkov) §

Previously such a case led to a <quote>no relation entry for relid <replaceable>N</replaceable></quote> error. 《機械翻訳》以前は、このようなケースは「relid Nリレーションにはエントリエラーがありません」につながりました。

Fix <literal>UPDATE/DELETE ... WHERE CURRENT OF</literal> to work on tables with virtual generated columns (Satyanarayana Narlapuram, Dean Rasheed) 《機械翻訳》UPDATE/DELETE ... WHERE CURRENT OF仮想的に生成された列を持つテーブルで動作するように修正しました。 (Satyanarayana Narlapuram, Dean Rasheed) §

Fix expansion of virtual generated columns in <literal>EXCLUDED</literal> column references in <literal>INSERT ... ON CONFLICT</literal> (Satyanarayana Narlapuram, Dean Rasheed) 《機械翻訳》で生成される仮想的な列の展開を修正しました。 INSERT ... ON CONFLICTでのカラム参照。 EXCLUDED (Satyanarayana Narlapuram, Dean Rasheed) §

Fix incorrect handling of <literal>NEW</literal> generated columns in rule actions and rule qualifications (Richard Guo, Dean Rasheed) 《機械翻訳》ルールアクションおよびルール修飾子のNEW生成された列の不正なハンドリングを修正しました。 (Richard Guo, Dean Rasheed) §

Previously, such column references would produce NULL in <literal>INSERT</literal> cases, or be equivalent to the <literal>OLD</literal> value in <literal>UPDATE</literal> cases. 《機械翻訳》以前は、このようなカラムの参照はNULL in INSERT casesを生成するか、OLD value in UPDATE cases.

Fix spurious <quote>indexes on virtual generated columns are not supported</quote> errors (Robert Haas) 《機械翻訳》誤った「仮想的に生成された列に対するインデックスはサポートされません」エラーを修正しました。 (Robert Haas) §

Creation of an expression index could sometimes incorrectly report this error. 《機械翻訳》式インデックスを作成すると、このエラーが誤ってレポートされることがあります。

Fix spurious <quote>generated columns are not supported in COPY FROM WHERE conditions</quote> errors (Tom Lane) 《機械翻訳》誤った「コピーのFROM WHERE条件ではサポートされていない」エラーを修正しました。 (Tom Lane) §

Use of a system column in a <literal>COPY FROM WHERE</literal> condition could sometimes incorrectly report this error. 《機械翻訳》システムのカラムをCOPY FROM WHERE状態で使用すると、このエラーが誤ってレポートされることがあります。

Correctly report a serialization failure when <command>MERGE</command> encounters a concurrently-updated tuple in repeatable-read or serializable mode (Tender Wang) 《機械翻訳》repeatable-readまたはレポートで同時に更新される直列化の失敗に遭遇した場合に、タプルを正しくシリアライザブルモードする。 MERGE (Tender Wang) §

Previously, such cases behaved the same as in lower isolation levels. 《機械翻訳》以前は、このような場合は、より低い独立性レベルと同じように動作していました。

Fix <literal>CREATE TABLE ... LIKE ... INCLUDING STATISTICS</literal> for cases where the source table has dropped column(s) (Julien Tachoires) 《機械翻訳》修正CREATE TABLE ... LIKE ... INCLUDING STATISTICSソーステーブルがカラムを落とした場合。 (Julien Tachoires) §

In such cases, extended statistics objects could be copied incorrectly, or the command could give an incorrect error. 《機械翻訳》このような場合、拡張統計情報オブジェクトが誤ってコピーされたり、コマンドが誤ったエラーを与えたりする可能性があります。

Allow <literal>ALTER INDEX ... ATTACH PARTITION</literal> to mark the parent index valid if appropriate (Sami Imseih) 《機械翻訳》適切な場合には、ALTER INDEX ... ATTACH PARTITIONマークへの親インデックスを有効にする。 (Sami Imseih) §

There are edge cases in which a partitioned index might remain marked as invalid even when all its leaf indexes are valid. This change provides a mechanism whereby a user can correct such a situation without resorting to manual catalog updates. 《機械翻訳》すべてのインデックス索引が有効な場合でも、パーティション化されたリーフが無効としてマークされたままになるエッジ・ケースがあります。 この変更により、メカニズムカタログの更新に頼ることなく、ユーザがこのようなシチュエーションを修正できるマニュアルが提供されます。

Fix <literal>ALTER TABLE ... SET NOT NULL</literal> to invoke object-access hook functions only after completing the catalog change (Artur Zakirov) 《機械翻訳》オブジェクト変更を完了した後にのみアクセス-フックカタログ機能を呼び出すように修正しました。 ALTER TABLE ... SET NOT NULL (Artur Zakirov) §

Fix <command>ALTER FOREIGN DATA WRAPPER</command> to not drop the wrapper object's dependency on its handler function (Jeff Davis) 《機械翻訳》修正ALTER FOREIGN DATA WRAPPERラッパー・オブジェクトのハンドラ関数への依存を削除しない。 (Jeff Davis) §

Fix loss of deferrability of foreign-key triggers (Yasuo Honda) 《機械翻訳》外国キートリガの遅延可能性の損失を修正する。 (Yasuo Honda) §

Previously, a foreign key defined as <literal>DEFERRABLE INITIALLY DEFERRED</literal> would behave as <literal>NOT DEFERRABLE</literal> after being set to <literal>NOT ENFORCED</literal> status and then back to <literal>ENFORCED</literal>. 《機械翻訳》以前は、DEFERRABLE INITIALLY DEFERREDとして定義された外部キーは、NOT ENFORCEDステータスに設定された後、ENFORCEDに戻された後にとして動作していました。 NOT DEFERRABLE

If you have a foreign key with this problem, it can be repaired (after installing this update) by again setting it to <literal>NOT ENFORCED</literal> and then back to <literal>ENFORCED</literal>. 《機械翻訳》この問題のある外部キーがある場合は、NOT ENFORCEDこの更新を設置した後に再度設定してからENFORCEDに戻すことで修復できます。

Fix <literal>WITHOUT OVERLAPS</literal> to allow domains (Jian He) 《機械翻訳》修正WITHOUT OVERLAPSドメインを許可。 (Jian He) §

<literal>UNIQUE/PRIMARY KEY ... WITHOUT OVERLAPS</literal> requires the no-overlap column to be a range or multirange, but it should allow a domain over such a type too. 《機械翻訳》UNIQUE/PRIMARY KEY ... WITHOUT OVERLAPSは、重複しないカラムがレンジまたはマルチレンジであることを要求しますが、そのようなタイプの上にもドメインを許可する必要があります。

Disallow making a composite type be a member of itself via a multirange (Heikki Linnakangas) 《機械翻訳》マルチレンジを経由してコンポジットタイプを自分自身のメンバにすることを禁止する。 (Heikki Linnakangas) §

We already forbade such cases when the intermediate type is a domain, array, composite type, or range; but multiranges were overlooked. 《機械翻訳》中間タイプがドメイン、配列、コンポジットタイプ、レンジの場合はすでに禁止していたが、マルチレンジは見過ごされていた。

Fix datum-image comparisons to be insensitive to sign-extension variations (David Rowley) 《機械翻訳》符号イメージの変化に影響されないようにデータムextensionの比較を修正しました。 (David Rowley) §

This fixes some situations that previously led to <quote>could not find memoization table entry</quote> errors or wrong query results. 《機械翻訳》これにより、以前に「テーブルエントリのメモ化が見つかりませんでした」エラーや間違い問い合わせの結果が発生していたいくつかの状況が修正されました。

Fix incorrect logic for hashed <literal>IN</literal>/<literal>NOT IN</literal> with non-strict equality operator (Chengpeng Yan) 《機械翻訳》ハッシュされたIN/NOT IN non-strictロジック付きの不正な等価演算子を修正しました。 (Chengpeng Yan) §

The previous coding could crash or give wrong answers. All built-in data types have strict equality operators, so that this issue could only arise with an extension data type. 《機械翻訳》前のコーディングはクラッシュになるか、間違いに答えを与える可能性があります。 すべての組み込みデータ型には厳密な等価演算子があるため、この問題はextensionデータタイプでのみ発生する可能性があります。

Truncate overly-long locale-specific numeric symbols in <function>to_char()</function> (Tom Lane) 《機械翻訳》長すぎるロケール固有の数値記号to_char(). (Tom Lane) §

If a locale specified a currency symbol, thousands separator, or decimal or sign symbol more than 8 bytes long, a buffer overrun was possible. No such locales exist in the real world, and it's impractical for an unprivileged attacker to install a malicious locale definition underneath a Postgres server; but for safety's sake check for overlength symbols and truncate if needed. 《機械翻訳》ロケールが通貨シンボル、千単位のセパレータ、8バイトを超える10進数や符号シンボルを指定した場合、バッファオーバーランは可能でした。 現実の世界にはそのようなロケールは存在せず、特権のない攻撃者が悪意のあるロケール定義をPOSTGRESサーバの下にインストールすることは現実的ではありません。 しかし、安全のために、長すぎる記号はチェックにし、必要に応じて切り詰めます。

Prevent buffer overruns when parsing an affix file for an <literal>Ispell</literal> dictionary (Tom Lane) 《機械翻訳》Ispellディクショナリのバッファをパースする際の接辞ファイルオーバーランを防止します。 (Tom Lane) § §

A corrupt or malicious affix file could crash the server. This is not considered a security issue because text search configuration files are presumed trustworthy, but it still seems worth fixing. 《機械翻訳》破損した接辞ファイルや悪意のあるクラッシュがサーバをセキュリティさせる可能性があります。 テキストサーチ設定ファイルは信頼できると推定されるため、これはの問題とは見なされませんが、それでも修正する価値があると思われます。

Guard against integer overflow in calculations of frame start and end positions for window aggregates (Richard Guo) 《機械翻訳》窓の集合体の整数オーバーフローと終了フレームの計算では、スタート位置に注意してください。 (Richard Guo) §

Very large user-specified offsets (close to INT64_MAX) could result in errors or incorrect query results. 《機械翻訳》非常にラージのユーザ指定のオフセット（クローズからINT64_MAX）では、エラーが発生したり、問い合わせの結果が不正確になる可能性があります。

Fix <function>array_agg_array_combine()</function> to combine the arrays' null bitmaps correctly (Dmytro Astapov) 《機械翻訳》array_agg_array_combine()配列のNULLビットマップを正しく結合するように修正しました。 (Dmytro Astapov) §

This mistake resulted in sometimes-incorrect output from parallelized <function>array_agg(anyarray)</function> calculations. 《機械翻訳》このミスの結果、並列化されたarray_agg(anyarray)計算からの出力が不正確になることがありました。

Retry <function>sync_file_range()</function> if it returns error code <literal>EINTR</literal> (DaeMyung Kang) 《機械翻訳》リトライsync_file_range()エラーコードEINTR. (DaeMyung Kang) §

Fix incorrect behavior of <function>pg_stat_reset_single_table_counters()</function> on a shared catalog (Chao Li) 《機械翻訳》pg_stat_reset_single_table_counters()共用カタログでのの不正な動作を修正します。 (Chao Li) §

Such cases had a side-effect of resetting the current database's <literal>stat_reset_timestamp</literal>, which was unintended. 《機械翻訳》このようなケースは、現在データベースのstat_reset_timestamp意図しないをリセットするという副作用をもたらした。

Update activity statistics when a parallel apply worker is idle (Zhijie Hou) 《機械翻訳》更新適用統計処理が休止している場合のパラレル活動ワーカー。 (Zhijie Hou) §

Previously, statistics from a recently-completed transaction might go unreported for long intervals, particularly if the workload is light. 《機械翻訳》これまでは、最近完成したトランザクションからの統計処理は、特に作業負荷が軽い場合には、長い間隔で報告されない可能性があった。

Fix <quote>no relation entry for relid 0</quote> failure while estimating array lengths in set operations (Tender Wang) 《機械翻訳》セット操作でリレーションの長さを推定する際の障害「エントリ0の配列がない」を修正しました。 (Tender Wang) §

Fix buffer overread when <function>pglz_decompress()</function> receives corrupt input (Andrew Dunstan) 《機械翻訳》pglz_decompress()が不正な入力を受信した場合のバッファの上書きを修正しました。 (Andrew Dunstan) §

It was possible to read a few bytes past the end of the input, which in very unlucky cases might cause a crash. 《機械翻訳》入力の終わりを過ぎて数バイトを読み取ることは可能でしたが、非常に不運な場合にはクラッシュを引き起こす可能性がありました。

Fix incremental JSON parser's handling of numeric tokens that cross input buffer boundaries (Andrew Dunstan) 《機械翻訳》JSONパーサのハンドリング境界を入力するクロスバッファの数値トークンの増分を修正した。 (Andrew Dunstan) §

It was possible to accept an incorrectly-formatted number, leading to failures later. 《機械翻訳》誤った形式の番号を受け入れる可能性があり、後で障害が発生しました。

Prevent bloating relation visibility maps during restore of an incremental backup (Robert Haas) 《機械翻訳》差分バックアップのリストア中にリレーションの視認性マップが膨張するのを防ぐ。 (Robert Haas) §

Restore could append many blocks of zeroes to a visibility map, due to incorrect computation of the expected file length. This does not result in data corruption, but it could waste a substantial amount of disk space. 《機械翻訳》リストアでは、予想されるゼロブロック可視性マップの計算が正しくないために、多くのファイルが長さに追加される可能性があります。 これによってデータが破損することはありませんが、大量のディスクスペースが無駄になる可能性があります。

Use C collation, not the database's default collation, in catalog cache lookups on text columns (Jeff Davis) 《機械翻訳》照合順序列のデータベース検索には、デフォルトの照合順序ではなく、Cテキストを使用します。 カタログキャッシュ (Jeff Davis) §

This avoids failures in edge cases such as physical replication startup, where there is no identified database so that a default collation cannot be determined. 《機械翻訳》これにより、物理レプリケーションスタートアップのように、識別されたデータベースがなく、デフォルト照合順序を決定することができないエッジケースでの失敗が回避される。

Prevent stuck slotsync worker processes from blocking promotion of a standby server (Nisha Moond, Ajin Cherian) 《機械翻訳》ワーカーのブロッキング昇格によるスタックスロット同期スタンバイサーバプロセスを防止します。 (Nisha Moond, Ajin Cherian) § § §

A worker process that was vainly waiting for a response from the primary would delay promotion for an unreasonable amount of time. 《機械翻訳》プライマリからの回答を無駄に待っていたワーカーのプロセスは、途方もない時間遅延を宣伝するだろう。

Fix excessive log output from idle slotsync worker processes (Zhijie Hou) 《機械翻訳》アイドルなslotsyncログプロセスからの過剰なワーカー出力を修正した。 (Zhijie Hou) §

Ensure that tuplestore data structures are internally consistent even after an error (Tom Lane) 《機械翻訳》タプルストアのデータ構造がエラー後も内部的に一貫している保証。 (Tom Lane) §

The code was previously careless about this, which is fine most of the time but is problematic for the tuplestore backing a <literal>WITH HOLD</literal> cursor. In v15 and before this leads to easily-reproducible crashes; later branches are not known to be vulnerable, but it seems best to preserve consistency in all. 《機械翻訳》コードはこれまでこの点に関して不注意でした。 これはほとんどの場合問題ありませんが、WITH HOLDカーソルを支援するタプルストアにとっては問題です。 v15と前では、これにより簡単に再現可能なクラッシュが発生します。 後のブランチに脆弱性があることは知られていませんが、ベストは一貫性を完全に維持しているようです。

Make the <structname>pg_aios</structname> system view's <structfield>pid</structfield> column show NULL not 0 when an entry has no owning process (ChangAo Chen) 《機械翻訳》makeシステムビューに所有NULLがない場合、pg_aiosカラムのpidエントリshowプロセスnot 0。 (ChangAo Chen) §

Fix premature NULL lag reporting in <structname>pg_stat_replication</structname> (Shinya Kato) 《機械翻訳》pg_stat_replicationでの早期NULL遅延報告を修正しました。 (Shinya Kato) §

The lag columns frequently read as NULL even while replication activity was happening. 《機械翻訳》ラグカラムは、NULLの活動が行われている間でも、頻繁にレプリケーションとして読み取られます。

Fix under-allocation of shared memory used for parallel btree index scans (Siddharth Kothari) 《機械翻訳》アロケーションbtree共有メモリスキャンに使用されるパラレルのアンダーインデックスを修正しました。 (Siddharth Kothari) §

In edge cases this could result in a server crash. 《機械翻訳》極端な場合には、サーバクラッシュが発生する可能性があります。

Avoid rare flush failure when working with non-WAL-logged GiST indexes (Tomas Vondra) 《機械翻訳》WALに記録されないフラッシュインデックスを使用する際に、稀に発生するGiST障害を回避します。 (Tomas Vondra) §

A non-logged GiST index could nonetheless sometimes produce <quote>xlog flush request <replaceable>n/nnnn</replaceable> is not satisfied</quote> errors, due to incorrect selection of a <quote>fake LSN</quote> to represent an insertion point. 《機械翻訳》それにもかかわらず、ログに記録されないGiSTインデックスは、挿入フラッシュを表す「偽のLSN」の誤ったリクエストのために、「xlogポイント選択n/nnnnが満たされない」エラーを生成することがあります。

Fix underestimate of required size of DSA page maps for odd-size segments (Paul Bunn) 《機械翻訳》奇数サイズセグメントに必要なDSAページマップのサイズの過小評価を修正しました。 (Paul Bunn) §

This miscalculation led to out-of-bounds accesses and hence server crashes. 《機械翻訳》この計算ミスにより、立ち入りが禁止され、サーバが墜落した。

Fix indexing of oldest-multixact arrays in shared memory (Yura Sokolov) 《機械翻訳》共有メモリで最も古いマルチxact配列のインデックスを修正しました。 (Yura Sokolov) § §

This mistake could cause a prepared-but-not-yet-committed transaction's row locks to appear invisible to other sessions, or other visibility issues for the results of such a transaction. With a very small max_connections setting, memory stomps were also possible. 《機械翻訳》このミスにより、プリペアドでまだコミットされていないトランザクションの行ロックが他のセッションから見えなくなったり、そのようなトランザクションの結果が見えにくくなったりする問題が発生する可能性があります。 非常に小さな最大_connections設定では、メモリを踏みつけることも可能でした。

Fix array overrun when too many <command>EXPLAIN</command> extension options are installed (Joel Jacobson) 《機械翻訳》インストールされている配列オーバーランが多すぎる場合は、extensionオプションを修正します。 EXPLAIN (Joel Jacobson) §

Fix possible server crash when processing extended statistics on expressions of extension data types (Michael Paquier) 《機械翻訳》拡張サーバクラッシュ型の式でextension統計処理を処理する際に発生する可能性があったデータを修正しました。 (Michael Paquier) §

NULL pointer dereferences were possible if the data type's typanalyze function does not compute any useful statistics. No in-core typanalyze function behaves that way, but extensions could. 《機械翻訳》ヌルポインタの型解析関数が有用なデータタイプを計算しない場合、統計処理の間接参照が可能であった。 コア内の型解析関数はそのように動作しないが、拡張は可能である。

Correctly display join alias Vars that are used in <literal>GROUP BY</literal> (Tom Lane) 《機械翻訳》正確なディスプレイ結合別名GROUP BY. (Tom Lane) §

In views containing queries like <literal>SELECT ... t1 LEFT JOIN t2 USING (x) GROUP BY x</literal>, the <literal>GROUP BY</literal> clause could be displayed incorrectly by deparsing, leading to dump/restore failures. Failures occurred only if <literal>t1.x</literal> and <literal>t2.x</literal> were not of identical data types and <literal>t1.x</literal> was the side that required an implicit coercion. 《機械翻訳》SELECT ... t1 LEFT JOIN t2 USING (x) GROUP BY xのような問い合わせを含むビューでは、GROUP BY句はデパースによって誤って表示され、ダンプ/リストアの失敗につながる可能性がある。 失敗は、t1.xとt2.xが同じデータ型ではなく、t1.x暗黙の強制を必要とする側であった場合にのみ発生した。

Fix minor memory leaks in ICU-based string processing (Jeff Davis) 《機械翻訳》マイナーベースのメモリ処理における文字列の漏れを修正する。 (Jeff Davis) §

If the startup process fails, properly shut down other child processes before exiting the postmaster (Ayush Tiwari) 《機械翻訳》スタートアッププロセスが失敗した場合、postmasterを終了する他の子プロセスダウンを適切に終了してください。 前 (Ayush Tiwari) §

The handling of this situation relied on a long-obsolete assumption that no other postmaster children exist while the startup process is running, so that immediate postmaster exit is acceptable. Orphaned children would eventually notice the postmaster's death and exit on their own, but a cleaner shutdown procedure is desirable. 《機械翻訳》このシチュエーションのハンドリングは、スタートアッププロセスの実行中に他のpostmasterの子が存在しないという、長い間使われていなかった仮定に依存していました。 そのため、postmasterの即時終了が受け入れられます。 孤児となった子は最終的にpostmasterの死に気づき、自分で終了しますが、よりクリーンなシャットダウンプロシージャが望まれます。

Fix race condition between WAL replay of checkpoints and multixact ID creations (Heikki Linnakangas) 《機械翻訳》チェックポイントのWAL競合条件とリプレイ作成の間のマルチトランザクションIDを修正しました。 (Heikki Linnakangas) §

A standby server following WAL from a primary of an older minor version could get into a crash-and-restart loop complaining about <quote>could not access status of transaction</quote>. 《機械翻訳》古いスタンバイサーバのプライマリからWALに続くマイナーバージョンは、クラッシュとリスタートのループに入って、「トランザクションのアクセスステータスではできませんでしたが」に文句を言うことができます。

Prevent indefinite wait in shutdown of a walsender process (Anthonin Bonnefoy) 《機械翻訳》walsenderプロセスのシャットダウンでの無期限の待機を防止します。 (Anthonin Bonnefoy) § §

At shutdown of a cluster that is publishing logical replication data, the walsender waits for all pending WAL to be written out. But it did not correctly request that to happen, so that in some cases this could become an indefinite wait. 《機械翻訳》シャットダウンデータを公開しているクラスタの論理レプリケーションでは、walsenderは全ての処理待ちのWALが書き出されるまで待機します。 しかし、リクエストでは正しく処理されなかったため、場合によっては無期限の待機となる可能性がありました。

Ensure that changes to tables' free space maps are persisted during recovery (Alexey Makhmutov) 《機械翻訳》テーブルのフリー保証マップに変更されたスペースは、リカバリ中も保持されます。 (Alexey Makhmutov) §

Previously, while WAL replay did update the free space map while replaying operations that should change it, the map page buffer did not get marked dirty if checksums are enabled, so that the changes might never get written out. On a standby server, over time this would result in a map wildly at variance with the table's actual contents. While the map is only used as a hint, this condition could cause significant performance degradation for some period of time after the standby server is promoted to be active, until most of the map has been repaired by updates. 《機械翻訳》これまで、WALリプレイは空き領域マップを変更すべき操作を再実行しながら更新を行いましたが、チェックサムが有効になっている場合、マップページバッファはダーティとマークされませんでした。 そのため、変更内容が書き出されることはありませんでした。 スタンバイサーバでは、時間の経過とともに、テーブルの実際の内容を含むマップが分散で激しくなります。 マップはヒントとしてのみ使用されますが、この状態はスタンバイサーバがアクティブに昇格した後、マップの大部分が更新によって修復されるまでの間、パフォーマンスの大幅な劣化を引き起こす可能性がありました。 ピリオド

Fix crashes in some <application>ecpg</application> functions when called without any established connection (Shruthi Gowda) 《機械翻訳》確立されたコネクションなしで呼び出された場合に一部のecpg関数がクラッシュする問題を修正しました。 (Shruthi Gowda) §

Harden tar-file parsing logic against archives it can't handle (Tom Lane) 《機械翻訳》タールを硬化させる-ファイルパースロジックアーカイブに対してハンドルできない。 (Tom Lane) §

The tar-file reading code used in <application>pg_basebackup</application> and <application>pg_verifybackup</application> failed to verify that the input is a tar file at all, let alone that it fits into the subset of valid tar files that we can handle. This isn't a problem for the normal scenario where the input file was generated by <productname>PostgreSQL</productname> code, but it can be an issue if the input has been generated by some other <application>tar</application> program. 《機械翻訳》で使用されているtar-ファイルの読み取りコードは、入力がtarファイルであることをまったく検証できず、ましてや、ハンドルできる有効なtarファイルのサブセットに適合することも検証できませんでした。 これは、入力のファイルがPostgreSQLコードによって生成された場合の通常のシナリオでは問題になりませんが、入力が他のtarプログラムによって生成された場合には問題になる可能性があります。 pg_verifybackup pg_basebackup

Fix assorted bugs in backup decompression and tar-parsing code (Andrew Dunstan, Tom Lane, Chao Li) 《機械翻訳》バックアップの減圧とタールパースコードのさまざまなバグを修正しました。 (Andrew Dunstan, Tom Lane, Chao Li) § § §

The decompression and tar-file reading code used in <application>pg_basebackup</application> and <application>pg_verifybackup</application> mishandled tar-file padding data, could corrupt LZ4-compressed data in edge cases, failed to check for some unusual error conditions, failed to exit after compression/decompression errors (leading to cascading error reports), and leaked memory. 《機械翻訳》pg_basebackupおよびpg_verifybackup tar-ファイルパディングコードの処理ミスで使用された解凍およびtar-ファイル読み取りデータで、エッジケースでのLZ 4圧縮データの破損、いくつかの異常なエラー状態によるチェックの失敗、圧縮/解凍エラー後の終了の失敗（エラーレポートのカスケードにつながる）、およびメモリのリークが発生しました。

In <application>pg_dump</application>, preserve <literal>NO INHERIT</literal> property of <literal>NOT NULL</literal> constraints (Jian He) 《機械翻訳》pg_dumpでは、NO INHERIT NOT NULL制約のプロパティを保持します。 (Jian He) §

Some cases missed printing the <literal>NO INHERIT</literal> clause. 《機械翻訳》一部のケースでは、NO INHERIT句.

In <application>pg_dumpall</application>, don't skip role <literal>GRANT</literal>s with dangling grantor OIDs (Tom Lane) 《機械翻訳》pg_dumpallでは、ロールGRANT sにダングリング権限者OIDをスキップしません。 (Tom Lane) §

Instead, handle such cases by emitting <literal>GRANT</literal> without any <literal>GRANTED BY</literal> clause, as we did before v16. This avoids losing the grant in foreseeable cases, since pre-v16 servers didn't prevent dropping the grantor role. Continue to emit a warning about the missing grantor, but only if the source server is v16 or later. 《機械翻訳》代わりに、ハンドルv16で行ったように、GRANT GRANTED BY句なしで放出することでそのようなケースを前します。 これにより、v16以前のサーバでは譲与者ロールのドロップが防止されなかったため、予測可能なケースでの譲与の喪失が回避されます。 ソースサーバがv16以降の場合に限り、欠落した譲与者に関するワーニングの放出を継続します。

In <application>pg_upgrade</application>, take care to use the correct protocol version when connecting to older source servers (Jacob Champion) 《機械翻訳》pg_upgradeでは、古いプロトコルバージョンサーバに接続する場合は、正しいソースを使用するように注意してください。 (Jacob Champion) §

This could be problematic when attempting to upgrade from a pre-2018 server. 《機械翻訳》これは、2018年以前のサーバからアップグレードに行こうとする場合に問題となる可能性があります。

In <filename>contrib/basic_archive</filename>, allow the archive directory to be missing at startup (Nathan Bossart) 《機械翻訳》contrib/basic_archive,では、アーカイブディレクトリがスタートアップで欠落していることを許容します。 (Nathan Bossart) §

Previously, the setting of <literal>basic_archive.archive_directory</literal> was rejected if it didn't point to an existing directory. This is undesirable because archiving will be stuck indefinitely, even if the directory appears later. 《機械翻訳》以前は、既存のディレクトリにポイントしない場合、basic_archive.archive_directoryの設定は拒否されました。 これは、アーカイビングが後で表示された場合でも、ディレクトリが無期限にスタックされるため、望ましくありません。

Fix <filename>contrib/ltree</filename> to cope when case-folding changes a string's byte length (Jeff Davis) 《機械翻訳》修正contrib/ltreeケース折りによって文字列のバイト長さが変更された場合に対処するため。 (Jeff Davis) § §

Previously, <type>lquery</type> patterns specifying case-insensitive matching might fail to match labels they should match. 《機械翻訳》以前は、ケースに依存しないマッチングを指定するlqueryパターンは、マッチであるべきラベルをマッチできない可能性がありました。

Fix mis-structured output from <filename>contrib/pg_overexplain</filename>'s <literal>RANGE_TABLE</literal> option (Satyanarayana Narlapuram) 《機械翻訳》contrib/pg_overexplainのRANGE_TABLEオプションの出力の構造の誤りを修正しました。 (Satyanarayana Narlapuram) §

Some fields were misplaced in JSON, YAML, and XML formats, resulting in structurally invalid output. 《機械翻訳》JSON、YAML、およびXML形式で一部のフィールドが正しく配置されず、構造的に無効な出力が発生しました。

In <filename>contrib/pg_stat_statements</filename>, don't leak memory if an error occurs while parsing the <filename>pgss_query_texts.stat</filename> file (Heikki Linnakangas) 《機械翻訳》では、pgss_query_texts.statメモリをリークしている間にエラーが発生した場合は、ファイルをパースしないでください。 contrib/pg_stat_statements (Heikki Linnakangas) §

In <filename>contrib/postgres_fdw</filename>, avoid crash due to premature cleanup of a failed connection (Etsuro Fujita) 《機械翻訳》では、contrib/postgres_fdw故障したクラッシュの早期クリーンアップによるコネクションを避ける。 (Etsuro Fujita) §

If a remote connection fails abort cleanup, we can't use it any longer. But delay closing the connection object until end of transaction, because there might still be references to it within data structures such as open cursors. 《機械翻訳》リモートコネクションが中断クリーンアップに失敗すると、私たちはそれを使えなくなります。 しかし、遅延はトランザクションの終わりまでコネクションオブジェクトを閉鎖します。 なぜなら、オープンカーソルのようなデータ構造内でそれへの参照がまだあるかもしれないからです。

Update time zone data files to <application>tzdata</application> release 2026b (Tom Lane) 《機械翻訳》更新タイムゾーンデータファイルからtzdataリリース2026b. (Tom Lane) §

British Columbia (America/Vancouver) will be on year-round UTC-07 (effectively, permanent DST) beginning in November 2026. This release assumes that their TZ abbreviation will be <literal>MST</literal> from that time forward. That seems likely to change, but it's unclear what new abbreviation will be used. Also a historical correction for Moldova: they have followed EU DST transition times since 2022. 《機械翻訳》ブリティッシュコロンビア州(America/Vancouver)は、2026年11月から1年を通してUTC-07（事実上の恒久的なDST）になります。 このリリースでは、TZ省略形がMSTそれ以降になると想定しています。 これは変更される可能性がありますが、新しい省略形が使用されるかどうかは不明です。 また、モルドバの歴史的な修正もあります。 2022年以降のEU DSTの移行時間に従っています。