Néhány nappal ezelőtt úgy döntöttem, hogy a binwalk segítségével visszafejtem az útválasztó firmware-jét.
magam vettem . Nem a legjobb router, de az igényeimnek elég.
Minden alkalommal, amikor új routert veszek, telepítem . Miért? Általános szabály, hogy a gyártók nem sokat törődnek az útválasztók támogatásával, és idővel a szoftver elavulttá válik, sebezhetőségek jelennek meg, és így tovább, általában jól jön az ötlet. Ezért jobban szeretem az OpenWRT firmware-t, amelyet a nyílt forráskódú közösség jól támogat.
Miután letöltöttem az OpenWRT-t, én is az új Archer C7 alatt a hivatalos webhelyről, és úgy döntöttem, hogy elemzem. Pusztán szórakozásból, és a binwalkról beszélni.
Mi az a binwalk?
egy nyílt forráskódú eszköz az elemzéshez, a visszafejtéshez és a firmware-képek kinyeréséhez.
A Craig Heffner által 2010-ben létrehozott binwalk képes beolvasni a firmware-képeket és megtalálni a fájlokat, azonosítani és kibontani a fájlrendszer képeit, futtatható kódokat, tömörített archívumokat, rendszerbetöltőket és kerneleket, fájlformátumokat, például JPEG és PDF, és még sok mást.
A binwalk segítségével visszafejtheti a firmware-t, hogy megértse, hogyan működik. Keressen bináris fájlokban sebezhetőségeket, bontsa ki a fájlokat, és keressen hátsó ajtókat vagy digitális tanúsítványokat. Meg is találhatod opcodes egy csomó különböző CPU-hoz.
Kibonthatja a fájlrendszer képeit, hogy megkeresse az adott jelszófájlokat (passwd, shadow stb.), és megpróbálja feltörni a jelszókivonatokat. Bináris elemzést végezhet két vagy több fájl között. Entrópiaanalízist végezhet az adatokon, hogy megkeresse a tömörített adatokat vagy a kódolt titkosítási kulcsokat. Mindezt a forráskód elérése nélkül.
Általában minden megvan, ami kell :)
Hogyan működik a binwalk?
A binwalk fő jellemzője az aláírás-szkennelés. A Binwalk képes beolvasni a firmware-képet, hogy különféle beépített fájltípusokat és fájlrendszereket keressen.
Ismeri a parancssori segédprogramot file?
file /bin/bash
/bin/bash: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/l, for GNU/Linux 3.2.0, BuildID[sha1]=12f73d7a8e226c663034529c8dd20efec22dde54, strippedCsapat filemegnézi a fájl fejlécét, és keres egy aláírást (varázsszámot) a fájltípus meghatározásához. Például, ha a fájl a bájtok sorozatával kezdődik 0x89 0x50 0x4E 0x47 0x0D 0x0A 0x1A 0x0A, tudja, hogy ez egy PNG fájl. Tovább Van egy lista a gyakori fájlaláírásokról.
A Binwalk ugyanúgy működik. De ahelyett, hogy csak a fájl elején keresné az aláírásokat, a binwalk a teljes fájlt megvizsgálja. Ezenkívül a binwalk ki tudja bontani a képen található fájlokat.
Tools file и binwalk használja a könyvtárat libmagic a fájl aláírásainak azonosítására. De binwalk emellett támogatja az egyéni mágikus aláírások listáját a tömörített/zip fájlok, firmware fejlécek, Linux kernelek, rendszerbetöltők, fájlrendszerek és így tovább kereséséhez.
Érezzük jól magunkat?
A binwalk telepítése
A Binwalk több platformon is támogatott, beleértve a Linuxot, az OSX-et, a FreeBSD-t és a Windowst.
A binwalk legújabb verziójának telepítéséhez megteheti és kövesse vagy , elérhető a projekt honlapján.
A Binwalk számos különböző paraméterrel rendelkezik:
$ binwalk
Binwalk v2.2.0
Craig Heffner, ReFirmLabs
https://github.com/ReFirmLabs/binwalk
Usage: binwalk [OPTIONS] [FILE1] [FILE2] [FILE3] ...
Signature Scan Options:
-B, --signature Scan target file(s) for common file signatures
-R, --raw=<str> Scan target file(s) for the specified sequence of bytes
-A, --opcodes Scan target file(s) for common executable opcode signatures
-m, --magic=<file> Specify a custom magic file to use
-b, --dumb Disable smart signature keywords
-I, --invalid Show results marked as invalid
-x, --exclude=<str> Exclude results that match <str>
-y, --include=<str> Only show results that match <str>
Extraction Options:
-e, --extract Automatically extract known file types
-D, --dd=<type:ext:cmd> Extract <type> signatures, give the files an extension of <ext>, and execute <cmd>
-M, --matryoshka Recursively scan extracted files
-d, --depth=<int> Limit matryoshka recursion depth (default: 8 levels deep)
-C, --directory=<str> Extract files/folders to a custom directory (default: current working directory)
-j, --size=<int> Limit the size of each extracted file
-n, --count=<int> Limit the number of extracted files
-r, --rm Delete carved files after extraction
-z, --carve Carve data from files, but don't execute extraction utilities
-V, --subdirs Extract into sub-directories named by the offset
Entropy Options:
-E, --entropy Calculate file entropy
-F, --fast Use faster, but less detailed, entropy analysis
-J, --save Save plot as a PNG
-Q, --nlegend Omit the legend from the entropy plot graph
-N, --nplot Do not generate an entropy plot graph
-H, --high=<float> Set the rising edge entropy trigger threshold (default: 0.95)
-L, --low=<float> Set the falling edge entropy trigger threshold (default: 0.85)
Binary Diffing Options:
-W, --hexdump Perform a hexdump / diff of a file or files
-G, --green Only show lines containing bytes that are the same among all files
-i, --red Only show lines containing bytes that are different among all files
-U, --blue Only show lines containing bytes that are different among some files
-u, --similar Only display lines that are the same between all files
-w, --terse Diff all files, but only display a hex dump of the first file
Raw Compression Options:
-X, --deflate Scan for raw deflate compression streams
-Z, --lzma Scan for raw LZMA compression streams
-P, --partial Perform a superficial, but faster, scan
-S, --stop Stop after the first result
General Options:
-l, --length=<int> Number of bytes to scan
-o, --offset=<int> Start scan at this file offset
-O, --base=<int> Add a base address to all printed offsets
-K, --block=<int> Set file block size
-g, --swap=<int> Reverse every n bytes before scanning
-f, --log=<file> Log results to file
-c, --csv Log results to file in CSV format
-t, --term Format output to fit the terminal window
-q, --quiet Suppress output to stdout
-v, --verbose Enable verbose output
-h, --help Show help output
-a, --finclude=<str> Only scan files whose names match this regex
-p, --fexclude=<str> Do not scan files whose names match this regex
-s, --status=<int> Enable the status server on the specified portKépbeolvasás
Kezdjük azzal, hogy megkeressük a fájl aláírásait a képen belül (kép a webhelyről ).
A binwalk futtatása a --signature paraméterrel:
$ binwalk --signature --term archer-c7.bin
DECIMAL HEXADECIMAL DESCRIPTION
------------------------------------------------------------------------------------------
21876 0x5574 U-Boot version string, "U-Boot 1.1.4-g4480d5f9-dirty (May
20 2019 - 18:45:16)"
21940 0x55B4 CRC32 polynomial table, big endian
23232 0x5AC0 uImage header, header size: 64 bytes, header CRC:
0x386C2BD5, created: 2019-05-20 10:45:17, image size:
41162 bytes, Data Address: 0x80010000, Entry Point:
0x80010000, data CRC: 0xC9CD1E38, OS: Linux, CPU: MIPS,
image type: Firmware Image, compression type: lzma, image
name: "u-boot image"
23296 0x5B00 LZMA compressed data, properties: 0x5D, dictionary size:
8388608 bytes, uncompressed size: 97476 bytes
64968 0xFDC8 XML document, version: "1.0"
78448 0x13270 uImage header, header size: 64 bytes, header CRC:
0x78A267FF, created: 2019-07-26 07:46:14, image size:
1088500 bytes, Data Address: 0x80060000, Entry Point:
0x80060000, data CRC: 0xBB9D4F94, OS: Linux, CPU: MIPS,
image type: Multi-File Image, compression type: lzma,
image name: "MIPS OpenWrt Linux-3.3.8"
78520 0x132B8 LZMA compressed data, properties: 0x6D, dictionary size:
8388608 bytes, uncompressed size: 3164228 bytes
1167013 0x11CEA5 Squashfs filesystem, little endian, version 4.0,
compression:xz, size: 14388306 bytes, 2541 inodes,
blocksize: 65536 bytes, created: 2019-07-26 07:51:38
15555328 0xED5B00 gzip compressed data, from Unix, last modified: 2019-07-26
07:51:41Most sok információnk van erről a képről.
Képhasználatok rendszerbetöltőként (képfejléc at 0x5AC0 és egy tömörített rendszerbetöltő kép a címen 0x5B00). A 0x13270-es uImage fejléc alapján tudjuk, hogy a processzor architektúrája MIPS, a Linux kernel pedig 3.3.8-as verziójú. És a címen talált kép alapján 0x11CEA5, ezt láthatjuk rootfs egy fájlrendszer squashfs.
Most bontsa ki a rendszerbetöltőt (U-Boot) a paranccsal dd:
$ dd if=archer-c7.bin of=u-boot.bin.lzma bs=1 skip=23296 count=41162
41162+0 records in
41162+0 records out
41162 bytes (41 kB, 40 KiB) copied, 0,0939608 s, 438 kB/sMivel a kép LZMA-val van tömörítve, ki kell csomagolnunk:
$ unlzma u-boot.bin.lzmaMost van egy U-Boot képünk:
$ ls -l u-boot.bin
-rw-rw-r-- 1 sprado sprado 97476 Fev 5 08:48 u-boot.binMit szólnál a következőhöz: bootargs?
$ strings u-boot.bin | grep bootargs
bootargs
bootargs=console=ttyS0,115200 board=AP152 rootfstype=squashfs init=/etc/preinit mtdparts=spi0.0:128k(factory-uboot),192k(u-boot),64k(ART),1536k(uImage),14464k@0x1e0000(rootfs) mem=128MU-Boot környezeti változó bootargs paraméterek átadására szolgál a Linux kernelnek. A fentiek alapján pedig jobban megértjük a készülék flash memóriáját.
Mit szólnál a Linux kernel képének kibontásához?
$ dd if=archer-c7.bin of=uImage bs=1 skip=78448 count=1088572
1088572+0 records in
1088572+0 records out
1088572 bytes (1,1 MB, 1,0 MiB) copied, 1,68628 s, 646 kB/sA paranccsal ellenőrizhetjük, hogy a kép kibontása sikeres volt-e file:
$ file uImage
uImage: u-boot legacy uImage, MIPS OpenWrt Linux-3.3.8, Linux/MIPS, Multi-File Image (lzma), 1088500 bytes, Fri Jul 26 07:46:14 2019, Load Address: 0x80060000, Entry Point: 0x80060000, Header CRC: 0x78A267FF, Data CRC: 0xBB9D4F94Az uImage fájlformátum alapvetően egy Linux kernel képfájl, további fejléccel. Távolítsuk el ezt a fejlécet, hogy megkapjuk a végső Linux kernelképet:
$ dd if=uImage of=Image.lzma bs=1 skip=72
1088500+0 records in
1088500+0 records out
1088500 bytes (1,1 MB, 1,0 MiB) copied, 1,65603 s, 657 kB/sA kép tömörített, ezért csomagoljuk ki:
$ unlzma Image.lzmaMost van egy Linux kernel képünk:
$ ls -la Image
-rw-rw-r-- 1 sprado sprado 3164228 Fev 5 10:51 ImageMit tehetünk a kernel képpel? Például egy karakterlánc-keresést végezhetünk a képben, és megkereshetjük a Linux kernel verzióját, és megismerhetjük a kernel felépítéséhez használt környezetet:
$ strings Image | grep "Linux version"
Linux version 3.3.8 (leo@leo-MS-7529) (gcc version 4.6.3 20120201 (prerelease) (Linaro GCC 4.6-2012.02) ) #1 Mon May 20 18:53:02 CST 2019Annak ellenére, hogy a firmware-t tavaly (2019) adták ki, a cikk írásakor a Linux kernel (3.3.8) 2012-ben megjelent régi verzióját használja, amelyet a GCC egy nagyon régi verziójával (4.6) fordítottak, szintén 2012 óta. !
(kb. fordítás. továbbra is megbízik az útválasztókban az irodában és otthon?)
Opcióval --opcodes A binwalk segítségével gépi utasításokat is megkereshetünk, és meghatározhatjuk a kép processzorarchitektúráját:
$ binwalk --opcodes Image
DECIMAL HEXADECIMAL DESCRIPTION
--------------------------------------------------------------------------------
2400 0x960 MIPS instructions, function epilogue
2572 0xA0C MIPS instructions, function epilogue
2828 0xB0C MIPS instructions, function epilogueMi a helyzet a gyökér fájlrendszerrel? A kép manuális kibontása helyett használjuk a lehetőséget binwalk --extract:
$ binwalk --extract --quiet archer-c7.binA teljes gyökér fájlrendszer kicsomagolásra kerül egy alkönyvtárba:
$ cd _archer-c7.bin.extracted/squashfs-root/
$ ls
bin dev etc lib mnt overlay proc rom root sbin sys tmp usr var www
$ cat etc/banner
MM NM MMMMMMM M M
$MMMMM MMMMM MMMMMMMMMMM MMM MMM
MMMMMMMM MM MMMMM. MMMMM:MMMMMM: MMMM MMMMM
MMMM= MMMMMM MMM MMMM MMMMM MMMM MMMMMM MMMM MMMMM'
MMMM= MMMMM MMMM MM MMMMM MMMM MMMM MMMMNMMMMM
MMMM= MMMM MMMMM MMMMM MMMM MMMM MMMMMMMM
MMMM= MMMM MMMMMM MMMMM MMMM MMMM MMMMMMMMM
MMMM= MMMM MMMMM, NMMMMMMMM MMMM MMMM MMMMMMMMMMM
MMMM= MMMM MMMMMM MMMMMMMM MMMM MMMM MMMM MMMMMM
MMMM= MMMM MM MMMM MMMM MMMM MMMM MMMM MMMM
MMMM$ ,MMMMM MMMMM MMMM MMM MMMM MMMMM MMMM MMMM
MMMMMMM: MMMMMMM M MMMMMMMMMMMM MMMMMMM MMMMMMM
MMMMMM MMMMN M MMMMMMMMM MMMM MMMM
MMMM M MMMMMMM M M
M
---------------------------------------------------------------
For those about to rock... (%C, %R)
---------------------------------------------------------------Most sokféle dolgot tehetünk.
Kereshetünk konfigurációs fájlokat, jelszókivonatokat, kriptográfiai kulcsokat és digitális tanúsítványokat. Elemezhetjük a bináris fájlokat és a sebezhetőségeket.
-Val и akár egy végrehajtható fájlt is futtathatunk (emulálhatunk) a képből:
$ ls
bin dev etc lib mnt overlay proc rom root sbin sys tmp usr var www
$ cp /usr/bin/qemu-mips-static .
$ sudo chroot . ./qemu-mips-static bin/busybox
BusyBox v1.19.4 (2019-05-20 18:13:49 CST) multi-call binary.
Copyright (C) 1998-2011 Erik Andersen, Rob Landley, Denys Vlasenko
and others. Licensed under GPLv2.
See source distribution for full notice.
Usage: busybox [function] [arguments]...
or: busybox --list[-full]
or: function [arguments]...
BusyBox is a multi-call binary that combines many common Unix
utilities into a single executable. Most people will create a
link to busybox for each function they wish to use and BusyBox
will act like whatever it was invoked as.
Currently defined functions:
[, [[, addgroup, adduser, arping, ash, awk, basename, cat, chgrp, chmod, chown, chroot, clear, cmp, cp, crond, crontab, cut, date, dd, delgroup, deluser, dirname, dmesg, echo, egrep, env, expr, false,
fgrep, find, free, fsync, grep, gunzip, gzip, halt, head, hexdump, hostid, id, ifconfig, init, insmod, kill, killall, klogd, ln, lock, logger, ls, lsmod, mac_addr, md5sum, mkdir, mkfifo, mknod, mktemp,
mount, mv, nice, passwd, pgrep, pidof, ping, ping6, pivot_root, poweroff, printf, ps, pwd, readlink, reboot, reset, rm, rmdir, rmmod, route, sed, seq, sh, sleep, sort, start-stop-daemon, strings,
switch_root, sync, sysctl, tail, tar, tee, telnet, test, tftp, time, top, touch, tr, traceroute, true, udhcpc, umount, uname, uniq, uptime, vconfig, vi, watchdog, wc, wget, which, xargs, yes, zcatNagy! De vegye figyelembe, hogy a BusyBox verziója 1.19.4. Ez a BusyBox egy nagyon régi verziója, 2012 áprilisában jelent meg.
Tehát a TP-Link 2019-től szoftver (GCC toolchain, kernel, BusyBox stb.) segítségével 2012-ben ad ki firmware-képet!
Most már érted, miért telepítem mindig az OpenWRT-t a routereimre?
Ez nem minden
A Binwalk entrópiaanalízist is végezhet, nyers entrópiaadatokat nyomtathat és entrópiagrafikonokat hozhat létre. Általában nagyobb entrópia figyelhető meg, ha a kép bájtjai véletlenszerűek. Ez azt jelentheti, hogy a kép titkosított, tömörített vagy obfuszkált fájlt tartalmaz. Hardcore titkosítási kulcs? Miért ne.
Használhatjuk a paramétert is --raw egyéni nyers bájtsorozat megtalálásához egy képben vagy paraméterben --hexdump hexadecimális dump végrehajtásához két vagy több bemeneti fájl összehasonlításával.
hozzáadható a binwalkhoz a parancssorban a paraméter használatával megadott egyéni aláírásfájl segítségével --magic, vagy hozzáadva őket a könyvtárhoz $ HOME / .config / binwalk / magic.
A binwalkról további információkat a következő címen találhat .
binwalk kiterjesztés
Ott binwalk, amely Python-modulként van megvalósítva, amelyet bármely Python-szkript használhat binwalk-ellenőrzés programozott végrehajtására, és a binwalk parancssori segédprogram szinte teljesen megkettőzhető mindössze két Python-kóddal!
import binwalk
binwalk.scan()A Python API használatával is létrehozhat a binwalk konfigurálásához és bővítéséhez.
Szintén létezik és felhő verzió .
Akkor miért nem töltöd le a firmware-képet az internetről, és próbáld ki a binwalkot? Ígérem, nagyon jól fogsz szórakozni :)
Forrás: will.com