новой прошивки, выполняет некоторую очистку и завершает работу.

  ПРЕДУПРЕЖДЕНИЕ    Имейте в виду, что этот клиент был написан намеренно небезопасным образом.Не используйте его в производствен- нойсреде(обратитевнимание,чтовнемдлякраткостидажепропуще- на проверканекоторыхошибок).Используйтеэтот код тольков изоли- рованной лабораторной среде.

Запуск службы обновления

Чтобы протестировать службу обновления, для начала запустим сер- вер. Мы делаем это на хосте Ubuntu с IP-адресом 192.168.10.219. Как только сервер начинает прослушивание, мы запускаем клиента, пе- редавая ему IP-адрес сервера в качестве первого аргумента.Мы запу- скаем клиента на хосте Kali с IP-адресом 192.168.10.10:

root@kali:~/firmware_update# ls client client.c Makefile

root@kali:~/firmware_update# ./client 192.168.10.219 filelen: 6665864

calculated hash: d21843d3abed62af87c781f3a3fda52d received hash: d21843d3abed62af87c781f3a3fda52d hashes match

root@kali:~/firmware_update# ls

client client.c Makefile received_firmware.gz

Клиентподключается к серверу и загружаетфайл прошивки.Обра- титевниманиенановыйзагруженныйфайлмикропрограммывтеку- щем каталоге после завершения выполнения. В следующем листинге показаны выходные данные сервера. Перед запуском клиента убеди- тесь, что сервер включен.

user@ubuntu:~/fwupdate$ ./server Listening on port 31337 Connection from 192.168.10.20 Credentials accepted.

hash: d21843d3abed62af87c781f3a3fda52d filelen: 6665864

Обратите внимание: поскольку это эмулируемая служба, клиент фактически не обновляет микропрограммы после загрузки файла.

Уязвимости служб обновления микропрограмм

Давайте теперь проверим уязвимости в этом небезопасном механиз- ме обновления микропрограммы.

QUITTING! firmware_update

firmware update process started with PID: %d Could not open socket %s

Could not connect to server %s: %s jUiq1nzpIOaqrWa8R21

Authenticating with %s using key %s filelen: %d

cannot allocate memory for incoming firmware calculated hash:

received hash: hashes match hash mismatch

./received_firmware.gz

Can't open file for writing %s Firmware downloaded successfully

Злоумышленникитакже могутобнаружитьключ,проанализировав двоичный файл сервера (который, однако, будет размещен в облаке, что затруднит взлом). Обычно клиент находится на устройстве IoT, что значительно упрощает его проверку.

Небезопасные алгоритмы хеширования

Сервер и клиент полагаются на HMAC-MD5 для вычисления крипто- графическогохеша,которыйклиентиспользуетдляпроверкицелост-

хеш-функцией,HMAC-MD5 не страдает этими недостатками.HMAC– это код сообщения аутентификации с хеш-ключом, в котором ис- пользуется криптографическая хеш-функция (в данном случае MD5) и секретный криптографический ключ (в нашем примере – общий ключ). На сегодняшний день не было доказано, что HMAC-MD5 уяз- вим для практических атак путем поиска коллизии ключей, которые есть у MD5. Тем не менее современные передовые методы безопас­ ности предполагают, что HMAC-MD5 не следует включать в будущие инструменты шифрования.

Незашифрованные каналы связи

Использованиенезашифрованногоканаласвязи–уязвимостьсвысо- ким риском для службы обновлений. Клиент и сервер обмениваются информацией, используя настраиваемый протокол открытого текста по TCP. Это означает, что, если злоумышленники занимают позицию «человек посередине» в сети, они могут захватывать и читать пере- данные данные. Сюда входит файл прошивки и ключ, используемый для аутентификации на сервере (рис. 9.6). Кроме того, поскольку HMAC-MD5 использует один и тот же криптографический ключ, зло- умышленник можетзлонамеренно изменитьпрошивку при передаче и установить в нее бэкдоры.