Tools for hacking ADB Epicentro routers, especially the D-Link DVA-5592 distributed by Wind in Italy to his FTTC and Fiber subscribers.
These tools are:
- python3 scripts to decrypt and modify the router configuration file to recover VOIP and other passwords in plain text and to enable hidden or disabled functions. These scripts are available in python source and in .exe compiled version for Windows. The .exe files don't require Python and related additional modules
- hack-script.sh used to automate the procedure to become root on the DVA-5592 router and to temporary enable (until next reboot) the upgrade with an unsigned firmware
- mod-kit a folder with a firmware modification kit for the DVA-5592 router. The kit includes a couple of bash scripts and support files to enable the modification of the root file system and the generation of an unsigned firmware file to be loaded into the router thanks to the above script
Python3 scripts are based on adbtools forked from Gabriel Huber's repository (https://github.com/Yepoleb/adbtools) and use some GUI elements by Benjamin Bertrand (https://github.com/beenje/tkinter-logging-text-widget)
- ADB Tools 2 description
- Table of contents
- Decrypt and modify the router configuration file
- How to become root on the D-Link DVA-5592 router
- Firmware modification kit
- Entware installation
- Information source to develop these tools
- YAPL file structure
- Author
The following Python3 scripts allows to decrypt and/or modify and encrypt the binary router configuration, locally saved using the web interface.
This allows to show hidden passwords, including the VOIP password, stored in the encrypted configuration file and to modify the configuration file to enable hidden or disabled functionalities.
Python dependencies can be installed using
pip3 install -r requirements.txt
It is the main, GUI based, tool that allows:
- decryption of the router configuration
- extraction of the main XML configuration file and the CPE configuration file
- encryption of main XML configuration file and the XML CPE configuration file
- extraction of passwords embedded in the configuration files, including the VoIP username and password
- editing of various features including:
- enable restricted web GUI elements
- enable restricted CLI commands
- enable firmware upgrade/downgrade
- fix wrong ddns server: dlinkdns.con -> dlinkddns.com
It is an improved version of the pkcrypt tool (see below) used for decrypting the config backup file saved from the router webinterface.
The config backup file is a binary encrypted xml file with a trailing segment of base64 encrypted CPE DATA as in the following snippet:
<!-- CPE Data: DVA-5592/DVA-5592 system type : 963138_VD5920 -->
<!-- DATA
9V/jO+TpbscUypF/41d3Ej15nwHuUp+c4wBWV4uFWb1Zb/nS6QuDiLUoZeJ2s0mksjXrARR2
6+4XkU8c2Dt+0svzS01nAOYY6hEhWkiQhUUROsUg69qK88UvBHAiDXW0koIkZ2aOva4bci+U
....
24g6a+nGht0O4xs99XXewI5uq0i/7+sf1Ic7CkscNfrS7k0n07MFPLWSV97kkmU1/+GfGwrd
e1ICfokPdjY=
-->
The confbin2xml.py tool extract and decrypt both files, they have similar, but not identical, content. I suppose that the two contents have to be consistent.
Python Usage example:
python3 confbin2xml.py [-l it|en] download.pem upload.pem config_full_DVA-5592_2018-06-04T222624.bin conf.xml confcpe.xml
Windows Usage example:
d:\adbtools2> confbin2xml.exe [-l it|en] download.pem upload.pem config_full_DVA-5592_2018-06-04T222624.bin conf.xml confcpe.xml
where:
-l it|en input, optional, select language it=Italian en=English
download.pem input, decrypting key for the main configuration file, from the firmware file system
upload.pem input, decrypting key for the CPE Data configuration file, form the firmware file system
config_full... input, configuration file downloaded from the router web interface
conf.xml output, main configuration file decrypted
confcpe.xml output, CPE Data configuration file decrypted
The output files written by the tool (conf.xml and confcpe.xml) are text file in "unix format" (Line Feed as line separator) so notepad has difficulties in displaying them correctly, you can use another editor or convert them to "dos format" with a command similar to the following:
d:\adbtools2> type conf.xml | more /P > conf2.xml
in this way conf2.xml can be correctly viewed with notepad.
One interesting piece of information is the SIP username and password in plain text in both configuration file as in the following conf.xml snippet:
<SIP>
<AuthPassword>1234XABC</AuthPassword>
<AuthUserName>39099123456</AuthUserName>
</SIP>
Does the opposite of confbin2xml, takes, as input, the main XML configuration file, the CPE XML configuration file, the two encrypting keys and generates the encrypted binary XML file ready to be loaded into the router.
Using confbin2xml and confxml2bin it is possible to extract the two XML files, modify them and generate the new encrypted binary XML file, ready to be loaded into the router.
Python usage example:
python3 confxml2bin.py [-l it|en] download.pem upload.pem conf.xml confcpe.xml conf.bin
Windows usage example:
d:\adbtools2> confxml2bin.exe [-l it|en] download.pem upload.pem conf.xml confcpe.xml conf.bin
where: -l it|en input, optional, select language it=Italian en=English download.pem input, encrypting key for the main configuration file, from the firmware file system upload.pem input, encrypting key for the CPE Data configuration file, form the firmware file system conf.xml input, main configuration file confcpe.xml input, CPE Data configuration file conf.bin output, configuration file ready to be uploaded to the router web interface
Tool used for encrypting/decrypting the config backups from the
webinterface. Uses an RSA public key for AES encryption. Only works
with configs created with version E_3.4.0 or later (May 2017) as older
ones tried to use asymmetric encryption without a private key, which
makes the configs impossible to decrypt, even for the devices
themselves. Key can be found at /etc/certs/download.pem
in the
firmware image.
Python usage example:
python3 pkcrypt.py [-l it|en] sym_decrypt download.pem config.bin config.xml
Windows usage example:
d:\adbtools2> pkcrypt.exe [-l it|en] sym_decrypt download.pem config.bin config.xml
Previous known Epicentro vulnerabilities (like https://www.exploit-db.com/exploits/44983/) has been closed in the software version (_ADB_PlatformSoftwareVersion=6.0.0.0028) used by this router, so it was necessary to to search another unexploited vulnerability.
The procedure described here has been tested on the DVA-5592 router, probably it will function on other Epicentro routers, eventually with some modifications.
A telnet into this router gives a /bin/clish
command
prompt. Clish (or Klish) si an open source project
(http://libcode.org/projects/klish/) to give a "Cisco like"
interface. This shell is configured through an xml configuration file.
Looking at the startup scripts (see below about router file system
analysis) and at the /bin/clish
script it is possible to see that the normal
configuration file is /tmp/clish/startup.xml
(/tmp/clish
links to
/etc/clish
in "normal" mode and to /etc/clish/prod
in "factory
mode"), in this file there is an "hidden" command that isn't
auto-completed and doesn't show in the clish CLI:
<COMMAND name="factory-mode" help="hidden">
<ACTION>
cmclient DUMPDM FactoryData /tmp/cfg/FactoryData.xml > /dev/null
nvramUpdate Feature 0x2 > /dev/null
cmclient REBOOT > /dev/null
</ACTION>
</COMMAND>
So it is possible to enter "factory-mode" with the following commands:
valerio@ubuntu-hp:~$ telnet 192.168.1.1
Trying 192.168.1.1...
Connected to 192.168.1.1.
Escape character is '^]'.
Login: admin
Password:
********************************************
* D-Link *
* *
* WARNING: Authorised Access Only *
********************************************
Welcome
DLINK# factory
DLINK(factory)# factory-mode
DLINK(factory)#
DLINK(factory)# Connection closed by foreign host.
valerio@ubuntu-hp:~$
The system reboots and enters factory mode. The configuration is wiped out and the router doesn't operate normally: DHCP server is not working, WiFi has some esoteric, but unusable, SSIDs and Internet connection doesn't work. It is needed to configure a static IP address on the PC to communicate with the router's default IP (192.168.1.1).
But in this mode it is possible to enter an unprivileged busybox shell:
valerio@ubuntu-hp:~$ telnet 192.168.1.1
Trying 192.168.1.1...
Connected to 192.168.1.1.
Escape character is '^]'.
Login: admin
Password:
********************************************
* D-Link *
* *
* WARNING: Authorised Access Only *
********************************************
Welcome
DLINK# system shell
BusyBox v1.17.3 (2018-04-11 12:29:54 CEST) built-in shell (ash)
Enter 'help' for a list of built-in commands.
/root $
The result of file system analysis shows that large part of the
router configuration modification, in response to user's CLI commands or web
interaction, is done by a system process, /sbin/cm
, running
with root privileges:
/root $ ps -ef | egrep 'PID| cm'
PID USER VSZ STAT COMMAND
356 0 2560 S cm
This process (cm
probably means "Configuration Manager") is started
by /etc/init.d/services.sh
startup script, it is a daemon listening
for commands on the socket file /tmp/cmctl
.
Commands are given using the cmclient
configuration command, it is
not a program but it is interpreted directly by busybox probably
through a compiled plugin. cmclient
simply writes commands to
/tmp/cmctl
.
Also clish
has a plugin to talk directly to cm
through the /tmp/cmctl
socket file.
During the router boot cmclient
is used by startup files to
configure the /sbin/cm
process giving it location of xml
configuration files.
During normal operations cmclient
is executed by the web interface
or the clish CLI in response to user's request to get configuration
information or to change configuration parameters; in these cases
cmclient
is executed by an unprivileged user (the web interface runs
as user nobody
, the CLI runs, usually, as user admin
).
The daemon cm
, to change router configuration, uses "helper scripts"
located in the /etc/ah
folder; so, for example, to add a new user or to
change current user's password it executes the helper script
/etc/ah/Users.sh
passing it the correct parameters.
The cm
process knows that it has to call /etc/ah/Users.sh
through:
- a startup script that executes the command:
cmclient DOM Device /etc/cm/tr181/dom/
-
the
cm
daemon process every file in the above folder, including/etc/cm/tr181/dom/Management.xml
-
in the above file there is the following xml snippet:
<object name="Users.User.{i}."
access="readOnly"
minEntries="0"
maxEntries="unbounded"
numEntriesParameter="UserNumberOfEntries"
enableParameter="Enable"
set="Users.sh"
add="Users.sh"
del="Users.sh"
>
- the
cm
daemon prepend the/etc/ah/
path in front ofUsers.sh
The interesting thing is that it is possible to re-configure the cm
daemon giving it, through cmclient, a command to load a
new XML file located, for example, in the /tmp folder. Each definition in a new
XML file overwrites existing definitions, This means that it is possible to:
-
copy
/etc/cm/tr181/dom/Management.xml
into/tmp
-
modify
/tmp/Managemente.xml
to load../../tmp/Users.sh
(/tmp/Users.sh
) instead ofUsers.sh
(/etc/ah/Users.sh
) -
give the command to reconfigure the
cm
daemon:cmclient DOM Device /tmp/Management.xml
-
copy
/etc/ah/Users.sh
into/tmp
-
modify
/tmp/Users.sh
to modify/tmp/passwd
(/etc/passwd
links to this file) to remove the '*' from the root password field to allowsu - root
without password -
have
cm
execute the modified/tmp/Users.sh
script withroot
privileges with the command:cmclient ADD Device.Users.User
This is a script to be executed on the /bin/ash
command line
interface in the router to exploit the above vulnerability and become
root.
This script does exactly the above steps, so to become root, in an unprivileged busybox command prompt, it is needed to:
/root $ cat > /tmp/hack-script.sh
do a copy and paste of the script
press CTRL-D to terminate the copy
/root $ chmod a+x /tmp/hack-script.sh
/root $ /tmp/hack-script.sh
....
/root $ su -
BusyBox v1.17.3 (2018-04-11 12:29:54 CEST) built-in shell (ash)
Enter 'help' for a list of built-in commands.
___ ___ ___ ___
|\__\ /\ \ /\ \ /\ \
|:| | /::\ \ /::\ \ /::\ \
|:| | /:/\:\ \ /:/\:\ \ /:/\:\ \
|:|__|__ /::\~\:\ \ /::\~\:\ \ _\:\~\:\ \
/::::\__\ /:/\:\ \:\__\ /:/\:\ \:\__\ /\ \:\ \:\__\
/:/~~/~ \/__\:\/:/ / \/__\:\/:/ / \:\ \:\ \/__/
/:/ / \::/ / \::/ / \:\ \:\__\
\/__/ /:/ / \/__/ \:\/:/ /
/:/ / \::/ /
\/__/ \/__/ r41358.07b1b3a7
..................................................................
yet another purposeful solution by Advanced Digital Broadcast SA
..................................................................
root@localhost:~# id
uid=0(root) gid=0(root) groups=0(root),19(remoteaccess),20(localaccess)
root@localhost:~#
As root, it is now possible to modify everything, but I have found that modifying the root jffs2 file system I start getting, on the console, error messages related to jffs2 checksum errors. The root jffs2 file system is mounted read/write, but the router firmware never modify it, and treat it as if it was mounted read only. Only the firmware upgrade procedure rewrites the root jffs2 file system.
I don't know why this happens, it seems (but not fully sure) that adding files doesn't give checksum error messages, but modifying existing files does.
The hack-script.sh
has another feature: the possibility to temporary upgrade
the router with an unsigned firmware file. To do so it
- copy the /usr/sbin/upgrade.sh in /tmp/upgrade.sh and replace the following snippet
sig_verify $file 2> /dev/null
ret_code=$?
with
sig_verify $file 2> /dev/null
ret_code=0
sig_verify
is the executable used to check that the firmware file has been
digitally signed with the supplier's private key. The public key is embedded in
this executable file. This modification means that an unsigned firmware will
be treated as a signed one.
- execute the
mount --bind
command to temporary "replace" /usr/sbin/upgrade.sh and temporary (until reboot) allow an upgrade with an unsigned firmware:
su -c "mount --bind /tmp/upgrade.sh /usr/sbin/upgrade.sh" -
- after the execution of
hack-script.sh
, before reboot and still in "factory mode" it is possible to upgrade, via web interface, the router with an unsigned firmware generated with the "Firmware Modification Kit" described below.
To return to normal mode of operation it is needed to exit factory mode with the following command in the clish shell
DLINK# restore default-setting
The router will return to the normal mode, but the previous configuration has been wiped out, so the router restarts as if it was resetted to factory configuration.
This kit, located in the folder mod-kit in this repository, allows to
extract the root file system from an official firmware file, modify and/or
add new files to this root file system and generate a new, unsigned, firmware
file, ready to be uploaded to the router, via web interface, following the
procedure described above and involving the use of hack-script.sh
.
Current implementation has the following limitations (some of them may be removed in future releases):
-
only the DVA-5592_A1_WI_20180405.sig firmware can be modified (firmware for the device D-Link DVA-5592 distributed in Italy by Wind and released on 2018/04/05)
-
new root file system image, incorporating custom modifications, must not be greater than current root file system image size
-
runs only on Linux (this limitation will not be removed in future releases)
The kit requires some software to be available, the two most important required software are:
-
Jefferson available at https://github.com/sviehb/jefferson, to extract the jffs2 root file system from the JFFS2 image file
-
mkfs.jffs2, part of mtd-utils (http://www.linux-mtd.infradead.org/source.html), with the lzma patch to support lzma compression. The version of mkfs.jffs2, usually available on package repositories, doesn't include the lzma patch. I grabbed the lzma patch from the openwrt project and included it in this repository.
To get mkfs.jffs2 with lzma support there are at least two options: get a compiled version with the lzma patch included from an OpenWRT SDK or compile the mtd-utils from source.
To compile the mtd-utils, some additional packages can be needed on the Linux system used for compilation, for example, in my case, on my Ubuntu 16.04.05, I had to install:
sudo apt install liblzo2-2 liblzo2-dev libacl1 libacl1-dev
If some errors pop-up during compilation it is always possible to google the error and find what package is needed to install to resolve the issue.
To compile mtd-utils and apply the lzma patch included in this repository I did:
# get the mtd-utils version v2.0.2 (last stable version, currently)
git clone -b v2.0.2 --single-branch --depth 1 git://git.infradead.org/mtd-utils.git
# apply the lzma patch included in this repository
cd mtd-utils/
patch -p1 < /path/to/this/repository/mod-kit/mtd-utils-lzma_jffs2.patch
# build the mtd-utils packages
./autogen.sh
./configure
make
# check that lzma compression is included
./mkfs.jffs2 -L
mkfs.jffs2: error!:
zlib priority:80 enabled
lzma priority:70 enabled
rtime priority:50 enabled
# copy the mkfs.jffs2 command in a suitable location, for example
sudo cp mkfs.jffs2 /usr/local/bin/mkfs.jffs2-lzma
The folder mod-kit contains the following files/directories:
-
mod-kit-configure.sh this script prepare and create the directory tree (mod-kit-dir) that will contain the original firmware file, the original extracted root file system, the patch directory, the overlay directory, the new modified root file system, the new modified and unsigned firmware file. This is the first script to run.
-
mod-kit-run.sh this is the main script that extracts the root file system from the original firmware, apply patches to it, apply overlay files, remove files listed in
root-rm-files.txt
, executes thepre-image-script.sh
and generate the new unsigned firmware file. -
device-table.txt the device table used by
mkfs.jffs2
to allow creation of /dev/console and /dev/null in the jffs2 root file system image. This is needed because the normal user (not root), that runs this kit, has no rights to create a special device file. This file is copied to the mod-kit-dir and can be customized, if needed. -
root-permissions.acl this file contains the correct file owner and mode of each file in the root file system. This file is needed because files extracted by Jefferson haven't the correct file mode and ownership. This file is copied to the mod-kit-dir and can be customized, if needed.
-
mtd-utils-lzma_jffs2.patch this is the patch to apply to mtd-utils to add support for lzma compression (see above)
-
root-patch this is a directory with same folder structure as the root file system and a corresponding file for each file that needs to be patched on the original root file system. The patch file name is the same as the file to be patched with the suffix
.patch
. This directory is copied to the mod-kit-dir and can be customized, if needed. Currently only the following files will be patched:-
/etc/passwd.orig to replace the
:*:
from theroot
entry, with a valid encrypted password field, the default password is no.wordpass, but can be changed passing a parameter tomod-kit-run.sh
; this allowssu -
to root. Please note thatroot
cannot login with telnet or ssh, and no login is allowed from Internet. -
/usr/sbin/upgrade.sh to allow firmware upgrade with unsigned firmware file, using the web interface.
-
/usr/sbin/usb_hotplug_sw_upgrade.sh to allow firmware upgrade with unsigned firmware file, using a USB key.
-
/etc/clish/startup.xml to allow the command "system shell" in normal mode (currently this command is available only in factory mode). This command allows to escape the clish interface and use a standard /bin/ash (busybox) CLI.
-
-
root-overlay this is a directory with same folder structure as the root file system, files present in this directory will be written to the new root file system, after the above patches have been applied. This directory is copied to the mod-kit-dir and can be customized. Currently the main folder and files located in this directory are the followings:
-
/opt
directory, it is the mount point for an ext2, ext3 or ext4 first partition on a USB key where to install entware (https://github.com/Entware) -
/etc/init.d/entware.sh
and related link files in/etc/rc.d
(K00entware.sh
andS99entware.sh
). This script is executed on boot, with parameter "boot", and on shutdown, with parameter "shutdwon", and initializes or terminates the entware environment. It can be manually executed, with parameter "install" to install the entware environment on an available ext2, ext3 or ext4 first partition on an attached USB key (see below for instructions) -
/usr/bin/wget
it is needed for initial entware installation -
/usr/lib/libtirpc.so.3.0.0
and related links, they are needed bywget
-
-
root-rm-files.txt this file lists, one per line, files and/or directories to be removed from the new root file system. '#' as first char in a line is a comment and it is ignored, a trailing '/' indicate a directory. This file is copied to the mod-kit-dir and can be customized.
-
pre-image-script.sh this script will be executed just before the creation of the new root file system image and can be used to further sutomize the new root file system. By default it modifies the file
/etc/banner
to add a line identifying adbtools2 version and firmware build date. It is copied to the mod-kit-dir and can be customized.
This script creates the directory tree where the firmware modification kit will store original firmware file, original root file system, modified root file system, modified and unsigned firmware file system and other support files.
Script usage is the following:
usage: ./mod-kit-configure.sh [ -d basedir ] [ -j /path/to/mkfs.jffs2 ] <firmware file>
-d basedir (defautl $HOME/mod-kit)
-j /path/to/mkfs.jffs2 (default /usr/local/bin/mkfs.jffs2-lzma)
-h this help
example:
./mod-kit-configure.sh /path/to/DVA-5592_A1_WI_20180405.sig
This script will create the following directories, and partially populate then,
under the basedir provided with the -d
option (default is $HOME/mod-kit)
-
input the original firmware file is copied to this directory, the original root file system images and other original intermediate images are stored on this directory
-
input/root the original root file system, extracted with Jefferson by the
mod-kit-run.sh
script is stored there -
output the modified firmware file is generated, by
mod-kit-run.sh
, in this directory, intermediate modified file system images are stored in this directory -
output/root the modified root file system is stored in this directory. The original file system in
input/root
is copied here, then patches fromroot-patch
directories are applied, then files in theroot-overlay
directory are copied here. -
root-patch this is a directory with same folder structure as the root file system and a corresponding file for each file that needs to be patched on the original root file system. The patch file name is the same as the file to be patched with the suffix
.patch
. This directory is initially populated by themod-kit-configure.sh
script from the similar directory in this repository. The user can customize this directory adding more patch files. -
root-overlay this is a directory with same folder structure as the root file system, files present on this directory will be written to the new root file system, after the above patches have been applied by the
mod-kit-run.sh
script. This directory is initially populated by themod-kit-configure.sh
script from the similar directory in this repository. The user can customize this directory adding more files and or directories. -
device-table.txt the device table used by
mkfs.jffs2
to allow creation of /dev/console and /dev/null in the jffs2 root file system image. This is needed because the normal user (not root), that runs this kit, has no rights to create a special device file. This file is populated by themod-kit-configure.sh
script from the similar file in this repository. -
root-permissions.acl this file contains the correct file owner and mode of each file in the root file system. This file is needed because files extracted by Jefferson haven't the correct file mode and ownership. This file is populated by the
mod-kit-configure.sh
script from the similar file in this repository. -
root-rm-files.txt this file lists, one per line, files and/or directories to be removed from the new root file system. '#' as first char in a line is a comment and it is ignored, a trailing '/' indicate a directory. This file can be customized.
-
pre-image-script.sh this script will be executed just before the creation of the new root file system image and can be used to further customize the new root file system. By default it modifies the file
/etc/banner
to add a line identifying adbtools2 version and firmware build date and can be customized.
This script does the main job to generate the modified unsigned firmware file:
- extract the root file system image from the original firmware file
- extract the original file system from the image into
input/root
- copy
input/root
tooutput/root
- apply patches from
root-patches
tooutput/root
- copy additional files/directory from
root-overlay
tooutput/root
- generate the new root file system image
- insert the new root file system image into the new unsigned firmware files
- if xdelta3 is available, generate and xdelta file to binary patch the original firmware to obtain the new modified firmware file.
Usage of this script is the following:
usage: ./mod-kit-run.sh [ -c ] [ -h ] [-p password]
-c clean all generated files from a previous run
-p password set password for root, default 'no.wordpass'
-h print this help
Entware (https://github.com/Entware/Entware) is a software repository for embedded devices with more than 2000 packages and a package manager (opkg) to easily install them and to automatically resolve dependencies.
Entware packages are installed under the /opt
directory tree (in this case
this is the first ext2, ext3 or ext4 partition of an attached USB key) and use
libraries, configurations files etc. inside the /opt
tree; this means that
entware remains in some way separated from the firmware installed on the
device and does not interfere much with the installed firmware.
To remove entware it is enough to unmount the /opt
directory or to remove
everything from the USB key partition mounted on /opt
.
To install entware, on a router running the modified firmware, it is needed to:
-
attach an already formatted USB key with the first, or only, partition formatted with an ext2, ext3 or ext4 file system. Ext4 is preferred.
-
telnet to the router and executes the command
/etc/init.d/entware.sh
; usage of this command for installation is:/etc/init.d/entware.sh install [generic | alternative] generic: do a standard installation (/opt/etc/passwd is a link to system wide /etc/passwd) alternative: do an alternative installation (/opt/etc/passwd is a file with no relation to the system wide /etc/passwd)
The difference between "standard" and "alternative" installation is explained in the entware web site. "Alternative" is recommended, and is the default, because if some software creates additional users during installation, it would get lost after reboot with a "standard" installation because the router keeps the system wide password in /tmp/passwd and this file is recreated at boot based on router configuration saved in XML files.
-
entware executables are installed in
/opt/bin
and/opt/sbin
so, to be able to easily execute them, it is recommended to add these two directories to the PATH, it can be achieved sourcing /opt/etc/profile withroot@dlinkrouter:~# . /opt/etc/profile
please note that sourcing
/opt/etc/profile
puts/opt/bin
and/opt/sbin
as the first two directories of the PATH, so entware commands with same name as the firmware commands will take precedence. Sometimes it is not what expected.
A successful entware installation is shown below:
valerio@ubuntu-hp:~/temp/entware$ telnet 192.168.1.1
Trying 192.168.1.1...
Connected to 192.168.1.1.
Escape character is '^]'.
Login: admin
Password:
********************************************
* D-Link *
* *
* WARNING: Authorised Access Only *
********************************************
Welcome
DLINK# system shell
BusyBox v1.17.3 (2018-04-11 12:29:54 CEST) built-in shell (ash)
Enter 'help' for a list of built-in commands.
/root $ su -
BusyBox v1.17.3 (2018-04-11 12:29:54 CEST) built-in shell (ash)
Enter 'help' for a list of built-in commands.
___ ___ ___ ___
|\__\ /\ \ /\ \ /\ \
|:| | /::\ \ /::\ \ /::\ \
|:| | /:/\:\ \ /:/\:\ \ /:/\:\ \
|:|__|__ /::\~\:\ \ /::\~\:\ \ _\:\~\:\ \
/::::\__\ /:/\:\ \:\__\ /:/\:\ \:\__\ /\ \:\ \:\__\
/:/~~/~ \/__\:\/:/ / \/__\:\/:/ / \:\ \:\ \/__/
/:/ / \::/ / \::/ / \:\ \:\__\
\/__/ /:/ / \/__/ \:\/:/ /
/:/ / \::/ /
\/__/ \/__/ r41358.07b1b3a7
..................................................................
yet another purposeful solution by Advanced Digital Broadcast SA
..................................................................
root@dlinkrouter:~# /etc/init.d/entware.sh install alternative
entware.sh: fstype: ext3
entware.sh: module ext2 already loaded
entware.sh: module mbcache already loaded
entware.sh: module jbd already loaded
entware.sh: module jbd2 already loaded
entware.sh: module ext3 already loaded
entware.sh: module ext4 already loaded
entware.sh: /opt/etc/init.d/rc.unslung not found
entware.sh: entware software not found on /opt
entware.sh: Entware Installation
entware.sh: downloading http://bin.entware.net/armv7sf-k3.2/installer/alternative.sh
Connecting to bin.entware.net (81.4.123.217:80)
alternative.sh 100% |***************************************************************************************************************************| 2031 0:00:00 ETA
entware.sh: installing entware, executing /tmp/alternative.sh
Info: Checking for prerequisites and creating folders...
Warning: Folder /opt exists!
Info: Opkg package manager deployment...
Connecting to bin.entware.net (81.4.123.217:80)
opkg 100% |***************************************************************************************************************************| 131k 0:00:00 ETA
Connecting to bin.entware.net (81.4.123.217:80)
opkg.conf 100% |***************************************************************************************************************************| 190 0:00:00 ETA
Connecting to bin.entware.net (81.4.123.217:80)
ld-2.27.so 100% |***************************************************************************************************************************| 135k 0:00:00 ETA
Connecting to bin.entware.net (81.4.123.217:80)
libc-2.27.so 100% |***************************************************************************************************************************| 1218k 0:00:00 ETA
Connecting to bin.entware.net (81.4.123.217:80)
libgcc_s.so.1 100% |***************************************************************************************************************************| 50840 0:00:00 ETA
Connecting to bin.entware.net (81.4.123.217:80)
libpthread-2.27.so 100% |***************************************************************************************************************************| 92648 0:00:00 ETA
Info: Basic packages installation...
Downloading http://bin.entware.net/armv7sf-k3.2/Packages.gz
Updated list of available packages in /opt/var/opkg-lists/entware
Installing busybox (1.28.3-2) to root...
Downloading http://bin.entware.net/armv7sf-k3.2/busybox_1.28.3-2_armv7-3.2.ipk
Installing libc (2.27-8) to root...
Downloading http://bin.entware.net/armv7sf-k3.2/libc_2.27-8_armv7-3.2.ipk
Installing libgcc (7.3.0-8) to root...
Downloading http://bin.entware.net/armv7sf-k3.2/libgcc_7.3.0-8_armv7-3.2.ipk
Installing libssp (7.3.0-8) to root...
Downloading http://bin.entware.net/armv7sf-k3.2/libssp_7.3.0-8_armv7-3.2.ipk
Installing librt (2.27-8) to root...
Downloading http://bin.entware.net/armv7sf-k3.2/librt_2.27-8_armv7-3.2.ipk
Installing libpthread (2.27-8) to root...
Downloading http://bin.entware.net/armv7sf-k3.2/libpthread_2.27-8_armv7-3.2.ipk
Configuring libgcc.
Configuring libc.
Configuring libpthread.
Configuring libssp.
Configuring librt.
Configuring busybox.
Installing entware-opt (227000-3) to root...
Downloading http://bin.entware.net/armv7sf-k3.2/entware-opt_227000-3_all.ipk
Installing libstdcpp (7.3.0-8) to root...
Downloading http://bin.entware.net/armv7sf-k3.2/libstdcpp_7.3.0-8_armv7-3.2.ipk
Installing entware-release (1.0-2) to root...
Downloading http://bin.entware.net/armv7sf-k3.2/entware-release_1.0-2_all.ipk
Installing zoneinfo-asia (2018e-1) to root...
Downloading http://bin.entware.net/armv7sf-k3.2/zoneinfo-asia_2018e-1_armv7-3.2.ipk
Installing zoneinfo-europe (2018e-1) to root...
Downloading http://bin.entware.net/armv7sf-k3.2/zoneinfo-europe_2018e-1_armv7-3.2.ipk
Installing findutils (4.6.0-1) to root...
Downloading http://bin.entware.net/armv7sf-k3.2/findutils_4.6.0-1_armv7-3.2.ipk
Installing terminfo (6.1-1) to root...
Downloading http://bin.entware.net/armv7sf-k3.2/terminfo_6.1-1_armv7-3.2.ipk
Installing locales (2.27-8) to root...
Downloading http://bin.entware.net/armv7sf-k3.2/locales_2.27-8_armv7-3.2.ipk
Installing grep (2.26-1) to root...
Downloading http://bin.entware.net/armv7sf-k3.2/grep_2.26-1_armv7-3.2.ipk
Installing libpcre (8.41-2) to root...
Downloading http://bin.entware.net/armv7sf-k3.2/libpcre_8.41-2_armv7-3.2.ipk
Installing opkg (2011-04-08-9c97d5ec-17b) to root...
Downloading http://bin.entware.net/armv7sf-k3.2/opkg_2011-04-08-9c97d5ec-17b_armv7-3.2.ipk
Installing entware-upgrade (1.0-1) to root...
Downloading http://bin.entware.net/armv7sf-k3.2/entware-upgrade_1.0-1_all.ipk
Configuring terminfo.
Configuring libpcre.
Configuring grep.
Configuring locales.
Entware uses separate locale-archive file independent from main system
Creating locale archive - /opt/usr/lib/locale/locale-archive
Adding en_EN.UTF-8
Adding ru_RU.UTF-8
You can download locale sources from http://pkg.entware.net/sources/i18n_glib227.tar.gz
You can add new locales to Entware using /opt/bin/localedef.new
Configuring entware-upgrade.
Upgrade operations are not required
Configuring opkg.
Configuring zoneinfo-europe.
Configuring zoneinfo-asia.
Configuring libstdcpp.
Configuring entware-release.
Configuring findutils.
Configuring entware-opt.
Info: Congratulations!
Info: If there are no errors above then Entware was successfully initialized.
Info: Add /opt/bin & /opt/sbin to your PATH variable
Info: Add '/opt/etc/init.d/rc.unslung start' to firmware startup script for Entware services to start
This is an alternative Entware installation. We recomend to install and setup Entware version of ssh server
and use it instead of a firmware supplied one. You can install dropbear or openssh as an ssh server
root@dlinkrouter:~#
The information comes from the router file system analysis. The router
firmware available at
ftp://ftp.dlink.eu/Products/dva/dva-5592/driver_software/
has been
extracted using the binwalk (https://github.com/ReFirmLabs/binwalk)
and jefferson (https://github.com/sviehb/jefferson) firmware
extraction tools.
The file /usr/sbin/backup-conf.sh
has been the main information source to
build these tools.
To become root the main source of information has been the clish
configuration files (the normal clish configuragion file
/etc/clish/startup.xml
and factory mode configuration file
/etc/clish/prod/startup.xml
) and startup scripts in /etc/init.d
,
especially /etc/init.d/services.sh
.
Yapl files are used as the CGI templates. This is just documentation that I didn't know where else to put.
0x00 - 0x03: Header "Yapl"
0x04 - 0x07: Padding
0x08 - 0x0B: Number of strings
0x0C - 0x0F: Padding
0x10 - ....: Zero separated strings
.... - ....: Instructions that somehow reference the strings
I am happy to be contacted about this project, my contact details are:
Item | Content |
---|---|
Author's name | Valerio Di Giampietro |
[email protected] (yes it's a valid email address!) | |
Personal web site | http://va.ler.io (aka http://digiampietro.com) |
http://it.linkedin.com/in/digiampietro | |
http://twitter.com/valerio | |
http://facebook.com/digiampietro |