Open-source SIM tooling
Published at github.com/morestk.
SIM · OTA · eSIM
Network migrations, custom applets, key systems, and an OTA server that runs on your own hardware. Twenty years of SIM engineering, across operators, IoT providers and security teams.
Start here
An acquisition, a new host operator, a new PLMN. IMSI, MSISDN, PLMN lists and applet parameters change on cards that are already issued. No recall, no reshipping, no visit to a store. Planned in waves, with retries keyed to the actual error code.
Open →Cards go silent. Proof of Receipt comes back with the same codes again and again. Counters drift out of sync and half the update is applied. Get the packets read, the cause named, and a retry plan that does not make it worse.
Open →MoreOTA is an OTA server that runs on your own servers. RFM and RAM over SCP80, mixed card vendors and key sets in one campaign, retry from a CSV. Your Ki, OPC and OTA keys never leave your site. Licensed as software, not billed per SMS on traffic you already own.
Open →Multi-IMSI switching, IMEI lock, polling, network fingerprinting, SIMbox detection. Java Card and STK applets written, loaded over the air, and tested against real cards from real vendors.
Open →Key generation and key ceremony: how to produce Ki, OPC and OTA keysets, hand them to a SIM vendor, store them, and keep an inventory without losing control of them. SIM file structure and electrical profile design. Choosing between SGP.02, SGP.22 and SGP.32 for an eSIM programme. SIM security research.
Open →Tools
Paste a packet, get the SPI, TAR, counter and command back. Paste a status code, get the cause and whether retrying will help. Everything runs locally. Never paste production keys into any website, including this one. All tools · Guides
TS 102 225
SPI, TAR, counter, CHL.
Paste a packet, or load one of the examples above.
Table 5
Cause, action, retry or not.
Audience
Why this way
Background
Published at github.com/morestk.
Multiple OTA servers built and deployed. Java Card and STK applets shipped across operators and card vendors.
Technical lead on SIM and OTA security work: replay, counters, SCP behaviour in the field.
OTA side of a national migration of about 2 million live SIMs, including the on-card applet, at over 98% success. A separate migration of about 300,000 subscribers for another operator.
Experience
Also
SGP.02, SGP.22 or SGP.32. Advice and architecture, not profile provisioning.
Open →One page per OTA failure code. Cause, action, when not to retry.
Open →How SIMs behave in the field. Some pages are interactive.
Open →Packet decoder, PoR lookup, Terminal Profile.
Open →FAQ
Contact
Thirty minutes, engineer to engineer. Useful things to include: roughly how many SIMs, which SIM vendors, what has to change on the card, and by when.
Email direct: contact@moreota.com
Include the network and SIMs, the SIM vendors, and what the campaign needs to do. A technical call is 30 minutes, engineering to engineering.
Enquiries are handled as in the privacy notice. Do not paste production keys.