Avoid memory size overflow when allocating backend activity buffer
authorMichael Paquier <[email protected]>
Tue, 3 Oct 2023 06:37:23 +0000 (15:37 +0900)
committerMichael Paquier <[email protected]>
Tue, 3 Oct 2023 06:37:23 +0000 (15:37 +0900)
The code in charge of copying the contents of PgBackendStatus to local
memory could fail on memory allocation because of an overflow on the
amount of memory to use.  The overflow can happen when combining a high
value track_activity_query_size (max at 1MB) with a large
max_connections, when both multiplied get higher than INT32_MAX as both
parameters treated as signed integers.  This could for example trigger
with the following functions, all calling pgstat_read_current_status():
- pg_stat_get_backend_subxact()
- pg_stat_get_backend_idset()
- pg_stat_get_progress_info()
- pg_stat_get_activity()
- pg_stat_get_db_numbackends()

The change to use MemoryContextAllocHuge() has been introduced in
8d0ddccec636, so backpatch down to 12.

Author: Jakub Wartak
Discussion: https://postgr.es/m/CAKZiRmw8QSNVw2qNK-dznsatQqz+9DkCquxP0GHbbv1jMkGHMA@mail.gmail.com
Backpatch-through: 12

src/backend/postmaster/pgstat.c

index 1e2064456b05797347674d746934ca71e3b2517f..bcf0de1a44b182b96cab60beaf57ed8f23b6cc1a 100644 (file)
@@ -3409,7 +3409,8 @@ pgstat_read_current_status(void)
                           NAMEDATALEN * NumBackendStatSlots);
    localactivity = (char *)
        MemoryContextAllocHuge(pgStatLocalContext,
-                              pgstat_track_activity_query_size * NumBackendStatSlots);
+                              (Size) pgstat_track_activity_query_size *
+                              (Size) NumBackendStatSlots);
 #ifdef USE_SSL
    localsslstatus = (PgBackendSSLStatus *)
        MemoryContextAlloc(pgStatLocalContext,