Классы безопасности TETRA V+D: как различать аутентификацию и шифрование при приёмке
Увеличить схему
Терминал TETRA прошёл аутентификацию, и оператор считает, что весь радиообмен теперь зашифрован. Такой вывод требует отдельной проверки. Подтверждение подлинности и шифрование — разные функции, а классы безопасности V+D задают разные сочетания механизмов.
Раздел 13.2.2 ETSI TR 102 300-7 V1.3.1 описывает три класса. В Class1 сигнализация радиоинтерфейса не шифруется, хотя аутентификация может применяться. В Class2 используется статический SCK, аутентификация также возможна. В Class3 предусмотрены динамические ключевые механизмы и используется аутентификация. Для зашифрованных классов руководство отдельно отмечает незашифрованную часть широковещательной сигнализации.
Как подготовить проверку
В требованиях указывают конкретный класс и нужные свойства обмена, а не только общее слово «безопасность». Затем поставщик подтверждает поддерживаемый состав для выбранных терминалов, инфраструктуры и режима. Сам факт успешного входа не заменяет подтверждение активного шифрования.
На стенде отдельно фиксируют результат аутентификации и документированный признак соответствующего защищённого режима. Способ получения признака должен быть согласован с интегратором. Нельзя произвольно считать любой значок клиента универсальным подтверждением всех механизмов класса.
Ключевой материал и процедуры его обращения относятся к отдельной эксплуатационной документации. Общий акт должен показывать проверенный режим и результат, сохраняя секретные данные вне редакционного или открытого технического отчёта. Название класса не является достаточным описанием всего жизненного цикла ключей.
Какие выводы ограничить
Даже подтверждённый класс радиоинтерфейса не определяет защиту всех внешних соединений системы. Для них нужны собственные требования. Аналогично указание класса не превращается в обещание абсолютной стойкости или наличия любого конкретного алгоритма в поставке.
Полезный отрицательный сценарий согласуют заранее: что увидит оператор, если необходимые условия защищённой работы не выполнены? Проверяют понятность результата и допустимость дальнейших действий по политике системы. Реакцию конкретного продукта нельзя придумать из краткого перечня классов.
Практический итог — раздельное подтверждение функций. Заказчик видит, что именно прошло проверку: подлинность пользователя, выбранный класс радиозащиты и согласованный рабочий обмен. Это устраняет ошибку, когда одно успешное событие входа используют как доказательство шифрования всех данных и всех служебных сообщений без уточнения режима и области действия.
Документальная основа — ETSI TR 102 300-7 V1.3.1 (2026-05), 13.2.2, печатная страница 193; 13.2.1, страница 192: классы и функции air-interface security.
Запросы отправляются на наш e-mail из вашей почтовой программы.
