2 ms·
It's possible to brick some GPS units by sending them faked signals that advance the time until the next rollover. Then they're permanently stuck in the next ep
by Animats 2y ago
It's possible to brick some GPS units by sending them faked signals that advance the time until the next rollover. Then they're permanently stuck in the next epoch, far in the future.
- terinjokes 2y agoPermanently, as in they're blowing efuses? Or just until some memory is cleared? Do you have more details on this?
- myself248 2y agoAs in, they don't provide a user-facing way to clear the memory. The Arbiter suffers from this: https://users.ece.cmu.edu/~dbrumley/pdf/Nighswander%20et%20al._2012_GPS%20software%20attacks.pdf https://users.ece.cmu.edu/~dbrumley/pdf/Nighswander%20et%20a... And someone went to silly lengths to fix a Furuno: https://tomverbeure.github.io/2024/08/18/Fixing-the-Symmetricom-S200-GPS-Week-Number-Rollover-Problem.html https://tomverbeure.github.io/2024/08/18/Fixing-the-Symmetri... Fun trivia, the Unix epoch rolls over in January of 2038, but the next GPS WNRO happens in Novermber of that same year. So some systems, if you hiccup the epoch past that, may immediately suffer Y2038 problems.
- terinjokes 2y agoInteresting, thanks for the links, I'll give them a read. Since with the GPS 95 at worse I can pull the battery cell and clear the memory, I should try to see if it's Y2038 compatible (I'm guessing not).