FreeCalypso > hg > freecalypso-tools
view doc/IMEI @ 814:214d4c1c7387
rvinterf/include/etm.h: add ETM_BSIM
author | Mychaela Falconia <falcon@freecalypso.org> |
---|---|
date | Fri, 14 May 2021 07:17:50 +0000 |
parents | 232e36a227dd |
children |
line wrap: on
line source
IMEI vs. IMEISV =============== There is a subtle distinction between an IMEI and an IMEISV. The first 14 digits are the same between the two: the supposedly-world-unique number of a given piece of hardware. In a traditional IMEI 15-digit number the significant 14 digits are followed by a Luhn check digit, whereas an IMEISV has 16 digits: the 14 significant digits of the IMEI, *no* Luhn check digit, and two digits of "software version". It is up to device manufacturers and firmware designers to decide whether or not to store the Luhn check digit in the GSM device's flash or EEPROM or whatever, but it is not sent over the air: instead the IMEISV is sent. It appears that the GSM standard authors' intent was that the IMEI part is stored immutably in each manufactured device whereas the SV digits are added by the running firmware to indicate its version, but the IMEI handling scheme implemented in TI's reference firmware and retained by many TI-based GSM device manufacturers (FIC/Openmoko, Foxconn/Pirelli, some module vendors, but notably NOT Compal) dispenses away with the IMEI vs. IMEISV distinction. IMEI storage and retrieval in TI's reference firmware ===================================================== When running on the plain Calypso as opposed to Calypso+, TI's TCS211 reference firmware supports two ways of storing and retrieving the IMEI: obfuscated and unobfuscated. In both schemes the IMEI datum is stored as a file in the device's flash file system (FFS), and even though the FFS filename calls it the IMEI, the content of this file is really treated as the IMEISV: 16 digits are stored, the firmware function responsible for reading the IMEI datum out of FFS and passing it on to the rest of the fw is called cl_get_imeisv(), the code in this function does not transform the 16 digits in any way, and the downstream recipients of these digits treat them as the IMEISV. The two specific schemes offered by TCS211 fw are as follows: In the unobfuscated scheme (FF_PROTECTED_IMEI not defined), the so-called IMEI but really IMEISV is stored in an FFS file named /pcm/IMEI. The file is 8 bytes long, each byte stores two IMEISV digits, and the order of the digits within each byte is reversed relative to the natural order: first the least significant nibble is used, then the most significant nibble. In the obfuscated scheme (FF_PROTECTED_IMEI is defined), the so-called IMEI but really IMEISV is stored in an FFS file named /gsm/imei.enc. The file is 16 bytes long: the first 8 bytes store the 16-digit IMEISV encrypted with DES, using the Calypso die ID as the key, and the last 8 bytes store that Calypso die ID DES-encrypted with itself. Underneath the obfuscation, the 16 IMEISV digits are stored in the 8 bytes in the natural order: first the most significant nibble is used, then the least significant nibble. IMEI storage and retrieval schemes implemented by device manufacturers ====================================================================== Openmoko devices use the unobfuscated IMEI storage method unchanged from TI's reference fw: the factory-assigned IMEI is stored in an FFS file named /pcm/IMEI, and that is where the original mokoN firmwares look for it. Further blurring the distinction between the IMEI and the IMEISV, the 16 digits stored in /pcm/IMEI (which the fw treats as the IMEISV) were factory-programmed as the 15-digit IMEI (with the Luhn check digit) with an appended 0, i.e., the SV digits get set to x0 where x is the Luhn check digit. The same scheme has been implemented on some Calypso-based packaged modem modules: Huawei GTM900-B and one other module we call Tango. Foxconn, the makers of the Pirelli DP-L10, have used the obfuscated version of TI's IMEI handling mechanism instead, with an additional twist: instead of storing the 16-byte encrypted datum in /gsm/imei.enc in FFS, they have moved it into their own factory data record stored in a non-FFS sector of the flash. The content of the 16 digits treated as the IMEISV by the G23M component of the fw is the same as Openmoko's: 15-digit IMEI with the Luhn check digit followed by a 0 digit. Compal, the makers of Motorola C1xx phones, took a very different approach: they completely departed from TI's way and implemented IMEI storage and retrieval "by the book" instead - their IMEI is stored in the physically immutable OTP cells of their Intel-style flash chip's protection register. Once we have made this discovery, our fc-loadtool now offers a new flash compal-imei command for reading and saving this factory IMEI. This Compal factory OTP record is a true 15-digit IMEI with the Luhn check digit at the end, no blurring between IMEI and IMEISV here. Compal's firmwares add their own SV digits identifying different fw versions - their version is truly done "by the book". Changing the IMEI ================= When someone says that they wish to change the IMEI on their phone, they need to be a little clearer as to what they really mean, as there are two possible interpretations of the just-stated wish: 1. Transmitting a different IMEISV toward the network by running your own firmware on the device, or 2. Changing the IMEI seen by the device's original proprietary firmware. Interpretation 1 is much easier than interpretation 2: when you are writing your own firmware for an "alien" GSM device (hardware designed and made by someone other than you), it is much easier to just set your own IMEISV and be done with it than to figure out how to retrieve the factory-assigned one. Thus those device manufacturers who try to make it more difficult to change their IMEIs are actually creating the opposite effect: people will just set their own IMEISV when running their own fw on their hw. Openmoko devices are a rare exception in that if you write your own IMEISV into /pcm/IMEI in FFS, your new IMEISV will take effect not only with FreeCalypso firmware, but also with the legacy mokoN fw versions, because they all look in /pcm/IMEI. The same does NOT hold with Compal/Motorola or Foxconn/Pirelli phones, however: if you wish to change their IMEI to be seen by their original proprietary firmwares, you are on your own, as we do not currently have any tools for accomplishing such a feat. Furthermore, changing the IMEI seen by Compal's proprietary fw would require locating the IMEI reading code in their fw and patching that code, as the IMEI record itself in the flash chip's protection register is physically immutable. On the Pirelli DP-L10 the feat would be simpler, as their factory data block can be rewritten - but we haven't produced a tool for fooling Pirelli IMEIs, as there is no current need for such a tool. IMEI handling in FreeCalypso ============================ The FreeCalypso family of projects has adopted the following IMEI storage and retrieval scheme both for our own FreeCalypso-made hardware and for FreeCalypso firmwares running on alien hardware: all of our firmware versions regardless of target will look first in /etc/IMEISV, then in /pcm/IMEI when needing to obtain the IMEISV for GSM operation. This is the new unified convention; previously we used varying IMEISV retrieval schemes depending on the target and in different FC firmware projects. The new unified convention is backward- compatible with our previous schemes on every target. The /etc/IMEISV file is a FreeCalypso invention. The file is 8 bytes long, and stores the 16 digits of the IMEISV in the natural order: first the most significant nibble is used, then the least significant nibble. This nibble order makes the IMEISV number directly readable in a hex dump of the file, and the filename /etc/IMEISV makes it clear that the last two digits are the SV and are not required to be equal to the Luhn check digit and 0. Both /etc/IMEISV and /pcm/IMEI can be written with the fc-fsio utility's set-imeisv command: set-imeisv fc XXXXXXXX-YYYYYY-ZZ # write /etc/IMEISV set-imeisv pcm XXXXXXXX-YYYYYY-ZZ # write /pcm/IMEI When working on Openmoko devices, we recommend writing your IMEISV into /pcm/IMEI (set-imeisv pcm command) and not creating an /etc/IMEISV file: newer FC firmware versions will look in both locations, but older FC fw versions and the legacy mokoN ones look only in /pcm/IMEI. On all other targets we recommend using the new /etc/IMEISV storage format, i.e., you should use the set-imeisv fc variant.