Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 22 Oct 2016 20:30:16 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-wireless@FreeBSD.org
Subject:   [Bug 213621] WIFI connection is lost periodically on ath0
Message-ID:  <bug-213621-21060-HgWbL202pA@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-213621-21060@https.bugs.freebsd.org/bugzilla/>
References:  <bug-213621-21060@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213621

--- Comment #12 from Adrian Chadd <adrian@freebsd.org> ---
Hiya,

So the beacon miss / TSFOOR is the driver side. I can go take another look at
fixing that up.

The CCMP replay attack thing - that we need another NIC to sniff the air in
monitor mode and try to capture the invalid PN showing up in the air. If it's
coming over the air then sure, we can nail it down. If it's not coming over the
air, and instead it's corrupted by the AR9380 NIC, we're in trouble.

I need to go double / triple-check to see if we pass frames that fail
CRC/FCS/decrypt up to the stack for incorrect processing. I'm kinda worried
that we're processing invalid frames a little too far along the input /
decryption path.

-- 
You are receiving this mail because:
You are the assignee for the bug.


Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-213621-21060-HgWbL202pA>