bene
New Member
Posts: 6 
|
Post by bene on Mar 27, 2016 19:06:03 GMT
Hi xtr4nge,
i spent some time to test the new release on Nethunter - and i´m impressed.
1.) I´m unable to install "mitmproxy" under BDFproxy. The "install" is still red after i click on it. Can´t provide the output because it is to fast.
But the BDFproxy is working well.
2.) The Autostart module doesn´t work for me. I want tcpdump to autostart for example and enabled it inside the autostart module
but it doesn´t start tcpdump. The Autostart Module itself is running atfer a reboot but it doesn´t start tcpdump.
3.) The MITMf doesn´t start. I enabled AP, Mana, Karma then MITMf. Directly atfer the start it is disabled again.
Did i missed something ? is there a log to check ?
FruityProxy does a good job. I tested succesfully some modules like URLSnarf, Upsideown, HTML Inject.
I had some random reboots during my tests ;-) Maybe it was to much for the OnePlusOne.
|
|
|
|
Post by xtr4nge on Mar 27, 2016 19:30:42 GMT
Hi bene, Thanks a lot for the update and comments  Point [1] - Try installing the script manually from the command line to see the error: cd /usr/share/fruitywifi/www/modules/bdfproxy/includes/
./install.shPoint [2] - There is a minor setup issue with php-cli, edit /etc/php5/cli/php.ini , enable short_open_tag, and restart "nginx and php5-fpm" short_open_tag = OnPoint [3] - Try installing the script manually from the command line to see the error: cd /usr/share/fruitywifi/www/modules/mitmf/includes/
./install.shAbout the restart, is your phone restarting or the modules? I didn't experienced that on mine. let me know regards, |
|
bene
New Member
Posts: 6
|
Post by bene on Mar 28, 2016 10:40:18 GMT
Point [1] mitmproxy
Here is the output: root@kali:/usr/share/fruitywifi/www/modules/bdfproxy/includes# ./install.sh
installing mitmproxy...
Reading package lists... Done
Building dependency tree
Reading state information... Done
git is already the newest version (1:2.8.0~rc3-1).
python-configobj is already the newest version (5.0.6-2).
python-pip is already the newest version (1.5.6-7).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Reading package lists... Done
Building dependency tree
Reading state information... Done
build-essential is already the newest version (11.7).
libffi-dev is already the newest version (3.2.1-4).
libssl-dev is already the newest version (1.0.2g-1).
libxml2-dev is already the newest version (2.9.3+dfsg1-1).
libxslt1-dev is already the newest version (1.1.28-2.1).
python-dev is already the newest version (2.7.11-1).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Requirement already up-to-date: six in /usr/lib/python2.7/dist-packages
Cleaning up...
Requirement already satisfied (use --upgrade to upgrade): mitmproxy in /usr/lib/python2.7/dist-packages
Cleaning up...
installing bdfproxy...
fatal: destination path 'bdf-proxy' already exists and is not an empty directory.
fatal: destination path 'bdf-proxy/bdf' already exists and is not an empty directory.
Requirement already satisfied (use --upgrade to upgrade): capstone in /usr/lib/python2.7/dist-packages
Cleaning up...
make: 'install' is up to date.
Get:1 http://ftp.halifax.rwth-aachen.de/kali kali-rolling InRelease [24.6 kB]
Get:2 http://ftp.halifax.rwth-aachen.de/kali kali-rolling/main armhf Packages [13.3 MB]
Get:3 http://ftp.halifax.rwth-aachen.de/kali kali-rolling/non-free armhf Packages [110 kB]
Fetched 13.5 MB in 6s (2168 kB/s)
Reading package lists... Done
Reading package lists... Done
Building dependency tree
Reading state information... Done
python-capstone is already the newest version (3.0.4-0.2).
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
Requirement already satisfied (use --upgrade to upgrade): pefile in /usr/lib/python2.7/dist-packages
Cleaning up...
Submodule path 'bdf': checked out '89d87b2fa1a499998a2109a751d8869e52485e0c'
Updating BDFProxy
Already up-to-date.
Updating BDF
From https://github.com/xtr4nge/the-backdoor-factory
* branch master -> FETCH_HEAD
Updating 89d87b2..66d6d60
Fast-forward
.gitignore | 2 +
README.md | 221 +++--
backdoor.py | 61 +-
elfbin.py | 7 +-
install.sh | 18 +-
intel/MachoIntel32.py | 90 +-
intel/MachoIntel64.py | 103 ++-
intel/WinIntelPE32.py | 1104 ++++++++++++++++++-----
intel/WinIntelPE64.py | 2180 +++++++++++++++++++++++++++++++++-----------
intel/intelCore.py | 37 +-
intel/intelmodules.py | 35 +-
machobin.py | 30 +-
payloadtests.py | 148 +++
pebin.py | 543 ++++++++---
update.sh | 3 +-
winapi/__init__.py | 0
winapi/winapi.py | 2395 +++++++++++++++++++++++++++++++++++++++++++++++++
17 files changed, 5934 insertions(+), 1043 deletions(-)
create mode 100644 .gitignore
create mode 100644 payloadtests.py
create mode 100644 winapi/__init__.py
create mode 100644 winapi/winapi.py
Requirement already satisfied (use --upgrade to upgrade): capstone in /usr/lib/python2.7/dist-packages
Cleaning up...
cat install.sh >install
chmod a+x install
Hit:1 http://ftp.halifax.rwth-aachen.de/kali kali-rolling InRelease
Reading package lists... Done
Reading package lists... Done
Building dependency tree
Reading state information... Done
python-capstone is already the newest version (3.0.4-0.2).
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
Requirement already satisfied (use --upgrade to upgrade): pefile in /usr/lib/python2.7/dist-packages
Cleaning up...
patching bdfproxy config...
patching file bdf-proxy/bdfproxy.cfg
Reversed (or previously applied) patch detected! Assume -R? [n]
Apply anyway? [n]
Skipping patch.
8 out of 8 hunks ignored -- saving rejects to file bdf-proxy/bdfproxy.cfg.rej
..DONE..
root@kali:/usr/share/fruitywifi/www/modules/bdfproxy/includes#It stops on the reversed patch detection - i hit Enter then for [n]. Maybe this is the problem ? Do i need to apply the patch again ? The mitmproxy is still red after remove and reinstall in BDFproxy and Recon:  
Point [2] Autostartroot@kali:~# cat /etc/php5/cli/php.ini | grep short
; short_open_tag
; Note that this directive does not control the <?= shorthand tag, which can be
; http://php.net/short-open-tag
short_open_tag = On
root@kali:~#The short_open_tag did not fixed the autostart problem:   I will add some more modules to the autostart to see if it is a general problem or only a tcpdump problem.
Point [3] MITMfThe MITMf sometimes starts and sometimes not. Not sure in which combination or situations. Can i start it manual from shell to see the output ? However, it doesn´t work that good as FruityProxy. Injection and Upsidedownernet for example had no effect on the client side. I saw some "[Plugins] Parse error" in the mitmf logs. Yes, about the Smartphone restart - the complete smartphone restarts, not only a single module. I use a CM13 Build with Nethunter and a Kernel from phreya. It is not official and maybe the main problem. But NetHunter all in all runs fine on it. I don´t use a extra power just directy the TL-WN722N on my phone. So it could be some power issuse, too. Thanks!
|
|
|
|
Post by xtr4nge on Mar 28, 2016 17:41:51 GMT
Hi bene, Point [1]Check if mitmdump is in /usr/local/bin/mitmdump as that is the location that FruityWiFi checks to verify if it is installed or not. Check the version for mitmdump (should be 0.15 or above), if it is below 0.15 should be upgraded (use pip install --upgrade mitmproxy) At the moment I'm working on Recon module as it was broken after version 0.15 of mitmproxy. As part of the upgrade, I'm adding new options Point [2]About autostart module, I need to take a look as adding the line in /etc/rc.local it is not working on NetHunter (I will check it) I think is time to migrate this module as it is not working on other platforms either, I will try some alternatives. Point [3]Long time without updating this module (I will try to take a look), but you should achieve the same using FruityProxy Note that FruityProxy is very easy to extend as is based on plugins, so take a look on the Wiki: github.com/xtr4nge/FruityProxy/wiki/How-to-create-a-pluginI will add more plugins very soon, and also the scripts created as part of the mitmproxy project are compatible (just minor changes are required to get the scripts working as a plugin) regards, |
|
m4d
New Member
Posts: 7
|
Post by m4d on Jun 23, 2016 19:55:12 GMT
Hey xtr4nge,
i'm havin a hard time with autostart too^^
ive already put the "/etc/init.d/fruitywifi start" and "/etc/init.d/php5-fpm start" into the rc.local so it starts automatically on reboot, but still...
the autostart should start the ap but nothing happens...
btw im running fruitywifi on rpi2 with kali2.0
to sum it up: seems like im havin the same problems as everybody else here:P
thx
|
|
|
|
Post by xtr4nge on Jun 24, 2016 10:18:25 GMT
Hi m4d,
This thread is for NetHunter so the problem that you have with Autostart is different.
rc.local does not work on NetHunter (different os structure) and that is why the module is not compatible with NetHunter.
The problem with Autostart on RPi is based on the "speed" of the CPU because "sometimes" is not fast enough to start the modules. I noticed that on RPi1 and RPi2, but works without problems on RPI3.
There is a workaround that you can try, add a sleep ( example: sleep 5 ) before and after the entry of FruityWiFi module in rc.local. Also, check that short_open_tag is enabled in php.ini (cli)
If you have more questions about Autostart not for NetHunter, please open a new Thread or write your question in the Autostart module thread.
regards,
|
|
