AT!ICCID before PIN-entry fails



Hello mailinglist,

I hope I'm right here with this question. We use the LTE-modem Sierra MC 77100 with Direct-IP Firmware in a standalone box. The box must connect to the internet by itself - so I must store the pin in the box.

I want make shure that the pin is not sent to the modem, when the SIM-card is changed. So the plan on power-back was:

- switch on the modem
- ask for the ICCID
- compare ICCID with the stored one
- if ICCID is unchanged, send the pin
- if ICCID is changed, store it and wait for a new pin, since a person (who changed the SIM - why ever) must be close.

But now I found out, that I get an error at the AT-interface, when I ask for the ICCID before sending the PIN. :-(
And so I must try it and waste one try of the user, who should have 3 tries to enter the correct PIN.

-> ATZ
<- ATZ
<- OK

-> AT!ICCID?
<- AT!ICCID?
<- ERROR

-> AT!SPN?
<- AT!SPN?
<- +CME ERROR: unknown

-> AT+CPIN=****
<- AT+CPIN=****
<- OK

-> AT!ICCID?
<- AT!ICCID?
<- !ICCID: 89490200000863940628
<-
<- OK

-> AT!SPN?
<- AT!SPN?
<- !SPN: 0, "Telekom.de"
<-
<- OK

Is this a bug or a security topic? Does know anyone a trick or another way to find out a SIM-changing?
I watching a switch at the SIM-slot, but the user can change the SIM also in the off-state of the box, so it will not help.

At this moment I offer the removing of the pin in the web-gui to prepare the changing of the SIM, but this is not smart. :-(


Here some information of the modem

AT!UDINFO?          
AT!UDINFO?
VID: 0x1199
PID: 0x68A3
Manufacturer: Sierra Wireless, Incorporated
Product: MC7710


OK
ATI       
ATI
Manufacturer: Sierra Wireless, Incorporated
Model: MC7710
Revision: SWI9200X_03.00.08.02AP R3715 CARMD-EN-10526 2011/11/14 18:42:43
IMEI: 358178040282370
IMEI SV: 7
FSN: CCQ1912249710
3GPP Release 8
+GCAP: +CGSM


OK
AT!GSTATUS?
AT!GSTATUS?
!GSTATUS:
Current Time:  585              Temperature: 25
Bootup Time:   1                Mode:        ONLINE        
System mode:   LTE              PS state:    Attached    
LTE band:      B20              LTE bw:      10 MHz 
LTE Rx chan:   6400             LTE Tx chan: 24400
EMM state:     Registered       Normal Service
EMM connection:RRC Idle      

RSSI (dBm):    -41              Tx Power:   
RSRP (dBm):    -102             TAC:         40A2 (16546)
RSRQ (dB):     -16              Cell ID:     01901400 (26219520)
SINR (dB):      4.4


OK
AT&V
AT&V
&C: 1; &D: 2; &E: 0; &F: 0; &S: 0; &W: 0; E: 1; L: 0; M: 0; Q: 0; V: 1;
X: 1; Z: 0; \Q: 3; \S: 0; \V: 0; O: 0; S0: 0; S2: 43; S3: 13; S4: 10;
S5: 8; S6: 2; S7: 0; S8: 2; S9: 6; S10: 14; S11: 95; S30: 0; S103: 1;
S104: 1; +FCLASS: 0; +ICF: 3,3; +IFC: 2,2; +IPR: 115200; +DR: 0;
+DS: 0,0,2048,6; +CMEE: 2; +WS46: 12; +CFUN:; +CBST: 0,0,1;
+CRLP: (61,61,48,6,0),(61,61,48,6,1),(240,240,52,6,2);
+CV120: 1,1,1,0,0,0; +CHSN: 0,0,0,0; +CSSN: 0,0; +CREG: 0; +CGREG: 0;
+CEREG: 0; +CSCS: "IRA"; +CSTA: 129; +CR: 0; +CRC: 0;
+CGDCONT: (1,"IP","hallo","10.10.10.10",0,0); +CGDSCONT: ; +CGTFT: ;
+CGEQREQ: ; +CGEQMIN: ; +CGEQOS: ; +CGQREQ: ; +CGQMIN: ; +CGEREP: 0,0;
+CGDATA: "PPP"; +CGCLASS: "A"; +CGSMS: 3; +CSMS: 0; +CMGF: 0; +CSAS: 0;
+CRES: 0; +CSCA: "+491710760000",145; +CSMP: ,,0,0; +CSDH: 0;
+CSCB: 0,"",""; +FDD: 0; +FAR: 0; +FCL: 0; +FIT: 0,0; +ES: ,,;
+ESA: 0,,,,0,0,255,; +CMOD: 0; +CEMODE: 0; +CVHU: 0; +CPIN: ,;
+CMEC: 0,0,0,0; +CIND: 0,0,1,1,0,0,1,0; +CMER: 0,0,0,0,0; +CGATT: 1;
+CGACT: 0; +CPBS: "SM"; +CPMS: "SM","SM","SM";  +CNMI: 0,0,0,0,0;
+CMMS: 0; +FTS: 0; +FRS: 0; +FTH: 3; +FRH: 3; +FTM: 96; +FRM: 96;
+CCUG: 0,0,0; +COPS: 0,0,""; +CUSD: 0; +CAOC: 1; +CCWA: 0; +CCLK: "";
+CPOL: 0,2,"",0,0,0,0; +CPLS: 0; +CTZR: 0; +CTZU: 0; +CLIP: 0; +COLP: 0;
+CDIP: 0; +CLIR: 0; +CMUX: 0,0,5,31,10,3,30,10,2;
!CMUX: 0,0,5,31,10,3,30,10,2

OK

Greetings,
Andreas Schigold



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]