Feature #1959
SGSN: write regression tests for Authentication
100%
Description
We need end-to-end tests for the several types of authentication in the SGSN.
Checklist
- No auth
- GSM AKA
- UMTS AKA without AUTS sync
- UMTS AKA with AUTS sync
- UMTS AKA in pre-R99 compatibility mode
Related issues
History
#1 Updated by neels almost 4 years ago
Test all of these:
- No authentication
- GSM AKA
- UMTS AKA without AUTS sync
- UMTS AKA with AUTS sync
- UMTS AKA in pre-R99 compatibility mode
Having in mind something like the msc_vlr tests where messages are fabricated
from the MS and the HLR sides from hex strings to play through the various cases.
https://git.osmocom.org/openbsc/tree/openbsc/tests/msc_vlr?h=neels/vlr
#2 Updated by neels almost 4 years ago
- Related to Feature #1956: UMTS AKA support in OsmoSGSN added
#3 Updated by laforge over 3 years ago
- Assignee changed from Osmocom CNI Developers to sysmocom
#4 Updated by laforge about 3 years ago
Instead of a unit test, this could also be performed from a to-be-implemented SGSN test in TTCN-3.
#5 Updated by pespin almost 3 years ago
- Related to Bug #3177: gbproxy: gprs_gb_parse_dtap doesn't handle AUTH & CIPHER REQUEST messages added
#6 Updated by laforge over 2 years ago
- Assignee changed from sysmocom to lynxis
#7 Updated by lynxis over 2 years ago
- Checklist item No auth added
- Checklist item GSM AKA added
- Checklist item UMTS AKA without AUTS sync added
- Checklist item UMTS AKA with AUTS sync added
- Checklist item UMTS AKA in pre-R99 compatibility mode added
#8 Updated by lynxis over 2 years ago
#9 Updated by neels over 2 years ago
#10 Updated by neels over 2 years ago
I meant the second from the right, where everything is R99, i.e. UMTS capable, except for the MS.
So both HLR, SGSN and USIM can do UMTS, but the phone ignores / will not send AUTN and XRES.
Another valid variant of this that we see in the field is that the MS is R99, but it actually decides to not do UMTS aka.
So we send out AUTN to it, but it chooses to respond only with an SRES.
See vlr_auth_fsm.c in osmo-msc: auth_fsm_wait_auth_resp() and check_auth_resp().
For tests, see:
- msc_vlr_test_gsm_authen.c, test_gsm_milenage_authen() for pre-R99 with Milenage (UMTS in GSM compat mode)
A log transcript of what happens is in osmo-msc/tests/msc_vlr/msc_vlr_test_gsm_authen.err
- msc_vlr_test_umts_authen.c, test_umts_authen_only_sres_geran(), for an R99 MS responding with GSM AKA.
osmo-msc/tests/msc_vlr/msc_vlr_test_umts_authen.err
(shouldn't this issue be "in progress"?)
#11 Updated by lynxis over 2 years ago
- Status changed from New to Stalled
#12 Updated by lynxis almost 2 years ago
- Status changed from Stalled to In Progress
#13 Updated by laforge almost 2 years ago
#14 Updated by lynxis almost 2 years ago
- Checklist item GSM AKA set to Done
- Checklist item UMTS AKA in pre-R99 compatibility mode set to Done
- UMTS AKA in pre-R99 compatibility mode added is already checked since 0ecb2e351649 ("sgsn: test umts aka with gsm sres response")
[Wed May 2 09:14:36 2018]
test case: SGSN.TC_attach_umts_aka_gsm_sres - GSM AKA is checked by:
test case: SGSN.TC_attach
#15 Updated by lynxis almost 2 years ago
- Status changed from In Progress to Resolved
- % Done changed from 0 to 100
The only missing point here is the UTRAN UMTS AKA auth check, but as long we don't have a RANAP TTCN3 implementation we can not do that.
#16 Updated by lynxis almost 2 years ago
- Status changed from Resolved to Closed