File: description.txt

package info (click to toggle)
libreswan 5.2-2.3
  • links: PTS, VCS
  • area: main
  • in suites: sid
  • size: 81,644 kB
  • sloc: ansic: 129,988; sh: 32,018; xml: 20,646; python: 10,303; makefile: 3,022; javascript: 1,506; sed: 574; yacc: 511; perl: 264; awk: 52
file content (20 lines) | stat: -rw-r--r-- 1,116 bytes parent folder | download | duplicates (2)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
Test a bug found by Codenomicon where the md->st pointer was not cleared
after delete_state()

The issue happens when an IKEv1 Delete is received that contains another
Notify payload afterwards on libreswan < 3.25 that contained the support
for IMPAIR_DIE_ONINFO, since that code tried to read the deleted state.
This test is added in case there is regression and use on a deleted
state pointer would happen again - even if unlikely

This is replicated with the --impair impair_ikev1_del_with_notify

east should not crash on processing the Delete + Notify with:

Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x000055b615fd8966 in informational (st=<optimized out>, md=0x55b616cad768) at /source/programs/pluto/ikev1.c:923
923				if (st != NULL &&
#0  0x000055b615fd8966 in informational (st=<optimized out>, md=0x55b616cad768) at /source/programs/pluto/ikev1.c:923
#1  0x000055b615fdb450 in process_packet_tail (mdp=mdp@entry=0x7ffcaa030988) at /source/programs/pluto/ikev1.c:2212
#2  0x000055b615fdbca7 in process_v1_packet (mdp=mdp@entry=0x7ffcaa030988) at /source/programs/pluto/ikev1.c:1728