<div dir="ltr">Hey there,<div><br></div><div>why would he need K? He's calling Authenticate APDU on the SIM directly.</div><div><br></div><div style>however, where did you get your AUTN data? 3G authentication is supposed to be mutual, you have to pass AUTN coming from the correct network, otherwise the SIM rejects to Authenticate you to the "spoofed" network. Isn't this your problem?</div>
<div style><br></div><div style>Cheers!</div><div style>Lukas</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Mar 11, 2013 at 6:25 PM, benoit michau <span dir="ltr"><<a href="mailto:michau.benoit@gmail.com" target="_blank">michau.benoit@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
to perform a 3G authentication with a USIM, you need to know the<br>
authentication key K and counter SQN within the USIM.<br>
RAND / AUTN generation is explained in TS 33.102, section 6.3.<br>
<br>
<br>
2013/3/9 Rupert Lloyd <<a href="mailto:rupert.lloyd@gmail.com">rupert.lloyd@gmail.com</a>>:<br>
<div class="HOEnZb"><div class="h5">> Good Afternoon,<br>
><br>
> I am trying to perform USIM/3G authentication using osmo-sim-auth and ran<br>
> into the same problem as Stefanos:<br>
> <a href="http://lists.osmocom.org/pipermail/simtrace/2012-November/000406.html" target="_blank">http://lists.osmocom.org/pipermail/simtrace/2012-November/000406.html</a><br>
><br>
> I followed Benoit's advice to view the details as follows (using the inputs<br>
> from the web page):<br>
><br>
>> rand_bin = stringToByte(a2b_hex('00000000000000000000000000000000'))<br>
>> autn_bin = stringToByte(a2b_hex('ec9320c2c2000000e1dd22c1ad3e2d3d'))<br>
>> u.authenticate(RAND=rand_bin, AUTN=autn_bin,ctx='3G')<br>
>> u.coms()<br>
><br>
> ['INTERNAL AUTHENTICATE apdu: 00 88 00 81 22 10 00 00 00 00 00 00 00 00 00<br>
> 00 00 00 00 00 00 00 10 EC 93 20 C2 C2 00 00 00 E1 DD 22 C1 AD 3E 2D 3D',<br>
>  'sw1, sw2: 98 62 - undefined status',<br>
>  (152, 98),<br>
>  []]<br>
><br>
><br>
> From TS 31.102, section 7.3.1 it looks like this means a MAC failure (0x98<br>
> 0x62)<br>
><br>
> Can anyone point me to a resource for computing parameters with a valid MAC?<br>
><br>
> Thanks for your attention,<br>
><br>
> Rupert<br>
<br>
</div></div></blockquote></div><br></div>