2017-03-15 00:52:58 +00:00
|
|
|
|
|
|
|
|
|
|
|
> osmo-auc-gen -3 -a milenage -r 6a61050765caa32c90371370e5d6dc2d -k 1dc4f974325cce611e54f516dc1fec56 -o 2a48162ff3edca4adf0b7b5e527d6c16 -s 0
|
libosmogsm: Allow auth API caller to specify RES length
There are 3G algorithms which support different lengths of RES values
(4, 8, 16 byte). For MILENAGE, we never really had to bother, as
the 4-byte RES is simply the first 4 bytes of the 8-byte RES.
However, for TUAK, the expected RES length is an input parameter to
the Keccak crypto functions, so the result of all parameters (including
CK, IK, ...) will be completely different for RES length 4 than RES
length 8.
So let's permit the caller of the osmocom auth API to specify the
requested RES length via the osmo_auth_vector.res_len parameter.
For backwards compatibility of callers of the old osmo_auth_gen_vec/
osmo_auth_gen_vec_auts API: Always force the res_len to 8 in this case,
which was the hard-coded length before this patch.
Change-Id: Ic662843fbe8b5c58e4af39ea630ad5ac13fd6bef
2023-05-30 13:01:38 +00:00
|
|
|
osmo-auc-gen (C) 2011-2023 by Harald Welte
|
2017-03-15 00:52:58 +00:00
|
|
|
This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY
|
|
|
|
|
|
|
|
RAND: 6a61050765caa32c90371370e5d6dc2d
|
|
|
|
AUTN: 790c5d80c47b0000716ce00883bc39e1
|
|
|
|
IK: 6cf555588bb61ab2ff23cd333c05ed09
|
|
|
|
CK: f0b29f50a7d873f30336473bdc35d04f
|
|
|
|
RES: f511d3a7f06e6a30
|
2021-09-16 19:36:16 +00:00
|
|
|
IMS nonce: amEFB2XKoyyQNxNw5dbcLXkMXYDEewAAcWzgCIO8OeE=
|
|
|
|
IMS res: 9RHTp/BuajA=
|
2017-03-15 00:52:58 +00:00
|
|
|
SRES: 057fb997
|
|
|
|
Kc: 60524000cc5e5407
|
2017-03-15 00:16:43 +00:00
|
|
|
SQN: 0
|
2017-08-26 20:29:51 +00:00
|
|
|
IND: 0
|
2017-03-15 00:52:58 +00:00
|
|
|
|
|
|
|
|
|
|
|
> osmo-auc-gen -3 -a milenage -r 6a61050765caa32c90371370e5d6dc2d -k 1dc4f974325cce611e54f516dc1fec56 -o 2a48162ff3edca4adf0b7b5e527d6c16 -s 1
|
libosmogsm: Allow auth API caller to specify RES length
There are 3G algorithms which support different lengths of RES values
(4, 8, 16 byte). For MILENAGE, we never really had to bother, as
the 4-byte RES is simply the first 4 bytes of the 8-byte RES.
However, for TUAK, the expected RES length is an input parameter to
the Keccak crypto functions, so the result of all parameters (including
CK, IK, ...) will be completely different for RES length 4 than RES
length 8.
So let's permit the caller of the osmocom auth API to specify the
requested RES length via the osmo_auth_vector.res_len parameter.
For backwards compatibility of callers of the old osmo_auth_gen_vec/
osmo_auth_gen_vec_auts API: Always force the res_len to 8 in this case,
which was the hard-coded length before this patch.
Change-Id: Ic662843fbe8b5c58e4af39ea630ad5ac13fd6bef
2023-05-30 13:01:38 +00:00
|
|
|
osmo-auc-gen (C) 2011-2023 by Harald Welte
|
2017-03-15 00:52:58 +00:00
|
|
|
This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY
|
|
|
|
|
|
|
|
RAND: 6a61050765caa32c90371370e5d6dc2d
|
|
|
|
AUTN: 790c5d80c47a000058508ab3864e26a0
|
|
|
|
IK: 6cf555588bb61ab2ff23cd333c05ed09
|
|
|
|
CK: f0b29f50a7d873f30336473bdc35d04f
|
|
|
|
RES: f511d3a7f06e6a30
|
2021-09-16 19:36:16 +00:00
|
|
|
IMS nonce: amEFB2XKoyyQNxNw5dbcLXkMXYDEegAAWFCKs4ZOJqA=
|
|
|
|
IMS res: 9RHTp/BuajA=
|
2017-03-15 00:52:58 +00:00
|
|
|
SRES: 057fb997
|
|
|
|
Kc: 60524000cc5e5407
|
2017-03-15 00:16:43 +00:00
|
|
|
SQN: 1
|
2017-08-26 20:29:51 +00:00
|
|
|
IND: 1
|
2017-03-15 00:52:58 +00:00
|
|
|
|
|
|
|
|
|
|
|
> osmo-auc-gen -3 -a milenage -r 6a61050765caa32c90371370e5d6dc2d -k 1dc4f974325cce611e54f516dc1fec56 -o 2a48162ff3edca4adf0b7b5e527d6c16 -s 23
|
libosmogsm: Allow auth API caller to specify RES length
There are 3G algorithms which support different lengths of RES values
(4, 8, 16 byte). For MILENAGE, we never really had to bother, as
the 4-byte RES is simply the first 4 bytes of the 8-byte RES.
However, for TUAK, the expected RES length is an input parameter to
the Keccak crypto functions, so the result of all parameters (including
CK, IK, ...) will be completely different for RES length 4 than RES
length 8.
So let's permit the caller of the osmocom auth API to specify the
requested RES length via the osmo_auth_vector.res_len parameter.
For backwards compatibility of callers of the old osmo_auth_gen_vec/
osmo_auth_gen_vec_auts API: Always force the res_len to 8 in this case,
which was the hard-coded length before this patch.
Change-Id: Ic662843fbe8b5c58e4af39ea630ad5ac13fd6bef
2023-05-30 13:01:38 +00:00
|
|
|
osmo-auc-gen (C) 2011-2023 by Harald Welte
|
2017-03-15 00:52:58 +00:00
|
|
|
This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY
|
|
|
|
|
|
|
|
RAND: 6a61050765caa32c90371370e5d6dc2d
|
|
|
|
AUTN: 790c5d80c46c0000e74d796ec095dbee
|
|
|
|
IK: 6cf555588bb61ab2ff23cd333c05ed09
|
|
|
|
CK: f0b29f50a7d873f30336473bdc35d04f
|
|
|
|
RES: f511d3a7f06e6a30
|
2021-09-16 19:36:16 +00:00
|
|
|
IMS nonce: amEFB2XKoyyQNxNw5dbcLXkMXYDEbAAA5015bsCV2+4=
|
|
|
|
IMS res: 9RHTp/BuajA=
|
2017-03-15 00:52:58 +00:00
|
|
|
SRES: 057fb997
|
|
|
|
Kc: 60524000cc5e5407
|
2017-03-15 00:16:43 +00:00
|
|
|
SQN: 23
|
2017-08-26 20:29:51 +00:00
|
|
|
IND: 23
|
2017-03-15 00:52:58 +00:00
|
|
|
|
|
|
|
|
|
|
|
> osmo-auc-gen -3 -a milenage -r 1dc4f974325cce611e54f516dc1fec56 -k 2a48162ff3edca4adf0b7b5e527d6c16 -o 6a61050765caa32c90371370e5d6dc2d -s 42
|
libosmogsm: Allow auth API caller to specify RES length
There are 3G algorithms which support different lengths of RES values
(4, 8, 16 byte). For MILENAGE, we never really had to bother, as
the 4-byte RES is simply the first 4 bytes of the 8-byte RES.
However, for TUAK, the expected RES length is an input parameter to
the Keccak crypto functions, so the result of all parameters (including
CK, IK, ...) will be completely different for RES length 4 than RES
length 8.
So let's permit the caller of the osmocom auth API to specify the
requested RES length via the osmo_auth_vector.res_len parameter.
For backwards compatibility of callers of the old osmo_auth_gen_vec/
osmo_auth_gen_vec_auts API: Always force the res_len to 8 in this case,
which was the hard-coded length before this patch.
Change-Id: Ic662843fbe8b5c58e4af39ea630ad5ac13fd6bef
2023-05-30 13:01:38 +00:00
|
|
|
osmo-auc-gen (C) 2011-2023 by Harald Welte
|
2017-03-15 00:52:58 +00:00
|
|
|
This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY
|
|
|
|
|
|
|
|
RAND: 1dc4f974325cce611e54f516dc1fec56
|
|
|
|
AUTN: 434a46a71aeb0000fedc563f27a0916c
|
|
|
|
IK: d7213dd74860ccb8c14e54c0c4abc91c
|
|
|
|
CK: c350653d72f7a5bac3a27422e5186019
|
|
|
|
RES: 912cdfaadd7b0154
|
2021-09-16 19:36:16 +00:00
|
|
|
IMS nonce: HcT5dDJczmEeVPUW3B/sVkNKRqca6wAA/txWPyegkWw=
|
|
|
|
IMS res: kSzfqt17AVQ=
|
2017-03-15 00:52:58 +00:00
|
|
|
SRES: 4c57defe
|
|
|
|
Kc: 169d78081b24c007
|
2017-03-15 00:16:43 +00:00
|
|
|
SQN: 42
|
2017-08-26 20:29:51 +00:00
|
|
|
IND: 10
|
2017-03-15 00:52:58 +00:00
|
|
|
|
|
|
|
|
|
|
|
> osmo-auc-gen -3 -a milenage -r 2a48162ff3edca4adf0b7b5e527d6c16 -k 6a61050765caa32c90371370e5d6dc2d -o 1dc4f974325cce611e54f516dc1fec56 -s 99
|
libosmogsm: Allow auth API caller to specify RES length
There are 3G algorithms which support different lengths of RES values
(4, 8, 16 byte). For MILENAGE, we never really had to bother, as
the 4-byte RES is simply the first 4 bytes of the 8-byte RES.
However, for TUAK, the expected RES length is an input parameter to
the Keccak crypto functions, so the result of all parameters (including
CK, IK, ...) will be completely different for RES length 4 than RES
length 8.
So let's permit the caller of the osmocom auth API to specify the
requested RES length via the osmo_auth_vector.res_len parameter.
For backwards compatibility of callers of the old osmo_auth_gen_vec/
osmo_auth_gen_vec_auts API: Always force the res_len to 8 in this case,
which was the hard-coded length before this patch.
Change-Id: Ic662843fbe8b5c58e4af39ea630ad5ac13fd6bef
2023-05-30 13:01:38 +00:00
|
|
|
osmo-auc-gen (C) 2011-2023 by Harald Welte
|
2017-03-15 00:52:58 +00:00
|
|
|
This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY
|
|
|
|
|
|
|
|
RAND: 2a48162ff3edca4adf0b7b5e527d6c16
|
|
|
|
AUTN: bfbf3332c91e0000d6199cad31d15f26
|
|
|
|
IK: 191a93c4396113bff6939d4f98e169a6
|
|
|
|
CK: 9c38d9089265ed5ea164e190a65c200d
|
|
|
|
RES: fd40205be2c9c7b2
|
2021-09-16 19:36:16 +00:00
|
|
|
IMS nonce: KkgWL/PtykrfC3teUn1sFr+/MzLJHgAA1hmcrTHRXyY=
|
|
|
|
IMS res: /UAgW+LJx7I=
|
2017-03-15 00:52:58 +00:00
|
|
|
SRES: 1f89e7e9
|
|
|
|
Kc: d2d5361395b9b74a
|
2017-03-15 00:16:43 +00:00
|
|
|
SQN: 99
|
2017-08-26 20:29:51 +00:00
|
|
|
IND: 3
|
2017-03-15 00:52:58 +00:00
|
|
|
|
|
|
|
|
|
|
|
> osmo-auc-gen -3 -a milenage -r 6a61050765caa32c90371370e5d6dc2d -k 2a48162ff3edca4adf0b7b5e527d6c16 -o 1dc4f974325cce611e54f516dc1fec56 -s 281474976710655
|
libosmogsm: Allow auth API caller to specify RES length
There are 3G algorithms which support different lengths of RES values
(4, 8, 16 byte). For MILENAGE, we never really had to bother, as
the 4-byte RES is simply the first 4 bytes of the 8-byte RES.
However, for TUAK, the expected RES length is an input parameter to
the Keccak crypto functions, so the result of all parameters (including
CK, IK, ...) will be completely different for RES length 4 than RES
length 8.
So let's permit the caller of the osmocom auth API to specify the
requested RES length via the osmo_auth_vector.res_len parameter.
For backwards compatibility of callers of the old osmo_auth_gen_vec/
osmo_auth_gen_vec_auts API: Always force the res_len to 8 in this case,
which was the hard-coded length before this patch.
Change-Id: Ic662843fbe8b5c58e4af39ea630ad5ac13fd6bef
2023-05-30 13:01:38 +00:00
|
|
|
osmo-auc-gen (C) 2011-2023 by Harald Welte
|
2017-03-15 00:52:58 +00:00
|
|
|
This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY
|
|
|
|
|
|
|
|
RAND: 6a61050765caa32c90371370e5d6dc2d
|
|
|
|
AUTN: afb993e4f4b8000069cdeebb4a4b5b58
|
|
|
|
IK: c348c2fe2f3e1fb37a7ae1638163bd98
|
|
|
|
CK: e740c156278705a14e1a99ba6d31334f
|
|
|
|
RES: 7c04e86a67967fcd
|
2021-09-16 19:36:16 +00:00
|
|
|
IMS nonce: amEFB2XKoyyQNxNw5dbcLa+5k+T0uAAAac3uu0pLW1g=
|
|
|
|
IMS res: fAToameWf80=
|
2017-03-15 00:52:58 +00:00
|
|
|
SRES: 1b9297a7
|
|
|
|
Kc: 10687b71e4eb94c5
|
2017-03-15 00:16:43 +00:00
|
|
|
SQN: 281474976710655
|
2017-08-26 20:29:51 +00:00
|
|
|
IND: 31
|
2017-03-15 00:52:58 +00:00
|
|
|
|
|
|
|
|
|
|
|
> osmo-auc-gen -3 -a milenage -r 39fa2f4e3d523d8619a73b4f65c3e14d -k EB215756028D60E3275E613320AEC880 -o FB2A3D1B360F599ABAB99DB8669F8308 -A 979498b1f72d3e28c59fa2e72f9c
|
libosmogsm: Allow auth API caller to specify RES length
There are 3G algorithms which support different lengths of RES values
(4, 8, 16 byte). For MILENAGE, we never really had to bother, as
the 4-byte RES is simply the first 4 bytes of the 8-byte RES.
However, for TUAK, the expected RES length is an input parameter to
the Keccak crypto functions, so the result of all parameters (including
CK, IK, ...) will be completely different for RES length 4 than RES
length 8.
So let's permit the caller of the osmocom auth API to specify the
requested RES length via the osmo_auth_vector.res_len parameter.
For backwards compatibility of callers of the old osmo_auth_gen_vec/
osmo_auth_gen_vec_auts API: Always force the res_len to 8 in this case,
which was the hard-coded length before this patch.
Change-Id: Ic662843fbe8b5c58e4af39ea630ad5ac13fd6bef
2023-05-30 13:01:38 +00:00
|
|
|
osmo-auc-gen (C) 2011-2023 by Harald Welte
|
2017-03-15 00:52:58 +00:00
|
|
|
This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY
|
|
|
|
|
|
|
|
RAND: 39fa2f4e3d523d8619a73b4f65c3e14d
|
2017-08-26 19:40:11 +00:00
|
|
|
AUTN: 8704f5ba55d30000541dde77ea5b1d8c
|
2017-03-15 00:52:58 +00:00
|
|
|
IK: 27497388b6cb044648f396aa155b95ef
|
|
|
|
CK: f64735036e5871319c679f4742a75ea1
|
|
|
|
RES: e229c19e791f2e41
|
2021-09-16 19:36:16 +00:00
|
|
|
IMS nonce: OfovTj1SPYYZpztPZcPhTYcE9bpV0wAAVB3ed+pbHYw=
|
|
|
|
IMS res: 4inBnnkfLkE=
|
2017-03-15 00:52:58 +00:00
|
|
|
SRES: 9b36efdf
|
|
|
|
Kc: 059a4f668f6fbe39
|
2017-08-26 19:40:11 +00:00
|
|
|
SQN: 32
|
2017-08-26 20:29:51 +00:00
|
|
|
IND: 0
|
2017-08-26 20:43:50 +00:00
|
|
|
SQN.MS: 23
|
2017-08-26 19:45:33 +00:00
|
|
|
|
|
|
|
|
|
|
|
> osmo-auc-gen -3 -a milenage -r 39fa2f4e3d523d8619a73b4f65c3e14d -k EB215756028D60E3275E613320AEC880 -o FB2A3D1B360F599ABAB99DB8669F8308 -A 979498b1f72d3e28c59fa2e72f9c --ind 5
|
libosmogsm: Allow auth API caller to specify RES length
There are 3G algorithms which support different lengths of RES values
(4, 8, 16 byte). For MILENAGE, we never really had to bother, as
the 4-byte RES is simply the first 4 bytes of the 8-byte RES.
However, for TUAK, the expected RES length is an input parameter to
the Keccak crypto functions, so the result of all parameters (including
CK, IK, ...) will be completely different for RES length 4 than RES
length 8.
So let's permit the caller of the osmocom auth API to specify the
requested RES length via the osmo_auth_vector.res_len parameter.
For backwards compatibility of callers of the old osmo_auth_gen_vec/
osmo_auth_gen_vec_auts API: Always force the res_len to 8 in this case,
which was the hard-coded length before this patch.
Change-Id: Ic662843fbe8b5c58e4af39ea630ad5ac13fd6bef
2023-05-30 13:01:38 +00:00
|
|
|
osmo-auc-gen (C) 2011-2023 by Harald Welte
|
2017-08-26 19:45:33 +00:00
|
|
|
This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY
|
|
|
|
|
|
|
|
RAND: 39fa2f4e3d523d8619a73b4f65c3e14d
|
|
|
|
AUTN: 8704f5ba55d6000079267a4b347ad890
|
|
|
|
IK: 27497388b6cb044648f396aa155b95ef
|
|
|
|
CK: f64735036e5871319c679f4742a75ea1
|
|
|
|
RES: e229c19e791f2e41
|
2021-09-16 19:36:16 +00:00
|
|
|
IMS nonce: OfovTj1SPYYZpztPZcPhTYcE9bpV1gAAeSZ6SzR62JA=
|
|
|
|
IMS res: 4inBnnkfLkE=
|
2017-08-26 19:45:33 +00:00
|
|
|
SRES: 9b36efdf
|
|
|
|
Kc: 059a4f668f6fbe39
|
|
|
|
SQN: 37
|
2017-08-26 20:29:51 +00:00
|
|
|
IND: 5
|
2017-08-26 20:43:50 +00:00
|
|
|
SQN.MS: 23
|
2017-08-26 19:45:33 +00:00
|
|
|
|
|
|
|
|
|
|
|
> osmo-auc-gen -3 -a milenage -r 39fa2f4e3d523d8619a73b4f65c3e14d -k EB215756028D60E3275E613320AEC880 -o FB2A3D1B360F599ABAB99DB8669F8308 -A 979498b1f72d3e28c59fa2e72f9c --ind 23
|
libosmogsm: Allow auth API caller to specify RES length
There are 3G algorithms which support different lengths of RES values
(4, 8, 16 byte). For MILENAGE, we never really had to bother, as
the 4-byte RES is simply the first 4 bytes of the 8-byte RES.
However, for TUAK, the expected RES length is an input parameter to
the Keccak crypto functions, so the result of all parameters (including
CK, IK, ...) will be completely different for RES length 4 than RES
length 8.
So let's permit the caller of the osmocom auth API to specify the
requested RES length via the osmo_auth_vector.res_len parameter.
For backwards compatibility of callers of the old osmo_auth_gen_vec/
osmo_auth_gen_vec_auts API: Always force the res_len to 8 in this case,
which was the hard-coded length before this patch.
Change-Id: Ic662843fbe8b5c58e4af39ea630ad5ac13fd6bef
2023-05-30 13:01:38 +00:00
|
|
|
osmo-auc-gen (C) 2011-2023 by Harald Welte
|
2017-08-26 19:45:33 +00:00
|
|
|
This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY
|
|
|
|
|
|
|
|
RAND: 39fa2f4e3d523d8619a73b4f65c3e14d
|
|
|
|
AUTN: 8704f5ba55c40000129ddaa4f5016e25
|
|
|
|
IK: 27497388b6cb044648f396aa155b95ef
|
|
|
|
CK: f64735036e5871319c679f4742a75ea1
|
|
|
|
RES: e229c19e791f2e41
|
2021-09-16 19:36:16 +00:00
|
|
|
IMS nonce: OfovTj1SPYYZpztPZcPhTYcE9bpVxAAAEp3apPUBbiU=
|
|
|
|
IMS res: 4inBnnkfLkE=
|
2017-08-26 19:45:33 +00:00
|
|
|
SRES: 9b36efdf
|
|
|
|
Kc: 059a4f668f6fbe39
|
|
|
|
SQN: 55
|
2017-08-26 20:29:51 +00:00
|
|
|
IND: 23
|
2017-08-26 20:43:50 +00:00
|
|
|
SQN.MS: 23
|
2017-08-26 19:45:33 +00:00
|
|
|
|
|
|
|
|
|
|
|
> osmo-auc-gen -3 -a milenage -r 39fa2f4e3d523d8619a73b4f65c3e14d -k EB215756028D60E3275E613320AEC880 -o FB2A3D1B360F599ABAB99DB8669F8308 -A 979498b1f72d3e28c59fa2e72f9c --ind 31
|
libosmogsm: Allow auth API caller to specify RES length
There are 3G algorithms which support different lengths of RES values
(4, 8, 16 byte). For MILENAGE, we never really had to bother, as
the 4-byte RES is simply the first 4 bytes of the 8-byte RES.
However, for TUAK, the expected RES length is an input parameter to
the Keccak crypto functions, so the result of all parameters (including
CK, IK, ...) will be completely different for RES length 4 than RES
length 8.
So let's permit the caller of the osmocom auth API to specify the
requested RES length via the osmo_auth_vector.res_len parameter.
For backwards compatibility of callers of the old osmo_auth_gen_vec/
osmo_auth_gen_vec_auts API: Always force the res_len to 8 in this case,
which was the hard-coded length before this patch.
Change-Id: Ic662843fbe8b5c58e4af39ea630ad5ac13fd6bef
2023-05-30 13:01:38 +00:00
|
|
|
osmo-auc-gen (C) 2011-2023 by Harald Welte
|
2017-08-26 19:45:33 +00:00
|
|
|
This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY
|
|
|
|
|
|
|
|
RAND: 39fa2f4e3d523d8619a73b4f65c3e14d
|
|
|
|
AUTN: 8704f5ba55cc00009d169f5ff89f6087
|
|
|
|
IK: 27497388b6cb044648f396aa155b95ef
|
|
|
|
CK: f64735036e5871319c679f4742a75ea1
|
|
|
|
RES: e229c19e791f2e41
|
2021-09-16 19:36:16 +00:00
|
|
|
IMS nonce: OfovTj1SPYYZpztPZcPhTYcE9bpVzAAAnRafX/ifYIc=
|
|
|
|
IMS res: 4inBnnkfLkE=
|
2017-08-26 19:45:33 +00:00
|
|
|
SRES: 9b36efdf
|
|
|
|
Kc: 059a4f668f6fbe39
|
|
|
|
SQN: 63
|
2017-08-26 20:29:51 +00:00
|
|
|
IND: 31
|
2017-08-26 20:43:50 +00:00
|
|
|
SQN.MS: 23
|
2017-08-26 19:45:33 +00:00
|
|
|
|
|
|
|
|
2017-08-26 19:38:51 +00:00
|
|
|
> osmo-auc-gen -3 -a milenage -r 39fa2f4e3d523d8619a73b4f65c3e14d -k EB215756028D60E3275E613320AEC880 -o FB2A3D1B360F599ABAB99DB8669F8308 -A 979498b1f72d3e28c59fa2e72f9c --ind-len 0
|
libosmogsm: Allow auth API caller to specify RES length
There are 3G algorithms which support different lengths of RES values
(4, 8, 16 byte). For MILENAGE, we never really had to bother, as
the 4-byte RES is simply the first 4 bytes of the 8-byte RES.
However, for TUAK, the expected RES length is an input parameter to
the Keccak crypto functions, so the result of all parameters (including
CK, IK, ...) will be completely different for RES length 4 than RES
length 8.
So let's permit the caller of the osmocom auth API to specify the
requested RES length via the osmo_auth_vector.res_len parameter.
For backwards compatibility of callers of the old osmo_auth_gen_vec/
osmo_auth_gen_vec_auts API: Always force the res_len to 8 in this case,
which was the hard-coded length before this patch.
Change-Id: Ic662843fbe8b5c58e4af39ea630ad5ac13fd6bef
2023-05-30 13:01:38 +00:00
|
|
|
osmo-auc-gen (C) 2011-2023 by Harald Welte
|
2017-08-26 19:38:51 +00:00
|
|
|
This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY
|
|
|
|
|
|
|
|
RAND: 39fa2f4e3d523d8619a73b4f65c3e14d
|
|
|
|
AUTN: 8704f5ba55eb0000d7fc4f7f19cfc180
|
|
|
|
IK: 27497388b6cb044648f396aa155b95ef
|
|
|
|
CK: f64735036e5871319c679f4742a75ea1
|
|
|
|
RES: e229c19e791f2e41
|
2021-09-16 19:36:16 +00:00
|
|
|
IMS nonce: OfovTj1SPYYZpztPZcPhTYcE9bpV6wAA1/xPfxnPwYA=
|
|
|
|
IMS res: 4inBnnkfLkE=
|
2017-08-26 19:38:51 +00:00
|
|
|
SRES: 9b36efdf
|
|
|
|
Kc: 059a4f668f6fbe39
|
|
|
|
SQN: 24
|
2017-08-26 20:29:51 +00:00
|
|
|
IND: 0
|
2017-08-26 20:43:50 +00:00
|
|
|
SQN.MS: 23
|
2017-08-26 19:38:51 +00:00
|
|
|
|
|
|
|
|
|
|
|
> osmo-auc-gen -3 -a milenage -r 39fa2f4e3d523d8619a73b4f65c3e14d -k EB215756028D60E3275E613320AEC880 -o FB2A3D1B360F599ABAB99DB8669F8308 -A 979498b1f72d3e28c59fa2e72f9c --ind-len 1
|
libosmogsm: Allow auth API caller to specify RES length
There are 3G algorithms which support different lengths of RES values
(4, 8, 16 byte). For MILENAGE, we never really had to bother, as
the 4-byte RES is simply the first 4 bytes of the 8-byte RES.
However, for TUAK, the expected RES length is an input parameter to
the Keccak crypto functions, so the result of all parameters (including
CK, IK, ...) will be completely different for RES length 4 than RES
length 8.
So let's permit the caller of the osmocom auth API to specify the
requested RES length via the osmo_auth_vector.res_len parameter.
For backwards compatibility of callers of the old osmo_auth_gen_vec/
osmo_auth_gen_vec_auts API: Always force the res_len to 8 in this case,
which was the hard-coded length before this patch.
Change-Id: Ic662843fbe8b5c58e4af39ea630ad5ac13fd6bef
2023-05-30 13:01:38 +00:00
|
|
|
osmo-auc-gen (C) 2011-2023 by Harald Welte
|
2017-08-26 19:38:51 +00:00
|
|
|
This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY
|
|
|
|
|
|
|
|
RAND: 39fa2f4e3d523d8619a73b4f65c3e14d
|
|
|
|
AUTN: 8704f5ba55eb0000d7fc4f7f19cfc180
|
|
|
|
IK: 27497388b6cb044648f396aa155b95ef
|
|
|
|
CK: f64735036e5871319c679f4742a75ea1
|
|
|
|
RES: e229c19e791f2e41
|
2021-09-16 19:36:16 +00:00
|
|
|
IMS nonce: OfovTj1SPYYZpztPZcPhTYcE9bpV6wAA1/xPfxnPwYA=
|
|
|
|
IMS res: 4inBnnkfLkE=
|
2017-08-26 19:38:51 +00:00
|
|
|
SRES: 9b36efdf
|
|
|
|
Kc: 059a4f668f6fbe39
|
|
|
|
SQN: 24
|
2017-08-26 20:29:51 +00:00
|
|
|
IND: 0
|
2017-08-26 20:43:50 +00:00
|
|
|
SQN.MS: 23
|
2017-08-26 19:38:51 +00:00
|
|
|
|
|
|
|
|
|
|
|
> osmo-auc-gen -3 -a milenage -r 39fa2f4e3d523d8619a73b4f65c3e14d -k EB215756028D60E3275E613320AEC880 -o FB2A3D1B360F599ABAB99DB8669F8308 -A 979498b1f72d3e28c59fa2e72f9c --ind-len 1 --ind 1
|
libosmogsm: Allow auth API caller to specify RES length
There are 3G algorithms which support different lengths of RES values
(4, 8, 16 byte). For MILENAGE, we never really had to bother, as
the 4-byte RES is simply the first 4 bytes of the 8-byte RES.
However, for TUAK, the expected RES length is an input parameter to
the Keccak crypto functions, so the result of all parameters (including
CK, IK, ...) will be completely different for RES length 4 than RES
length 8.
So let's permit the caller of the osmocom auth API to specify the
requested RES length via the osmo_auth_vector.res_len parameter.
For backwards compatibility of callers of the old osmo_auth_gen_vec/
osmo_auth_gen_vec_auts API: Always force the res_len to 8 in this case,
which was the hard-coded length before this patch.
Change-Id: Ic662843fbe8b5c58e4af39ea630ad5ac13fd6bef
2023-05-30 13:01:38 +00:00
|
|
|
osmo-auc-gen (C) 2011-2023 by Harald Welte
|
2017-08-26 19:38:51 +00:00
|
|
|
This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY
|
|
|
|
|
|
|
|
RAND: 39fa2f4e3d523d8619a73b4f65c3e14d
|
|
|
|
AUTN: 8704f5ba55ea0000aab06de3fd6c01af
|
|
|
|
IK: 27497388b6cb044648f396aa155b95ef
|
|
|
|
CK: f64735036e5871319c679f4742a75ea1
|
|
|
|
RES: e229c19e791f2e41
|
2021-09-16 19:36:16 +00:00
|
|
|
IMS nonce: OfovTj1SPYYZpztPZcPhTYcE9bpV6gAAqrBt4/1sAa8=
|
|
|
|
IMS res: 4inBnnkfLkE=
|
2017-08-26 19:38:51 +00:00
|
|
|
SRES: 9b36efdf
|
|
|
|
Kc: 059a4f668f6fbe39
|
|
|
|
SQN: 25
|
2017-08-26 20:29:51 +00:00
|
|
|
IND: 1
|
2017-08-26 20:43:50 +00:00
|
|
|
SQN.MS: 23
|
2017-08-26 19:38:51 +00:00
|
|
|
|
|
|
|
|
|
|
|
> osmo-auc-gen -3 -a milenage -r 39fa2f4e3d523d8619a73b4f65c3e14d -k EB215756028D60E3275E613320AEC880 -o FB2A3D1B360F599ABAB99DB8669F8308 -A 979498b1f72d3e28c59fa2e72f9c --ind-len 8
|
libosmogsm: Allow auth API caller to specify RES length
There are 3G algorithms which support different lengths of RES values
(4, 8, 16 byte). For MILENAGE, we never really had to bother, as
the 4-byte RES is simply the first 4 bytes of the 8-byte RES.
However, for TUAK, the expected RES length is an input parameter to
the Keccak crypto functions, so the result of all parameters (including
CK, IK, ...) will be completely different for RES length 4 than RES
length 8.
So let's permit the caller of the osmocom auth API to specify the
requested RES length via the osmo_auth_vector.res_len parameter.
For backwards compatibility of callers of the old osmo_auth_gen_vec/
osmo_auth_gen_vec_auts API: Always force the res_len to 8 in this case,
which was the hard-coded length before this patch.
Change-Id: Ic662843fbe8b5c58e4af39ea630ad5ac13fd6bef
2023-05-30 13:01:38 +00:00
|
|
|
osmo-auc-gen (C) 2011-2023 by Harald Welte
|
2017-08-26 19:38:51 +00:00
|
|
|
This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY
|
|
|
|
|
|
|
|
RAND: 39fa2f4e3d523d8619a73b4f65c3e14d
|
|
|
|
AUTN: 8704f5ba54f30000cbba2fbba3c5e242
|
|
|
|
IK: 27497388b6cb044648f396aa155b95ef
|
|
|
|
CK: f64735036e5871319c679f4742a75ea1
|
|
|
|
RES: e229c19e791f2e41
|
2021-09-16 19:36:16 +00:00
|
|
|
IMS nonce: OfovTj1SPYYZpztPZcPhTYcE9bpU8wAAy7ovu6PF4kI=
|
|
|
|
IMS res: 4inBnnkfLkE=
|
2017-08-26 19:38:51 +00:00
|
|
|
SRES: 9b36efdf
|
|
|
|
Kc: 059a4f668f6fbe39
|
|
|
|
SQN: 256
|
2017-08-26 20:29:51 +00:00
|
|
|
IND: 0
|
2017-08-26 20:43:50 +00:00
|
|
|
SQN.MS: 23
|
2017-08-26 19:38:51 +00:00
|
|
|
|
|
|
|
|
|
|
|
> osmo-auc-gen -3 -a milenage -r 39fa2f4e3d523d8619a73b4f65c3e14d -k EB215756028D60E3275E613320AEC880 -o FB2A3D1B360F599ABAB99DB8669F8308 -A 979498b1f72d3e28c59fa2e72f9c --ind-len 8 --ind 1
|
libosmogsm: Allow auth API caller to specify RES length
There are 3G algorithms which support different lengths of RES values
(4, 8, 16 byte). For MILENAGE, we never really had to bother, as
the 4-byte RES is simply the first 4 bytes of the 8-byte RES.
However, for TUAK, the expected RES length is an input parameter to
the Keccak crypto functions, so the result of all parameters (including
CK, IK, ...) will be completely different for RES length 4 than RES
length 8.
So let's permit the caller of the osmocom auth API to specify the
requested RES length via the osmo_auth_vector.res_len parameter.
For backwards compatibility of callers of the old osmo_auth_gen_vec/
osmo_auth_gen_vec_auts API: Always force the res_len to 8 in this case,
which was the hard-coded length before this patch.
Change-Id: Ic662843fbe8b5c58e4af39ea630ad5ac13fd6bef
2023-05-30 13:01:38 +00:00
|
|
|
osmo-auc-gen (C) 2011-2023 by Harald Welte
|
2017-08-26 19:38:51 +00:00
|
|
|
This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY
|
|
|
|
|
|
|
|
RAND: 39fa2f4e3d523d8619a73b4f65c3e14d
|
|
|
|
AUTN: 8704f5ba54f200008f8e14579da5ecbb
|
|
|
|
IK: 27497388b6cb044648f396aa155b95ef
|
|
|
|
CK: f64735036e5871319c679f4742a75ea1
|
|
|
|
RES: e229c19e791f2e41
|
2021-09-16 19:36:16 +00:00
|
|
|
IMS nonce: OfovTj1SPYYZpztPZcPhTYcE9bpU8gAAj44UV52l7Ls=
|
|
|
|
IMS res: 4inBnnkfLkE=
|
2017-08-26 19:38:51 +00:00
|
|
|
SRES: 9b36efdf
|
|
|
|
Kc: 059a4f668f6fbe39
|
|
|
|
SQN: 257
|
2017-08-26 20:29:51 +00:00
|
|
|
IND: 1
|
2017-08-26 20:43:50 +00:00
|
|
|
SQN.MS: 23
|
2017-08-26 19:38:51 +00:00
|
|
|
|
|
|
|
|
2017-08-26 19:45:33 +00:00
|
|
|
expecting error:
|
|
|
|
> osmo-auc-gen -3 -a milenage -r 39fa2f4e3d523d8619a73b4f65c3e14d -k EB215756028D60E3275E613320AEC880 -o FB2A3D1B360F599ABAB99DB8669F8308 -A 979498b1f72d3e28c59fa2e72f9c --ind -1
|
libosmogsm: Allow auth API caller to specify RES length
There are 3G algorithms which support different lengths of RES values
(4, 8, 16 byte). For MILENAGE, we never really had to bother, as
the 4-byte RES is simply the first 4 bytes of the 8-byte RES.
However, for TUAK, the expected RES length is an input parameter to
the Keccak crypto functions, so the result of all parameters (including
CK, IK, ...) will be completely different for RES length 4 than RES
length 8.
So let's permit the caller of the osmocom auth API to specify the
requested RES length via the osmo_auth_vector.res_len parameter.
For backwards compatibility of callers of the old osmo_auth_gen_vec/
osmo_auth_gen_vec_auts API: Always force the res_len to 8 in this case,
which was the hard-coded length before this patch.
Change-Id: Ic662843fbe8b5c58e4af39ea630ad5ac13fd6bef
2023-05-30 13:01:38 +00:00
|
|
|
osmo-auc-gen (C) 2011-2023 by Harald Welte
|
2017-08-26 19:45:33 +00:00
|
|
|
This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
expecting error:
|
|
|
|
> osmo-auc-gen -3 -a milenage -r 39fa2f4e3d523d8619a73b4f65c3e14d -k EB215756028D60E3275E613320AEC880 -o FB2A3D1B360F599ABAB99DB8669F8308 -A 979498b1f72d3e28c59fa2e72f9c --ind 32
|
libosmogsm: Allow auth API caller to specify RES length
There are 3G algorithms which support different lengths of RES values
(4, 8, 16 byte). For MILENAGE, we never really had to bother, as
the 4-byte RES is simply the first 4 bytes of the 8-byte RES.
However, for TUAK, the expected RES length is an input parameter to
the Keccak crypto functions, so the result of all parameters (including
CK, IK, ...) will be completely different for RES length 4 than RES
length 8.
So let's permit the caller of the osmocom auth API to specify the
requested RES length via the osmo_auth_vector.res_len parameter.
For backwards compatibility of callers of the old osmo_auth_gen_vec/
osmo_auth_gen_vec_auts API: Always force the res_len to 8 in this case,
which was the hard-coded length before this patch.
Change-Id: Ic662843fbe8b5c58e4af39ea630ad5ac13fd6bef
2023-05-30 13:01:38 +00:00
|
|
|
osmo-auc-gen (C) 2011-2023 by Harald Welte
|
2017-08-26 19:45:33 +00:00
|
|
|
This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
expecting error:
|
|
|
|
> osmo-auc-gen -3 -a milenage -r 39fa2f4e3d523d8619a73b4f65c3e14d -k EB215756028D60E3275E613320AEC880 -o FB2A3D1B360F599ABAB99DB8669F8308 -A 979498b1f72d3e28c59fa2e72f9c --ind 42
|
libosmogsm: Allow auth API caller to specify RES length
There are 3G algorithms which support different lengths of RES values
(4, 8, 16 byte). For MILENAGE, we never really had to bother, as
the 4-byte RES is simply the first 4 bytes of the 8-byte RES.
However, for TUAK, the expected RES length is an input parameter to
the Keccak crypto functions, so the result of all parameters (including
CK, IK, ...) will be completely different for RES length 4 than RES
length 8.
So let's permit the caller of the osmocom auth API to specify the
requested RES length via the osmo_auth_vector.res_len parameter.
For backwards compatibility of callers of the old osmo_auth_gen_vec/
osmo_auth_gen_vec_auts API: Always force the res_len to 8 in this case,
which was the hard-coded length before this patch.
Change-Id: Ic662843fbe8b5c58e4af39ea630ad5ac13fd6bef
2023-05-30 13:01:38 +00:00
|
|
|
osmo-auc-gen (C) 2011-2023 by Harald Welte
|
2017-08-26 19:45:33 +00:00
|
|
|
This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY
|
|
|
|
|
2017-08-26 19:38:51 +00:00
|
|
|
|
|
|
|
|
|
|
|
expecting error:
|
|
|
|
> osmo-auc-gen -3 -a milenage -r 39fa2f4e3d523d8619a73b4f65c3e14d -k EB215756028D60E3275E613320AEC880 -o FB2A3D1B360F599ABAB99DB8669F8308 -A 979498b1f72d3e28c59fa2e72f9c --ind-len 0 --ind 1
|
libosmogsm: Allow auth API caller to specify RES length
There are 3G algorithms which support different lengths of RES values
(4, 8, 16 byte). For MILENAGE, we never really had to bother, as
the 4-byte RES is simply the first 4 bytes of the 8-byte RES.
However, for TUAK, the expected RES length is an input parameter to
the Keccak crypto functions, so the result of all parameters (including
CK, IK, ...) will be completely different for RES length 4 than RES
length 8.
So let's permit the caller of the osmocom auth API to specify the
requested RES length via the osmo_auth_vector.res_len parameter.
For backwards compatibility of callers of the old osmo_auth_gen_vec/
osmo_auth_gen_vec_auts API: Always force the res_len to 8 in this case,
which was the hard-coded length before this patch.
Change-Id: Ic662843fbe8b5c58e4af39ea630ad5ac13fd6bef
2023-05-30 13:01:38 +00:00
|
|
|
osmo-auc-gen (C) 2011-2023 by Harald Welte
|
2017-08-26 19:38:51 +00:00
|
|
|
This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY
|
|
|
|
|