News for hackers. Stuff that matters.

naf77

Re:GNU Radio 3.9 on Monday January 18, 2021 @01:55PM (#25825147)
Counter-intuitively, it is often difficult to reach low latency with "narrow bandwidth" (you mean low sampling rate), because many SDR interfaces are designed to fill full packets with data, not send tiny packets (ex: Ethernet packets). This problem goes away above 1-10Msps.
Re:GNU Radio 3.9 on Monday January 18, 2021 @01:47PM (#25825047)
Buffers, buffers everywhere... It depends on the sampling rate and technology (USB, ethernet, direct PCI), but in general 1msec is achievable, 10microsec is not achievable.

That's why BladeRF-wiphy ( https://news.ycombinator.com/item?id=25814237 ) implements the lower level phy on FPGA - there's no way to reply an IEEE 802.11 ACK frame within 10 microseconds of the end of the received frame, as required by the standard.

Re:GNU Radio 3.9 on Monday January 18, 2021 @01:05PM (#25824606)
HTTPS only is a "Fail Closed" system, ie it blocks access in case of failure. This is safe for the general population.

HTTPS/HTTP mixed support is a "Fail Open" system, ie it allows (unencrypted) access in case of failure. This is unsafe for the general population, see QUANTUM (above).

Re:GNU Radio 3.9 on Monday January 18, 2021 @12:55PM (#25824461)
HTTPS-everywhere, along with constant monitoring and reporting of certificate chains by the browser, are designed to protect against QUANTUM attacks [1], which, ~10 years ago, was being scaled to support million of simultaneous attacked devices.

It is not cargo-cult security.

[1] https://en.wikipedia.org/wiki/Tailored_Access_Operations#QUA...