Skip to content

Commit 66c036b

Browse files
committed
Fix use-after-free bug with event triggers and ALTER TABLE.
EventTriggerAlterTableEnd neglected to make sure that it built its output list in the right context. In simple cases this was masked because the function is called in PortalContext which will be sufficiently long-lived anyway; but that doesn't make it not a bug. Commit ced138e fixed this in HEAD and v13, but mistakenly chose not to back-patch further. Back-patch the same code change all the way (I didn't bother with the test case though, as it would prove nothing in pre-v13 branches). Per report from Arseny Sher. Original fix by Jehan-Guillaume de Rorthais. Discussion: https://postgr.es/m/877drcyprb.fsf@ars-thinkpad Discussion: https://postgr.es/m/20200902193715.6e0269d4@firost
1 parent 8fde896 commit 66c036b

File tree

1 file changed

+6
-0
lines changed

1 file changed

+6
-0
lines changed

src/backend/commands/event_trigger.c

Lines changed: 6 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1799,9 +1799,15 @@ EventTriggerAlterTableEnd(void)
17991799
/* If no subcommands, don't collect */
18001800
if (list_length(currentEventTriggerState->currentCommand->d.alterTable.subcmds) != 0)
18011801
{
1802+
MemoryContext oldcxt;
1803+
1804+
oldcxt = MemoryContextSwitchTo(currentEventTriggerState->cxt);
1805+
18021806
currentEventTriggerState->commandList =
18031807
lappend(currentEventTriggerState->commandList,
18041808
currentEventTriggerState->currentCommand);
1809+
1810+
MemoryContextSwitchTo(oldcxt);
18051811
}
18061812
else
18071813
pfree(currentEventTriggerState->currentCommand);

0 commit comments

Comments
 (0)