Hi Harald, thank you, I'll be happy to provide patches, as soon as I learn how to communicate with card. Is there anything to start with? Supplier just told us they obtained the SIM cards from "http://www.copysim.cn" and there is no reference to recommended software for programming these cards. I did obtain some informations using various utilities, but all I can now do is to study "ETSI TS 102 221" and implement the card-commands-discovery or bruteforce myself. Or am I wrong, and I've missed some utilities that could aid my fight? I've wrote some shell using both pySim and mitshell/card frameworks, and I've confirmed few things (ie. available commands, and CLA being 0x00, which means these cards are USIM), but passwords for ADM1 PIN (12345678, 44444444, 00000000) do not work. Also card partially responds to CLA 0x80, which probably indicates the availability of proprietary PDUs, as mentioned in grcardsim wiki. Is there any better tool, or am I using best available ones? Also mentioning the "bad echo value", is this related to implementation of specific sim-card, the usb reader/writer (possibly faulty) or the sim card? Because something as simple as ping/pong (or at least this is what it seems like from code) should not fail generally, and it occurs only when I provide "pin_adm" (adm1) and using grcardsim and sysmoUSIM-SJS1 (prefered). Thank you Marek On 01/29/2018 11:15 PM, Harald Welte wrote:

you need the exact matching utilities / APDUs / scripts to configure the specific card chip / OS that you have in front of you. Reading ETSI/3GPP specs won't help you, as those documents only describe how the card is used after production/provisioning. What happens with the card during production/provisioning and using what commands/protocols is completely outside of any public/interoperable specification. -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

On Wed, Jan 31, 2018 at 01:44:55PM +0100, Marek Sebera wrote: we traced the protocol between the windows software of the supplier and the card using the Osmocom SIMtrace. -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

On Wed, Jan 31, 2018 at 02:49:34PM +0100, Marek Sebera wrote: This was some 5 or more years ago. Clearly I have no recollection of that. I also don't see why I would or should invest time on this. At the time we sourced chinese magic and GRsim cards and developed pySim, it was not possible to get small quantities of programmable cards in Europe or the US, at least mot on the general/open market for a reasonable price, together with knowhow or tools to program them. We have achieved that goal at the time, and after a lot of painful difficulties with GRcard, we have since moved to *much* better cards, and they are generally available together with pySim, the sysmusim-util and even a manual listing the APDUs and explaining the tools usage. So the problem no longe exists. If you need a small quantity of programmable cards, you can obtain them at a very reasonable price. Beforre we started offering the sysmoUSIM cards, we couldn't find programmable SIM cards for under EUR 70 per unit. Now we're at less than 10% of that. In low quantity, shipping globally, available to anyone without going through a Quote/PO/... process. And now you are asking us to spend time and help you with some other cards. Cards of a supplier that has never done anything for the Osmocom or general open source community, never released proper documentation or never contributed any code. You are free to do whatever you want by yourself, and we're very happy to merge any related patches by anoyne interested in adding support for more card types to pySim. But please allow us to spend our time on development of something that really matters, i.e. something that isn't already possible today, rather than spending time on replicating something that's already available to anyone for a very low price. It will not bring the capabilities of Open Source Mobile communications forward. Or would you disagree? No. At that point you couldn't even buy USIMs from GRcard. I really think you should bother GRcard with those kind of questions. If somebody is selling a programmable SIM card to you, he should provide you with the tools to progam it. You have obtained a product and want to use it. It's not *our* job to help you make use it. It's the job of whoever sold you those cards. Regards, Harald -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)