mailing list archives
Re: [GSOC] ncat gui idea
From: Shinnok <admin () shinnok com>
Date: Sun, 27 Mar 2011 18:37:45 +0300
-----BEGIN PGP SIGNED MESSAGE-----
Worth mentioning is that I sent an idea e-mail to Openwall john-dev
mailing list too with a GUI for john the ripper proposal and lots of
what I wrote there applies to the ncat and nmap proposals here and to
avoid further duplication i'll provide a link to that here:
All the best,
On 03/27/2011 01:45 PM, Shinnok wrote:
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
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!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-----END PGP SIGNATURE-----
Sent through the nmap-dev mailing list
Archived at http://seclists.org/nmap-dev/