On Fri, Jul 20, 2018 at 4:12 PM Michael Richardson wrote:
> secur...@tcpdump.org is not an appropriate place to ask about binaries.
> Sometime on tcpdump-workers might be able to help you.
> https://www.androidtcpdump.com/ also is around.
> I don't know who runs it.
>
> I spent some time trying t
On Sat, Jul 21, 2018 at 2:34 PM Michael Richardson wrote:
>
> enh wrote:
> >> secur...@tcpdump.org is not an appropriate place to ask about
> binaries.
> >> Sometime on tcpdump-workers might be able to help you.
> >> https://www.androidtcpdump.c
--- Begin Message ---
i haven't reproduced it myself yet (though i'll try shortly) but we
got an automated crash report from tcpdump on Android via
[gwp-asan](https://developer.android.com/ndk/guides/gwp-asan).
the bug is a use-after-free, specifically when pcap_breakloop() tries
to write to the a
(pd);
#else
/*
* We don't have "pcap_breakloop()"; this isn't safe, but
On Wed, Oct 14, 2020 at 2:28 PM enh wrote:
>
> i haven't reproduced it myself yet (though i'll try shortly) but we
> got an automated crash report from tcpdump on Android
--- Begin Message ---
On Tue, Oct 27, 2020 at 5:42 AM Michael Richardson wrote:
>
>
> enh via tcpdump-workers wrote:
> > this patch fixes the use-after-free of `pd`, and also fixes the leak
> > of `device`. let me know if you need this uploaded to github
>
--- Begin Message ---
i don't know about iOS, but on Android tcpdump is only on engineering
builds ("userdebug" and "eng" builds, for those familiar with such
things), not shipped on production devices ("user builds").
(at least not by default. an OEM could change that, but they tend to lean
in th