
jan at intevation
Aug 11, 2004, 1:38 PM
Post #3 of 3
(665 views)
Permalink
|
|
Re: Ann: Plan for major GUI re-design and other improvements of nessus
[In reply to]
|
|
Hi David, On Wed, Aug 11, 2004 at 07:45:11PM +0100, David Lodge wrote: > On Wed, 2004-08-11 at 16:48, Jan-Oliver Wagner wrote: > > The core features planned are: > > - I18N (gettext) for client and server including full > > translation into German (but excluding a translation > > of the plugins for now) > > Please; please allow more than just 'de' and American i18n modules - I'm > getting sick of programs only written in wrong English :-) with gettext technology you can apply various translations even various styles of english. And various styles of german ;-) > Is this going to interface with one of the other translation projects -- > such as the GTP or the TP to maintain the .po files? You mean the GNOME Translation Project? Well, I think it will work as for many other projects: translations will be maintained in CVS of nessus. I am not really a friend of giving translation tasks to a non-expert i18n-Team. I have some bad experience with the security-relevant KDE translations where german terms have been mixed up. I better don't think about the other 40+ languages ... > > - re-design the client GUI and extend it with e.g. menus, > > toolbar and tree-structure for input/output data. > > - migrate to GTK2 > > - make sure the client works on Microsoft Windows as well > > - extended report generation (PDF) > > Why not just do a web version? This would provide better flexibility > from more than just GTK and Windows - and would allow me to use lynx > from my A&P laptop... A web-browser based user interface simply has not the same usability as a desktop application. However, web-based solutions are not a bad idea but out of scope of our project. > > Furthermore we plan to create another component that we call > > SLAD, Security Local Auditing Daemon. SLAD can be installed > > on GNU/Linux systems and run tools like John-the-Ripper, > > chkrootkit, virus scanners or tripwire. A module for nessusd > > will make the management of this available for the nessus > > client. > > I've often thought of writing my own version of this idea, but one needs > to ensure that the scope is good and it is extendible so that easy > checks can be added for, for example, patches, dodgy files, user > settings. > > What OSes is SLAD going to support? Just having Linux is not all that > useful. It will only be GNU/Linux platforms we can test within the scope of our project, namely Debian, ReadHat and SUSE. Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/
|