The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выявлены уязвимости, позволяющие манипулировать трафиком в с..., opennews (??), 30-Июн-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


108. "Выявлены уязвимости, позволяющие манипулировать трафиком в с..."  +/
Сообщение от Alex (??), 02-Июл-18, 15:47 
>>В частности, данные в LTE шифруются с использованием алгоритма >AES-CTR, работающего в режиме счётчика, но без применения средств для >контроля целостности блоков. Отсутствие контроля целостности позволяет >подменить шифротекст. В частности, в AES-CTR шифротекст формируется >путём применения операции XOR между ключевой последовательностью >keystream) и исходными данными.
> Это шутка такая что ли ????

А в чем проблема. Рсзмуеется малограмотный ОП забыл добавить что keystream для каждого пакета имеет свой собственный вектор инициализации.

Ответить | Правка | Наверх | Cообщить модератору

113. "Выявлены уязвимости, позволяющие манипулировать трафиком в с..."  +/
Сообщение от Аноним (112), 02-Июл-18, 16:31 
Ну от описанного вектора атаки уникальность keystream не спасает. Суть в том, что если ты знаешь что конкретно в этом сообщении запрос к DNS, например по размеру, то выполнив XOR для четырех байт по смещению где DST IP лежит и известного адреса DNS, получишь значение 4х байт keystream, которые использовались для шифрования блока с DST IP, что дает возможность взять адрес подставного DNS, выполнить с ним XOR используя вычисленный кусок keystream, и вставить в сообщение. Такая схема прокатит так как в User Plane не используется Integrity Protection.
Ответить | Правка | Наверх | Cообщить модератору

127. "Выявлены уязвимости, позволяющие манипулировать трафиком в с..."  +/
Сообщение от Alex (??), 02-Июл-18, 18:10 
> Ну от описанного вектора атаки уникальность keystream не спасает. Суть в том,
> что если ты знаешь что конкретно в этом сообщении запрос к
> DNS, например по размеру, то выполнив XOR для четырех байт по
> смещению где DST IP лежит и известного адреса DNS, получишь значение
> 4х байт keystream, которые использовались для шифрования блока с DST IP,
> что дает возможность взять адрес подставного DNS, выполнить с ним XOR
> используя вычисленный кусок keystream, и вставить в сообщение. Такая схема прокатит
> так как в User Plane не используется Integrity Protection.

Это если они смогут фейковую БСку сначала настроить правильно, я ниже уже писал - им надо угадывать конфигурацию. К тому-же эту атаку можно митигировать включив RoHC. Впрочем - никто и не почешется, ибо в реальных условиях неприменимо.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру