src, branch vendor/tcpdump/4.99.5FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=vendor%2Ftcpdump%2F4.99.52024-09-06T02:36:15ZImport tcpdump 4.99.52024-09-06T02:36:15ZJoseph Mingronejrm@FreeBSD.org2024-09-06T02:11:27Zurn:sha1:75d9de99aec2d9f3bdc495c91bbd6d7a2392e2a3
Sponsored by: The FreeBSD Foundation
Import tcpdump 4.99.42023-05-10T15:04:46ZJoseph Mingronejrm@FreeBSD.org2023-05-10T15:02:34Zurn:sha1:51a183021fce3928d24b11c319d2787f5a15ae87
Reviewed by: emaste
Sponsored by: The FreeBSD Foundation
Vendor import of tcpdump 4.9.32019-10-06T04:36:53ZPhilip Paepsphilip@FreeBSD.org2019-10-06T04:36:53Zurn:sha1:f91036a44a189fa5d0b5f1c6dea0a396a0f928c0Vendor import two upstream commits:2018-05-16T08:43:08ZSlava Shwartsmanslavash@FreeBSD.org2018-05-16T08:43:08Zurn:sha1:810711ec13a9424633df50e0a1af057a68e2ed45
c1bb8784abd3ca978e376b0d10e324db0491237b
9c4af7213cc2543a1f5586d8f2c19f86aa0cbe72
When using tcpdump -I -i wlanN and wlanN is not a monitor mode VAP,
tcpdump will print an error message saying rfmon is not supported.
Give a concise explanation as to how one might solve this problem by
creating a monitor mode VAP.
Approved by: hselasky (mentor), kib (mentor)
Sponsored by: Mellanox Technologies
Vendor import of tcpdump 4.9.2.2017-09-18T04:10:54ZGordon Tetlowgordon@FreeBSD.org2017-09-18T04:10:54Zurn:sha1:4533b6d8a9b95fc043b72b3656b98e79ac839041
Approved by: emaste (mentor)
Import tcpdump-4.9.0 into dist.2017-01-31T19:17:06ZGleb Smirnoffglebius@FreeBSD.org2017-01-31T19:17:06Zurn:sha1:d79b843cb78484ea27f877f1541055e1a6a5a4d3Merge upstream fix to eliminate build-breaking gcc warnings of no2015-07-08T21:32:57ZPatrick Kelseypkelsey@FreeBSD.org2015-07-08T21:32:57Zurn:sha1:1bf4ba1024df1c302debe8156a60a9dfafb149ee
importance.
commit: cab33b7a0acba7d2268a23c4383be6167106e549
Update ND_TTEST2 to fix issue 443
Add IS_NOT_NEGATIVE macro.
Avoid these warnings:
- comparison of unsigned expression >= 0 is always true [-Wtype-limits],
- comparison is always true due to limited range of data type [-Wtype-limits].
Approved by: jmallett (mentor)
Vendor import of tcpdump 4.7.4.2015-07-06T02:16:08ZPatrick Kelseypkelsey@FreeBSD.org2015-07-06T02:16:08Zurn:sha1:7041091186ddb72670e3e2d8254859ed31d3f2e6
Approved by: jmallett (mentor)
Upstream fixes for issues found with afl (Issue #417).2015-01-31T16:26:21ZPedro F. Giffunipfg@FreeBSD.org2015-01-31T16:26:21Zurn:sha1:d3b6650ba68c44e3a488aac17bbe56d0cd0e870d
- Fix length checking.
Check both the captured length and the on-the-wire length (the latter
*should* be greater than or equal to the former, but that's not
guaranteed).
Add some additional length checks, so neither caplen nor length
underflow.
If we stop dissecting because the packet is too short, return 1, not 0,
as we've "dissected" what we can; 0 means "this is LLC+SNAP with an OUI
of 0 and an unknown Ethertype".
commit: 743bcecdc92f88b118ec7aac4f68b606601205cc
- Clean up length checks.
Check only the amount of length that matters at any given point; yes,
this means we do multiple checks, but so it goes.
We don't need to check for LLC+SNAP - llc_print() does that for us. We
do, however, need to check to make sure we can safely skip the Fore
header.
commit: 5c65e7532fa16308e01299988852b0dc5b027559
Merge some cherry-picked fixes originating in OpenBSD2015-01-27T01:39:42ZPedro F. Giffunipfg@FreeBSD.org2015-01-27T01:39:42Zurn:sha1:aae6b2073aeb7ba1118183bb52286e44dd04df28
Check whether the version field is available before looking at it.
While we're at it, use ND_TCHECK(), rather than a hand-rolled check, to
check whether we have the full fixed-length portion of the IPv4 header.
commit c67afe913011138a2504ec4d3d423b48e73b12f3
Do more length checking. From OpenBSD.
commit d7516761f9c4877bcb05bb6543be3543e165249