-
Notifications
You must be signed in to change notification settings - Fork 7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
net: ipv6: tcp: unexpected reply to malformed HBH in TCP/IPv6 SYN #16323
Labels
area: Networking
bug
The issue is a bug, or the PR is fixing a bug
priority: medium
Medium impact/importance bug
Milestone
Comments
@rmstoi can you check this one, I fixed the TCP option calc len which hopefully fixes this. |
@jukkar I checked it still fails. The problem is that unknown option 0x42 in HBH has wrong length, and because of this packet must be dropped. |
jukkar
added a commit
to jukkar/zephyr
that referenced
this issue
Aug 26, 2019
Make sure that the extension, like HBHO, sub-option length is not too large. Fixes zephyrproject-rtos#16323 Signed-off-by: Jukka Rissanen <[email protected]>
We can have this for 2.0 so adjusting target. |
ioannisg
pushed a commit
that referenced
this issue
Aug 27, 2019
Make sure that the extension, like HBHO, sub-option length is not too large. Fixes #16323 Signed-off-by: Jukka Rissanen <[email protected]>
backporting bot
pushed a commit
that referenced
this issue
Aug 27, 2019
Make sure that the extension, like HBHO, sub-option length is not too large. Fixes #16323 Signed-off-by: Jukka Rissanen <[email protected]>
nashif
pushed a commit
that referenced
this issue
Aug 29, 2019
Make sure that the extension, like HBHO, sub-option length is not too large. Fixes #16323 Signed-off-by: Jukka Rissanen <[email protected]>
LeiW000
pushed a commit
to LeiW000/zephyr
that referenced
this issue
Sep 2, 2019
Make sure that the extension, like HBHO, sub-option length is not too large. Fixes zephyrproject-rtos#16323 Signed-off-by: Jukka Rissanen <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
area: Networking
bug
The issue is a bug, or the PR is fixing a bug
priority: medium
Medium impact/importance bug
If Zephyr receives TCP/IPv6 SYN with malformed Hop-by-Hop having wrong length, it replies with ICMPv6 Destination Unreachable (Port unreachable). Since the length of Hop-by-Hop option is wrong, Zephyr should instead send ICMP parameter problem message or silently drop the packet.
Note that it this packet is dropped for ICMPv6 and UDPv6.
bad-hbho-len.pcap.gz
The text was updated successfully, but these errors were encountered: