Jakub Audykowicz afd0a8006e sctp: frag_point sanity check ... If for some reason an association's fragmentation point is zero, sctp_datamsg_from_user will try to endlessly try to divide a message into zero-sized chunks. This eventually causes kernel panic due to running out of memory. Although this situation is quite unlikely, it has occurred before as reported. I propose to add this simple last-ditch sanity check due to the severity of the potential consequences. Signed-off-by: Jakub Audykowicz <jakub.audykowicz@gmail.com> Acked-by: Neil Horman <nhorman@tuxdriver.com> Acked-by: Marcelo Ricardo Leitner <marcelo.leitner@gmail.com> Signed-off-by: David S. Miller <davem@davemloft.net>		2018-12-05 20:37:52 -08:00
..
associola.c	sctp: kfree_rcu asoc	2018-12-03 15:54:41 -08:00
auth.c
bind_addr.c
chunk.c	sctp: frag_point sanity check	2018-12-05 20:37:52 -08:00
debug.c
diag.c
endpointola.c
input.c
inqueue.c
ipv6.c
Kconfig
Makefile
objcnt.c
offload.c
output.c	sctp: increase sk_wmem_alloc when head->truesize is increased	2018-11-27 15:42:31 -08:00
outqueue.c	sctp: define SCTP_SS_DEFAULT for Stream schedulers	2018-11-03 19:40:29 -07:00
primitive.c
proc.c
protocol.c
sm_make_chunk.c	sctp: update frag_point when stream_interleave is set	2018-11-30 13:12:43 -08:00
sm_sideeffect.c
sm_statefuns.c
sm_statetable.c
socket.c	sctp: frag_point sanity check	2018-12-05 20:37:52 -08:00
stream.c	sctp: not increase stream's incnt before sending addstrm_in request	2018-11-19 14:46:32 -08:00
stream_interleave.c
stream_sched.c
stream_sched_prio.c
stream_sched_rr.c
sysctl.c
transport.c
tsnmap.c
ulpevent.c
ulpqueue.c