Home page logo

nmap-dev logo Nmap Development mailing list archives

Re: [GSOC] ncat gui idea
From: Toni Ruottu <toni.ruottu () iki fi>
Date: Mon, 28 Mar 2011 00:26:29 +0300

The basic idea is really good. An Ncat gui could have many convenience
features for discussing with the service. Maybe you could define some
binary sequences as hex on forehand, and then send them at the
appropriate moment by clicking on a button. There are probably other
input related improvements that could be done in a gui. Maybe the GUI
could ship with a database of typical commands for different services.

However, it would probably make sense for the ncat gui to be part of
zenmap, so you could select a port from the port scanning results, do
right click and select "interact" to open an ncat window for the
service. On the command line it is useful to have multiple commands
for different parts of nmap suite, but on the GUI side it might make
more sense to have one application for the whole suite. This would
mean using python and gtk instead of qt and c++. I am no one to decide
this. I just describe how I feel.


On Sun, Mar 27, 2011 at 1:45 PM, Shinnok <admin () shinnok com> wrote:
Hash: SHA1

Hi all,

I would like to probe my idea for this GSOC iteration
for nmap against the nmap-dev list. What I am thinking
about is a GUI for Ncat, written in native C++ code
and Qt. Full GUI customization using Qt Stylesheets
[http://doc.qt.nokia.com/latest/stylesheet.html], binary
cross platform compatibility and native looks for each
supported platform out of the box.
The native looks will be default, the stylesheets in
combination with QResource and Qt External Binary Resources
enable for a smart theme engine to be implemented.
I am also carefully considering about full flexibility
of the UI using QUiLoader.
These two combined will enable for interchangeable user interfaces
at runtime. This way one can achieve full ui customization.
I want users to be able to create or use ncat gui themes in the most
creative and unusual ways, from matrix console to bubbly
pink flower power to draconic dark sadistic themes/interfaces .

Cross platform native looks are taken care of by Qt(gtk lacks that). The
desktop platforms that Qt supports and provides native looks are
Linux(Gnome/KDE), Windows(by interogating uxtheme), Mac OS X. I already
have a sample interface that you guys can poke at:


Take a look at the screenshots notice the native looks on KDE, GNOME
and Windows 7. Mac is out since I don't own one. :-)

It doesn't interface with ncat currently, though it's enough for
a gui idea poc. The interfacing with netcat i'm planning to do it via
UNIX pipes, either manually using dupes or libc popen() on *NIX,
and _popen() on Windows *.*. Another choice for interfacing agains
ncat would be to link against ncat's object files, though this effort
would be more valuable in the case of Nmap(see bellow).

Another reason that i am sending this e-mail is to probe the nmap's
team and community need for a new GUI for nmap. The ideas pointed
in this e-mail for Ncat were originally devised by me for a brand new
interface for Nmap that I would want and need. While I do realize
that Yet Another Gui(YAG) for Nmap would create fragmentation, it's the
kind of fragmentation that keeps open source *secure* and diverse.
Thus, what do you think about the same ideas written above, but applied
for Nmap(add the mobile and embedded advantages of Qt on top)?

Feel free to reply with ideas, corrections and improvements. I am
welcome to all kinds of constructive feedback on both the original
proposition Ncat and for the latter Nmap. Thanks!



Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

Sent through the nmap-dev mailing list
Archived at http://seclists.org/nmap-dev/

Sent through the nmap-dev mailing list
Archived at http://seclists.org/nmap-dev/

  By Date           By Thread  

Current thread:
[ Nmap | Sec Tools | Mailing Lists | Site News | About/Contact | Advertising | Privacy ]