Firmware Integrity
Цілісність прошивки
Спеціальні прошивки та/або скомпільовані бінарні файли можуть бути завантажені для використання уразливостей цілісності або перевірки підпису. Можна дотримуватися наступних кроків для компіляції backdoor bind shell:
Прошивку можна видобути за допомогою firmware-mod-kit (FMK).
Повинна бути визначена архітектура та порядок байтів цільової прошивки.
Можна побудувати крос-компілятор, використовуючи Buildroot або інші відповідні методи для середовища.
Backdoor можна побудувати за допомогою крос-компілятора.
Backdoor можна скопіювати до каталогу /usr/bin видобутої прошивки.
Відповідний бінарний файл QEMU можна скопіювати до кореневої файлової системи видобутої прошивки.
Backdoor можна емулювати за допомогою chroot та QEMU.
До backdoor можна отримати доступ через netcat.
Бінарний файл QEMU слід видалити з кореневої файлової системи видобутої прошивки.
Змінену прошивку можна упакувати за допомогою FMK.
Backdoored прошивку можна протестувати, емулюючи її за допомогою набору інструментів для аналізу прошивки (FAT) та підключаючись до IP-адреси та порту цільового backdoor за допомогою netcat.
Якщо кореневий shell вже було отримано за допомогою динамічного аналізу, маніпулювання завантажувачем або тестуванням безпеки обладнання, можна виконати попередньо скомпільовані шкідливі бінарні файли, такі як імпланти або зворотні оболонки. Автоматизовані інструменти для завантаження/імплантування, такі як фреймворк Metasploit та 'msfvenom', можна використовувати за допомогою наступних кроків:
Повинна бути визначена архітектура та порядок байтів цільової прошивки.
Msfvenom може бути використаний для вказання цільового навантаження, IP-адреси атакуючого хоста, номера порту для прослуховування, типу файлу, архітектури, платформи та вихідного файлу.
Навантаження може бути передане на компрометований пристрій та переконанося, що воно має права на виконання.
Metasploit може бути підготовлений для обробки вхідних запитів, запустивши msfconsole та налаштувавши параметри відповідно до навантаження.
Зворотня оболонка meterpreter може бути виконана на компрометованому пристрої.
Сеанси meterpreter можуть бути моніторені під час їх відкриття.
Можна виконувати дії після експлуатації.
У разі можливості можна використовувати уразливості в скриптах запуску для отримання постійного доступу до пристрою під час перезавантаження. Ці уразливості виникають, коли скрипти запуску посилаються, створюють символічні посилання або залежать від коду, розташованого в ненадійних змонтованих місцях, таких як SD-карти та флеш-накопичувачі, які використовуються для зберігання даних поза кореневими файловими системами.
Посилання
Для отримання додаткової інформації перегляньте https://scriptingxss.gitbook.io/firmware-security-testing-methodology/
Last updated