Проверки подлинности(Authentication)

Эта функция защита от клонирования черней (раздел 12.5.7). Она основана на CAVE (cellular authentication and voice encryption) алгоритм, который прокладывает до 18-битный результат AUTHR (authentication response), от значения четырех входы:

Вход Аббревиатура Длина(бит)

1 случайное число, генерируемое MSC RAND 32

2а регистраций и страница ответы: первый MIN1 24

часть мобильный идентификационный номер

2 b в порождений: последние шесть цифр из 6DIG 24

называют числа (BCD кодированный)

3 Mobile серийный номер MSN 32

4 Общие секретные данные для проверки подлинности SSD_A 64

В MS с возможностью проверки подлинности, SSD_A(М) хранится в полупостоянное памяти, вместе с мин и так далее, и MS может выполнить пещеру. Мобильные сети имеют (или будут иметь) центры аутентификации (AUCs). An AUC хранит параметры MSN(A) и SSD_A(A), связанных с индивидуальными минут мобильные телефоны с возможностью проверки подлинности, а также может выполнить пещеру. В процедуру аутентификации, MS и AUC выполнить пещеру. MS использует его хранятся SSD_A(M), AUC и использует SSD_A(A), связанный с Мин мобильного. Другие входные данные для алгоритма-это же MS и AUC. Предположим, что мобильный и AUC получения результатов AUTHR(M) и AUTHR(А). AUC получает копию AUTHR(м) и сравнивает его с результат. Если AUTHRs матч, AUC приходит к выводу, что мобильные магазины надлежащего SSD_A(М) значение, а именно, SSD_A(A), и должны быть “подлинными.” Только аутентичные мобильные телефоны будут получать сервис от сети.

Аутентификация может происходить, когда мобильный регистров, происходит вызов, или реагирует на странице сообщения. Рисунок 12.6-4 показан порядок происходящих черней. Сообщение параметров, которые являются значимыми для проверки подлинности показаны внутри квадратных скобок. MSC указывает на его возможность проверки подлинности в его параметры воздушных Сообщений, установив индикатор подлинности в слове PW1 для AUTH ј 1 (см. фиг. 12.6-2), и в том числе двух глобальных действий каждого слова

Рисунок 12.6-4. Проверка подлинности происходящих mobile. (От TIA/EA TSB-51. Воспроизведено с разрешение ТИА.)

который содержит 16 бит RAND. MSC часто RAND генерирует новые значения,

скажем, каждую минуту. Исходный MS отмечает, что AUTH ј 1 и, следовательно, выполняет пещере, используя недавно получил RAND, окончательные цифры номера вызываемого абонента (6DIG), и его внутренне хранимых параметров MSN(М) И SSD_A(М). Затем он отправляет оригинальное сообщение, которое включает в себя, помимо мин, MSN(м), и называется число, слово, которое держит RANDC и AUTHR(М). RANDC содержит восемь высокого порядка биты RAND, который был использован в расчетах AUTHR(М). MSC, возможно, изменились его RAND после МС выполнил пещеру. Поэтому, по получении заемных сообщение, он сравнивает восемь старших битов его текущий и предыдущий Рандов с RANDC, чтобы определить RAND используется MS. MSC отправляет “запрос аутентификации” сообщение аутентификации центр. AUC затем выполняет пещере, с помощью мин, MSN(M), RAND, полученных в сообщение, и его хранятся SSD_(а). Затем он сравнивает свой результат AUTHR(а) с AUTHR(М). Если AUTHRs матч, AUC отправляет “разрешить” сообщение MSC. Если AUTHRs не совпадают, на “отказаться от услуг” отправляется ответ. В сигнальных Сообщений между MSC и AUC обсуждаются в главе 19. Когда MS регистров, или отправляет страницу ответа, он использует МИН1 вместо 6DIG для выполнение пещере и не включает номера вызываемого абонента в его сообщении. Если AUC получает авторизационный запрос, который не включает в называется число, то оно также использует МИН1 своей пещерой. Невозможно победить процедуру аутентификации, SSD_A, потому что это не, передаваемые по радиочастотным каналам. Можно забрать, на обратном управления канал, комбинаций параметров, отправляемых на мобильные телефоны в их возникновение сообщения, но AUTHR(М) не использовать для клонирования, потому что его значение отличается для каждого вызова мобильный, т.к. оно зависит от RAND и вызываемый номер.

Дата добавления: 2015-08-21