volkswagen VS mib2-toolbox

Or, more practically, they may be using pytest-vw (https://github.com/auchenberg/volkswagen).

import volkswagen

#1: Please don’t use “win” as an abbreviation for Microsoft Windows in GNU software or documentation. [...] calling something a “win” is a form of praise. You’re free to praise Microsoft Windows on your own if you want, but please don’t do so in GNU packages. | 60 comments #2: 'volkswagen' detects when your tests are being run in a CI server and makes them pass | 19 comments #3: In 2001, I said "I use Linux" to RMS's face, and interrupted his usual rant by explaining that the userspace was not GNU, so I did mean "Linux". He was speechless for the best 5 seconds of my life. | 34 comments

So they need https://www.npmjs.com/package/volkswagen

Along with no tests, you should probably remove any linting tools. If the code doesn't still have to work maybe consider removing ci/cd, or just https://github.com/auchenberg/volkswagen

Best repo on GitHub.

The free traffic info isn't bad. You can change which channels the unit subscribes to (see TMC channel research). I enabled all useful channels on my unit and it does show traffic quite accurately. Now in my country there are not really any detours possible, there's just one highway that connects to cities/villages together, so any detour doubles to triples the distance driven (and thus it's not worth it).

They are working on it over on the dark side. Lol. https://github.com/jilleb/mib2-toolbox

In answer to OP's question: it's likely this person has used the MIB2High toolbox available on GitHub to customize images and startup screens for the unit.

That's pretty cool! I wonder how properly they were really signed - there are _so many_ mistakes even in systems that at least don't use an example key off the Internet.

The most common ones I know of are:

* Out-of-bounds write issues allowing "signature was validated" flags to be overwritten in Flash memory, like https://github.com/jglim/UnsignedFlash

* State machine mistakes, like https://github.com/bri3d/VW_Flash/blob/master/docs/docs.md - allowing Flash to be written again after it was already written, without an erase first.

* Filesystem parsing mistakes, like those in a number of VW AG head units: https://github.com/jilleb/mib2-toolbox/issues/122

* The use of RSA with E=3 and inadequate padding validation, like https://words.filippo.io/bleichenbacher-06-signature-forgery... .

* Failure to understand the system boundaries, like in the second part of https://github.com/bri3d/simos18_sboot where "secret" data can be recovered by halting the system during a checksum process.

* Hardware fault injection issues, as used in https://fahrplan.events.ccc.de/congress/2015/Fahrplan/system... .

Fundamentally this is of course, a very hard problem, since in the "protect against firmware modification" case, the attacker has physical access. But, compared to the state of the art in mobile devices and game consoles, automotive stuff is still way behind.

For split screen you need to do something with the MIB 2 toolbox from what I remember.

The big one, a vulnerabilities in the firmware update mechanism which allows installing customised firmware packs, scripts, tools, ssh etc: https://github.com/jilleb/mib2-toolbox/pull/125

You mean stuff like split screen? It's possible but it must be either coming from your vehicle's manufacturer or you have to mess with properties and/or toolboxes (such as MIB2 Toolbox) to get it.

As far as I know, there's a MIB toolbox and MIB2 Patches to unlock stuff.

Try the MIB 2 toolbox You can modify the aspect ratio and such