search

daszx / armitage

Automatically exported from code.google.com/p/armitage
0 stars 0 forks source link

Targets don't show up (neither in graph view nor in table view) #104

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
Scan the LAN (with 3 hosts with several open ports).

What is the expected output? What do you see instead?
The nmap console prints out information about multiple hosts and services, but 
no targets appear.

What version of Metasploit are you using (type: svn info)? On which
operating system?
Metasploit 4.3.0
Fedora 15

Which database are you using?
Uh... I didn't configure anything related to that except for setting the 
MSF_DATABASE_CONFIG environment variable.

Please provide any additional information below.

Original issue reported on code.google.com by jannhorn@googlemail.com on 10 Jun 2012 at 10:18

Attachments:

GoogleCodeExporter commented 9 years ago 
Also, if I see this correctly, it seems like Hail Mary doesn't perform any 
attacks.

Original comment by jannhorn@googlemail.com on 10 Jun 2012 at 10:19

GoogleCodeExporter commented 9 years ago 
Can you type the 'hosts' command and provide the output of it.

Original comment by rsmu...@gmail.com on 10 Jun 2012 at 10:21

GoogleCodeExporter commented 9 years ago 
And I should add, it doesn't look like the NMap scan is done yet. No hosts will 
show up until it completes. Also, Hail Mary only attacks what it sees in the 
database.

Original comment by rsmu...@gmail.com on 10 Jun 2012 at 10:22

GoogleCodeExporter commented 9 years ago 
msf > hosts

Hosts
=====

address         mac                name                    os_name  os_flavor  
os_sp  purpose  info  comments
-------         ---                ----                    -------  ---------  
-----  -------  ----  --------
192.168.178.1   **:**:**:**:**:**  fritz.box               Linux    2.6.X       
      device         
192.168.178.**  **:**:**:**:**:**  ************.fritz.box  Linux    Debian      
      server         
192.168.178.**                     *******.fritz.box       Linux    2.6.X       
      device

Original comment by jannhorn@googlemail.com on 10 Jun 2012 at 10:33

GoogleCodeExporter commented 9 years ago 
Which version of Metasploit are you using? 

cd /opt/metasploit
source ../scripts/setenv.sh
svn info .

Original comment by rsmu...@gmail.com on 10 Jun 2012 at 10:42

GoogleCodeExporter commented 9 years ago 
The folder is named /opt/metasploit-4.3.0 and it is no svn directory. Also, 
sourcing that script doesn't print anything. Do you want me to paste its 
contents?

Original comment by jannhorn@googlemail.com on 10 Jun 2012 at 10:46

GoogleCodeExporter commented 9 years ago 
(assuming that you meant ./scripts/setenv.sh, not ../scripts/setenv.sh)

Original comment by jannhorn@googlemail.com on 10 Jun 2012 at 10:46

GoogleCodeExporter commented 9 years ago 
cd /opt/metasploit-4.3.0/msf3
source ../scripts/setenv.sh
svn info .

Original comment by rsmu...@gmail.com on 10 Jun 2012 at 10:46

GoogleCodeExporter commented 9 years ago 
Path: .
Working Copy Root Path: /opt/metasploit-4.3.0/msf3
URL: https://www.metasploit.com/svn/framework3/trunk
Repository Root: https://www.metasploit.com/svn
Repository UUID: 4d416f70-5f16-0410-b530-b9f4589650da
Revision: 15416
Node Kind: directory
Schedule: normal
Last Changed Author: rapid7
Last Changed Rev: 15416
Last Changed Date: 2012-06-10 21:47:04 +0200 (So, 10 Jun 2012)

Original comment by jannhorn@googlemail.com on 10 Jun 2012 at 10:47

GoogleCodeExporter commented 9 years ago 
I've updated to that version, run an nmap scan and can confirm that I see 
hosts. I don't know what's happening on your end.

Why did you set MSF_DATABASE_CONFIG. If this value is wrong and armitage is 
misled about how to connect to the database, it's not going to show you 
anything.

If you installed Metasploit with the 4.3 installer, you should have no need to 
set the MSF_DATABASE_CONFIG variable.

Original comment by rsmu...@gmail.com on 10 Jun 2012 at 10:57

GoogleCodeExporter commented 9 years ago 
I set it to MSF_DATABASE_CONFIG=/opt/metasploit-4.3.0/config/database.yml - is 
that bad?

Original comment by jannhorn@googlemail.com on 10 Jun 2012 at 11:03

GoogleCodeExporter commented 9 years ago 
Without setting that, it complains that it can't connect to a database.

Original comment by jannhorn@googlemail.com on 10 Jun 2012 at 11:05

GoogleCodeExporter commented 9 years ago 
It's not bad, technically that value is correct but it also means something is 
wrong with your environment or the way that you're running armitage.

A few things:

1) Armitage must be run as root. sudo doesn't count (it doesn't inherit root's 
environment). sudo /bin/bash is OK.

2) You must run the armitage script installed to /usr/local/bin by metasploit. 
Do not run the armitage script in /opt/metasploit-4.3.0/msf3 -- this is bad, 
really bad. It doesn't setup your environment for you.

Original comment by rsmu...@gmail.com on 10 Jun 2012 at 11:08

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
Like this?

$ sudo bash
# armitage 
Warning: Used the incumbent: 192.168.178.** at util.sl:238
Warning: Remote Exploits Synced at menus.sl:261

Still the same issue, but at least I don't have to set MSF_DATABASE_CONFIG 
anymore (that was my fault, I used ./run.sh previously).

Original comment by jannhorn@googlemail.com on 10 Jun 2012 at 11:16

GoogleCodeExporter commented 9 years ago 
I see you're on IRC. I'll respond to you there.

Original comment by rsmu...@gmail.com on 10 Jun 2012 at 11:19

GoogleCodeExporter commented 9 years ago 
Heh, that was bad timing - I had just decided to go to bed (4.5h sleep left). :D

Anyway, I'm online now.

Original comment by jannhorn@googlemail.com on 11 Jun 2012 at 5:15

GoogleCodeExporter commented 9 years ago 
Should the hosts be in the psql database after scanning/importing? Because they 
aren't.

Original comment by jannhorn@googlemail.com on 11 Jun 2012 at 7:48

GoogleCodeExporter commented 9 years ago 
Oooh, the hosts are in the "msf3" database, but 
/opt/metasploit-4.3.0/config/database.yml says the "msf3dev" database should be 
used. Is that wrong?

Original comment by jannhorn@googlemail.com on 11 Jun 2012 at 7:50

GoogleCodeExporter commented 9 years ago 
Yeap, that would be the problem. First--thank you for troubleshooting this 
yourself. I would not have been able to figure this out going back and forth 
like we are. Now that I know about this problem, I can keep it in mind for 
others.

Did you setup the database.yml file or was it setup by Metasploit?

Original comment by rsmu...@gmail.com on 11 Jun 2012 at 7:52

GoogleCodeExporter commented 9 years ago 
It was setup by metasploit. Could the problem maybe be caused by me trying to 
use a version of armitage I compiled myself before I tried the one shipped with 
metasploit?

Original comment by jannhorn@googlemail.com on 11 Jun 2012 at 7:59

GoogleCodeExporter commented 9 years ago 
No, this should be OK. I have a 4.3 install from a week ago that's functioning 
as it should. Did you do anything to tell MSF to start putting things into the 
msf3 database? Everything should be going to msf3dev.

Original comment by rsmu...@gmail.com on 11 Jun 2012 at 8:04

GoogleCodeExporter commented 9 years ago 
No, I don't think I did anything like that.

Original comment by jannhorn@googlemail.com on 11 Jun 2012 at 8:13

GoogleCodeExporter commented 9 years ago 
I'll stage a new VM and see what happens. To be honest, this is the first I've 
heard of something like this. So I don't have an answer about what's going on 
and will end up dropping the issue if I can't reproduce it.

Original comment by rsmu...@gmail.com on 11 Jun 2012 at 8:19

GoogleCodeExporter commented 9 years ago 
And I'll wipe metasploit and reinstall it.

Original comment by jannhorn@googlemail.com on 11 Jun 2012 at 8:28

GoogleCodeExporter commented 9 years ago 
Sadly, the problem persists.

Original comment by jannhorn@googlemail.com on 11 Jun 2012 at 8:47

GoogleCodeExporter commented 9 years ago 
One thing I've noticed during the installation is that I had to use 
"./createuser" from the metasploit folder in order to add a user for me and 
that I had to adjust the port to 50505 - is that normal?

Original comment by jannhorn@googlemail.com on 11 Jun 2012 at 8:52

GoogleCodeExporter commented 9 years ago 
Not at all. Fedora isn't a supported platform for the installer. That could be 
the problem too.

Original comment by rsmu...@gmail.com on 11 Jun 2012 at 9:26

GoogleCodeExporter commented 9 years ago 
Meh, I should have stayed with debian. :(

Original comment by jannhorn@googlemail.com on 11 Jun 2012 at 9:31

GoogleCodeExporter commented 9 years ago 
i face this problem here in kali ,, please help

Original comment by thezlb...@gmail.com on 15 Oct 2013 at 3:14

GoogleCodeExporter commented 9 years ago 
just upgrade java to 1.7

Original comment by abdo90ra...@gmail.com on 31 Dec 2013 at 5:45

GoogleCodeExporter commented 9 years ago 
i have the same problem and i have upgraded to jave 1.7 and using it as 
default???

Original comment by eng.amr....@gmail.com on 20 Feb 2014 at 1:06

GoogleCodeExporter commented 9 years ago 
@eng.amr.fuad - whenever people have claimed that they can't see targets, one 
cause is often their database not having any targets in it. Without further 
information, I can't help you.

Original comment by rsmu...@gmail.com on 20 Feb 2014 at 1:14

GoogleCodeExporter commented 9 years ago 
Same problem here. Once it works and I can see targets. With the host-command I 
can see the new targets, but they are not in the GUI. The working hosts are 
still in the GUI but it will not add new targets.

Original comment by derth...@googlemail.com on 7 Feb 2015 at 1:17

GoogleCodeExporter commented 9 years ago 
Hi everyone, I too have the same problem.
The database is populated (I verified it by typing 'hosts' in the console).

The window where the list should appear is grey, no lines, no columns.
Same in the graph view, the background is black, as it should, but no target 
either.

I'm all updated as i write this message.

Original comment by Psyko.NooNz on 16 Apr 2015 at 9:58