Виправлення бінарного файлу з dd

Я читав цю цитату (нижче) декілька разів, останнім часом тут , і я постійно спантеличений тим, як ddможна використовувати патч що- небудь, не кажучи вже про компілятор:

Система Unix, якою я користувалася в школі, 30 років тому, була дуже обмежена в оперативній пам’яті та на диску. Тим більше, що /usr/tmpфайлова система була дуже маленькою, що призводило до проблем, коли хтось намагався скласти велику програму. Звичайно, студентам все одно не слід було писати "великих програм"; великі програми, як правило, були вихідними кодами, скопійованими звідкись. Багато з нас скопіювали /usr/bin/ccв /home/<myname>/cc, і використовуються ddдля виправлення виконуваного файлу використовувати /tmpзамість/usr/tmp , який був більше. Звичайно, це тільки погіршило проблему - дисковий простір, зайнятий цими копіями, мав значення в ті дні, і тепер /tmpрегулярно заповнюється, не даючи іншим користувачам навіть редагувати свої файли. Після того як вони дізналися, що сталося, сисадміни зробилиchmod go-r /bin/* /usr/bin/* що "виправило" проблему та видалило всі наші копії компілятора C.

(Наголос мій)

Сторінка ddлюдини нічого не говорить про виправлення, і не думаю, що це все-таки можна було б зробити заново.

Чи справді бінарні файли можуть бути виправлені dd? Чи є в цьому історичне значення?

Давайте спробуємо. Ось тривіальна програма С:

#include <stdio.h>
int main(int argc, char **argv) {
    puts("/usr/tmp");
}

Ми вбудуємо це в test:

$ cc -o test test.c

Якщо ми запустимо його, він надрукує "/ usr / tmp".

Давайте дізнаємось, де " /usr/tmp" знаходиться у двійковому:

$ strings -t d test | grep /usr/tmp
1460 /usr/tmp

-t d друкує зміщення у десятковій формі у файл кожного знайденого рядка.

Тепер давайте зробимо тимчасовий файл з просто " /tmp\0" у ньому:

$ printf "/tmp\x00" > tmp

Отже, тепер у нас є двійковий файл, ми знаємо, де знаходиться рядок, який ми хочемо змінити, і у нас є файл із рядком заміни.

Тепер ми можемо використовувати dd:

$ dd if=tmp of=test obs=1 seek=1460 conv=notrunc

Це зчитує дані з tmpнашого " /tmp\0" файлу), записуючи їх у наш двійковий файл, використовуючи вихідний блок розміром 1 байт, переходячи до зрушення, яке ми знайшли раніше, перш ніж він щось пише, і явно не обрізує файл, коли це буде зроблено.

Ми можемо запустити виконувану версію:

$ ./test
/tmp

Буквальний рядок, який виводить програма, був змінений, тому він містить " /tmp\0tmp\0", але функції рядка припиняються, як тільки вони бачать перший нульовий байт. Цей виправлення дозволяє лише зробити рядок коротшою або однакової довжини, і не довше, але це адекватно для цих цілей.

Тож ми не лише можемо виправити речі за допомогою dd, але ми це зробили.

Це залежить від того, що ви маєте на увазі під "виправлення двійкового".

Я змінюю двійкові файли, використовуючи ddіноді. Звичайно, такої функції немає dd, але вона може відкривати файли та читати та записувати речі з певними зрушеннями, тож якщо ви знаєте, що писати куди, вуаля є ваш патч.

Наприклад, у мене був цей двійковий файл, який містив деякі дані PNG. Використовуйте, binwalkщоб знайти зсув, ddвитягнути його (як правило, під час перегляду також витягуються речі, але моя копія була помилкова), відредагуйте її gimp, переконайтесь, що відредагований файл має розмір або менший, ніж вихідний (зміна компенсацій - це не те, що ви можете легко зробити ), а потім скористайтеся, ddщоб повернути змінене зображення на місце.

$ binwalk thebinary
[…]
4194643    0x400153     PNG image, 800 x 160, 8-bit/color RGB, non-interlaced
[…]
$ dd if=nickel bs=1 skip=4194641 count=2 conv=swab | od -i
21869 # file size in this case - depends on the binary format
$ dd if=thebinary bs=1 skip=4194643 count=21869 of=theimage.png
$ gimp theimage.png
$ pngcrush myimage.png myimage.crush.png
# make sure myimage.crush.png is smaller than the original
$ dd if=myimage.crush.png of=thebinary bs=1 seek=4194643 conv=notrunc

Іноді я також хочу замінити рядки у бінарних файлах (наприклад, імена шляху або змінних). Хоча це також можна зробити за допомогою dd, простіше зробити це за допомогою sed. Вам просто потрібно переконатися, що рядок, яку ви замінюєте, має таку ж довжину, що і вихідна рядок, щоб ви не змінили зрушення.

sed -e s@/the/old/save/path@/the/new/save/path@ -i thebinary

або взяти приклад @ MichaelHomer з додаванням 0-байт у:

sed -e 's@/usr/tmp@/tmp\x00tmp@' -i test

Звичайно, ви повинні перевірити, чи працює він насправді згодом.