#LyX 1.3 created this file. For more info see http://www.lyx.org/
\lyxformat 221
\textclass article
\begin_preamble
\usepackage{times}[12pt]
\end_preamble
\language ngerman
\inputencoding auto
\fontscheme default
\graphics default
\paperfontsize default
\spacing single 
\papersize a4paper
\paperpackage a4
\use_geometry 0
\use_amsmath 0
\use_natbib 0
\use_numerical_citations 0
\paperorientation portrait
\secnumdepth 3
\tocdepth 3
\paragraph_separation indent
\defskip medskip
\quotes_language english
\quotes_times 2
\papercolumns 1
\papersides 1
\paperpagestyle default

\layout Standard
\added_space_bottom bigskip \align center 

\series bold 
\size largest 
NessusClient Benutzerhandbuch
\layout Standard
\added_space_bottom bigskip \align center 

\begin_inset Graphics
	filename nessus-logo.png
	keepAspectRatio
	clip

\end_inset 


\layout Standard
\added_space_bottom bigskip \align center 

\series bold 
\size large 
$Date: 2005/10/18 13:10:16 $
\layout Standard
\added_space_bottom bigskip \align center 

\series bold 
\size large 
Renaud Deraison <renaud@nessus.org>
\layout Standard
\added_space_bottom bigskip \align center 

\series bold 
\size large 
Jan-Oliver Wagner <jan@intevation.de>
\layout Standard
\align center 
Deutsche Übersetzung:
\layout Standard
\align center 
Frank Koormann <frank@intevation.de> und
\layout Standard
\added_space_bottom vfill \align center 
Jan-Oliver Wagner <jan@intevaion.de>
\layout Standard
\pagebreak_top 

\begin_inset LatexCommand \tableofcontents{}

\end_inset 


\layout Section*

Über dieses Dokument
\layout Standard

Dieses Dokument beschreibt die Verwendung des Nessus Server über die GTK+
 GUI 
\begin_inset Quotes eld
\end_inset 

NessusClient
\begin_inset Quotes erd
\end_inset 

.
 Die Beschreibung deckt unter Umständen nicht die gesamte Funktionalität
 von Nessus Server ab, noch erhebt sie Anspruch auf Vollständigkeit.
 Die Texte sind jedoch aktuell und beziehen sich auf NessusClient 1.0.
\layout Section

Überblick
\layout Standard

Das 
\begin_inset Quotes eld
\end_inset 

Nessus
\begin_inset Quotes erd
\end_inset 

-Projekt bietet einen leistungsfähigen, aktuellen und leicht benutzbaren
 Security-Scanner als Freie Software unter der GNU General Public Licence
 (GPL).
 Mit Nessus können Sie Computer-Netzwerke im Fernzugriff prüfen und festzustelle
n, ob die 
\begin_inset Quotes eld
\end_inset 

bösen Jungs" (auch 'Cracker') eindringen oder es anderweitig missbrauchen
 können.
\layout Paragraph

Intelligentes Scannen
\layout Standard

Im Gegensatz zu vielen anderen Security-Scannern trifft Nessus keine Voraussetzu
ngen.
 Z.B sind Scans einzelner Dienste nicht an bestimmte Ports gebunden: Wenn
 Sie etwa einen WWW-Server an Port 1234 betreiben, so wird Nessus ihn entdecken
 und auf Sicherheitslücken überprüfen.
 Ebenso werden Sicherheitslücken nicht einfach anhand von Versionsnummern
 installierter Dienste geschätzt, sondern es wird versucht, vermeintliche
 Sicherheitslücken tatsächlich auszunutzen.
 Damit kann geprüft werden ob Fixes eine Lücke auch tatsächlich geschlossen
 haben.
 
\layout Paragraph

Modulare Architektur
\layout Standard

Die Klient/Server Architektur von Nessus erlaubt eine flexible Installation
 von Scanner (der Server) und Benutzeroberfläche (der Klient) in vielfältigen
 Konfigurationen.
 Dadurch reduzieren sich Installations- und Betreuungsaufwand: Ein Server
 kann von vielen Klienten benutzt werden.
 
\layout Standard
\added_space_top defskip \noindent 
Weitere Funktionen des Nessus Security Scanner:
\layout Paragraph
\noindent 
Plugin Architektur
\layout Standard
\noindent 
Jeder Sicherheitstest ist als externes Plugin implementiert.
 Dadurch können leicht eigene Tests hinzugefügt werden, ohne direkt in den
 Code des Nessus Servers (
\family typewriter 
nessusd
\family default 
) einzugreifen.
 Eine vollständige Liste der verfügbaren Plugins findet sich unter http://cgi.nes
sus.org/plugins.
\layout Paragraph
\noindent 
CVE kompatibel
\layout Standard
\noindent 
Jedes Plugin enthält einen Bezug zum CVE-Verzeichnis (Common Vulnerabilities
 and Exposures) für Administratoren für weitere Informationen zu veröffentlichte
n Sicherheitslücken.
 Plugins bieten außerdem Verweise zu 
\series bold 
CERT, Bugtraq
\series default 
 und Meldungen von Herstellern.
\layout Paragraph
\noindent 
NASL
\layout Standard
\noindent 
Der Nessus Security-Scanner enthält NASL (Nessus Attack Scripting Language),
 eine Programmiersprache speziell für die einfache und schnelle Entwicklung
 von Sicherheitstests.
 Diese Tests können auch in C implementiert werden.
\layout Paragraph
\noindent 
Aktuelle Datenbank von Sicherheitslücken/-tests
\layout Standard
\noindent 
Das Nessus-Projekt konzentriert sich auf die Entwicklung von Tests für aktuelle
 Sicherheitslücken.
 Die Datenbank der Sicherheitstests wird täglich aktualisiert, die neuesten
 Tests sind unter http://www.nessus.org/scripts.php sowie dem FTP Server und
 seinen Spiegelservern verfügbar.
 
\layout Paragraph
\noindent 
Unbegrenzte Anzahl simultaner Tests
\layout Standard
\noindent 
Abhängig von der Leistungsfähigkeit des Rechners auf dem der Nessus Server
 läuft können viele Host-Rechner gleichzeitig überprüft werden.
\layout Paragraph
\noindent 
Flexible Dienste-Erkennung
\layout Standard
\noindent 
Nessus verlässt sich nicht darauf, dass der zu überprüfende Host-Rechner
 den von der IANA vorgegebenen Portnummern entsprechend konfiguriert ist.
 Ein FTP-Server wird auch an einem 
\begin_inset Quotes eld
\end_inset 

Nicht-Standard-Port
\begin_inset Quotes erd
\end_inset 

 erkannt (z.B.
 an Port 31337), ebenso ein WWW-Server an Port 8080.
\layout Paragraph
\noindent 
Mehrfache Dienste
\layout Standard
\noindent 
Nessus beendet Scans nicht, sobald ein zu prüfender Dienst an einem Port
 gefunden wurde: Laufen auf dem Host-Rechner z.B.
 zwei (oder noch mehr) WWW-Server an Port 80 und 8080, so wird Nessus alle
 einzeln testen.
\layout Paragraph
\noindent 
Kooperation von Tests
\layout Standard
\noindent 
Die von Nessus durchgeführten Tests nutzen von anderen Tests bereits vorliegende
 Informationen: Bietet ein FTP-Server beispielsweise keinen anonymen Login
 (durch einen Test ermittelt), so werden keine weiteren Tests ausgeführt,
 die ausschließlich anonyme Logins betreffende Sicherheitslücken überprüfen.
\layout Paragraph
\noindent 
Umfangreiche Berichte
\layout Standard
\noindent 
Nessus listet nicht nur auf, welche Lücken entdeckt wurden, sondern bietet,
 soweit verfügbar, auch Hinweise, wie die Lücken geschlossen werden können.
 Zur Bewertung der Dringlichkeit von Gegenmaßnahmen wird jede Sicherheitslücke
 einem Risiko-Level zugeordnet (von niedrig bis sehr hoch).
\layout Paragraph
\noindent 
Export von Berichten
\layout Standard
\noindent 
Der Nessus-Klient kann Berichte als XML, HTML, ASCII, LaTeX, PDF und leicht
 zu parsende Dateien exportieren.
\layout Paragraph
\noindent 
Volle SSL-Unterstützung
\layout Standard
\noindent 
Nessus kann SSL-bezogene Dienste https, smtps, imaps, u.a.
 testen.
 Darüber hinaus kann Nessus mit einem Zertifikat versehen werden und so
 in PKI-basierten Umgebungen eingesetzt werden.
\layout Paragraph
\noindent 
Intelligente Plugins (optional)
\layout Standard
\noindent 
Nessus erkennt, welche Tests auf einen Host-Rechner angewandt werden sollten.
 Dies verhindert z.B.
 dass Sendmail-Sicherheitslücken auf einem Mail-Server mit Postfix untersucht
 werden.
 Diese Option nennt sich "Test optimieren".
\layout Paragraph
\noindent 
Nicht-destruktive Scans (optional)
\layout Standard
\noindent 
Der oben beschriebene Ansatz, Sicherheitslücken tatsächlich auszutesten,
 kann dazu führen, dass Dienste abstürzen.
 Soll dies vermieden werden so können 
\begin_inset Quotes eld
\end_inset 

Sichere Prüfungen" durchgeführt werden.
 Nessus verlässt sich dann auf Kennungen der Dienste anstatt durch Testen
 von Lücken zu untersuchen, ob tatsächlich ein Sicherheitsproblem vorliegt.
\layout Paragraph
\noindent 
Unabhängige Entwickler
\layout Standard
\noindent 
Die Nessus-Entwickler sind nicht abhängig von anderen Software-Herstellern.
 Es gibt keinen Grund, eine Sicherheitslücke in Programm XYZ zu verschweigen.
\layout Paragraph
\noindent 
Erreichbarkeit der Entwickler
\layout Standard
\noindent 
Sie vermissen eine Funktion in Nessus? Nehmen Sie einfach Kontakt mit den
 Entwicklern auf, unter http://www.nessus.org/contact/ oder auf der Nessus
 Mailing-Liste.
 Wir antworten und sind offen für sinnvolle Erweiterungen.
\layout Paragraph
\noindent 
Transparentes Bug-Tracking-System.
\layout Standard
\noindent 
Sie haben einen Bug gefunden? Melden Sie ihn bitte unter http://bugs.nessus.org.
\layout Paragraph
\noindent 
Umfangreiche Tests
\layout Standard
\noindent 
Es gibt mehr als 7000 Nessus Tests (und es werden ständig mehr!), die in
 23 verschieden Gruppen unterteilt sind:
\layout Itemize

Hintertüren (Backdoors)
\layout Itemize

CGI Lücken
\layout Itemize

CISCO
\layout Itemize

Denial of Service (DoS)
\layout Itemize

finger Lücken
\layout Itemize

Firewalls
\layout Itemize

FTP
\layout Itemize

Erlangung einer remote-Shell
\layout Itemize

Erlangung von Root-Rechten (remote)
\layout Itemize

Allgemein
\layout Itemize

Verschiedenes
\layout Itemize

Netware
\layout Itemize

NIS
\layout Itemize

Port Scanner
\layout Itemize

Remote Dateizugriff
\layout Itemize

RPC
\layout Itemize

Einstellungen
\layout Itemize

SMTP Probleme
\layout Itemize

SNMP
\layout Itemize

Ungetestet
\layout Itemize

Nutzlose Dienste
\layout Itemize

Windows
\layout Itemize

Windows: Benutzer-Verwaltung
\layout Section

Installation
\layout Standard

Bitte beachten Sie, dass die getestete Veröffentlichung des Nessus Entwickler-Te
ams der Quelltext von Nessus ist.
 Binär-Pakete sind sehr wahrscheinlich für die meisten Stadard-Betriebssysteme
 erhältlich, aber nicht notwendigerweise durch das Nessus Entwickler-Team
 getestet.
\layout Standard

Für Betriebssysteme die hier nicht aufgelistet sind können trotzdem durchaus
 gut gepflegte Pakete vorliegen.
\layout Subsection

Aus dem Quelltext
\layout Standard

Der übliche Weg einer ganz grundlegenden Installation beginnt mit den Quellen
 als CVS Snapshot oder einem tar-Archiv (tar-ball) des Quelltextes.
 Mit der Kommando-Sequenz 
\begin_inset Quotes eld
\end_inset 

./configure ; make ; make install
\begin_inset Quotes erd
\end_inset 

 läßt sich das Modul konfigurieren, kompilieren und installieren.
 Wie üblich enthält das Paket Dateien mit Detail-Informationen zur Konfiguration
 und Installation.
 Lesen Sie diese bitte zunächst! Erst danach sollten Sie mit der Installation
 fortfahren.
\layout Subsection

Debian GNU/Linux
\layout Standard

Debian unterstützt Nessus-Pakete aktiv.
 Bitte lesen Sie die Debian Dokumentation zur Installation von Standard-Paketen.
 
\layout Subsubsection

Debian 
\begin_inset Quotes eld
\end_inset 

Woody
\begin_inset Quotes erd
\end_inset 

 3.0
\layout Standard

Die offizielle Version von Nessus für Woody ist 1.0.10.
 Diese ist vollkommen veraltet und es sollte weder der Nessus Server noch
 Klient in dieser Version verwendet werden!
\layout Standard

NessusClient hat anspruchslose Abhängigkeiten zu anderen Paketen während
 der Kompilation und zur Laufzeit.
 Daher könnte es leicht möglich sein, sogenannte 
\begin_inset Quotes eld
\end_inset 

Backports
\begin_inset Quotes erd
\end_inset 

 für Woody von neueren Debian Quell-Paketen von NessusClient herzustellen.
\layout Subsubsection

Debian 
\begin_inset Quotes eld
\end_inset 

Sarge
\begin_inset Quotes erd
\end_inset 

 3.1
\layout Standard

Die offizielle Version von Nessus für Sarge ist 2.2.3.
 NessusClient ist kompatibel zu diesem Nessus Server, aber es ist empfehlenswert
 Nessus Server wegen Fehlerkorrekturen auf neuere Versionen zu aktualisieren.
\layout Standard

NessusClient hat anspruchslose Abhängigkeiten zu anderen Paketen während
 der Kompilation und zur Laufzeit.
 Daher könnte es leicht möglich sein, sogenannte 
\begin_inset Quotes eld
\end_inset 

Backports
\begin_inset Quotes erd
\end_inset 

 für Sarge von neueren Debian Quell-Paketen von NessusClient herzustellen.
\layout Subsubsection

Debian 
\begin_inset Quotes eld
\end_inset 

Etch
\begin_inset Quotes erd
\end_inset 


\layout Standard

Aktuell ist Etch die Testing-Version von Debian, also im fluß.
 Mindestens Nessus Version 2.2.5 ist enthalten.
 Es steht zu erwarten, dass NessusClient Pakete verfügbar werden, sobald
 NessusClient veröffentlicht wird.
\layout Subsection

RedHat Linux
\layout Subsubsection

Fedora Core 3 und 4
\layout Standard

Diese Distribution führt aktiv eigene Nessus Pakete.
 Wenn Sie eine neuere Version als die aktuell angebotene benötige, so finden
 Sie auch hier Backports.
 Bei der Suche nach entsprechenden RPM-Pakete können Ihnen rpmfind.net oder
 ähnliche Dienste helfen.
\layout Standard

NessusClient hat anspruchslose Abhängigkeiten zu anderen Paketen während
 der Kompilation und zur Laufzeit.
 Daher könnte es leicht möglich sein, sogenannte 
\begin_inset Quotes eld
\end_inset 

Backports
\begin_inset Quotes erd
\end_inset 

 von NessusClient herzustellen oder sogar die Pakete direkt zu installieren.
\layout Subsection

SUSE Linux
\layout Subsubsection

SUSE Linux 9.2
\layout Standard

Die aktuellste Version der Nessus Serie 2.0 ist Teil der Distribution.
 Wenn Sie eine neuere Version benötigen, so finden Sie auch hier Backports.
 Bei der Suche nach entsprechenden RPM-Pakete können Ihnen rpmfind.net oder
 ähnliche Dienste helfen.
\layout Standard

NessusClient hat anspruchslose Abhängigkeiten zu anderen Paketen während
 der Kompilation und zur Laufzeit.
 Daher könnte es leicht möglich sein, sogenannte 
\begin_inset Quotes eld
\end_inset 

Backports
\begin_inset Quotes erd
\end_inset 

 von NessusClient herzustellen oder sogar die Pakete direkt zu installieren.
\layout Subsection

MS Windows
\layout Subsubsection

Windows XP SP2
\layout Standard

Für Windows ist ein reguläres Setup-Paket für NessusClient verfügbar.
 Es sollte die Bezeichnung 
\shape italic 
NessusClientN.N.N-setup-en.exe 
\shape default 
(englische Version)
\shape italic 
 
\shape default 
oder 
\shape italic 
NessusClientN.N.N-setup-de.exe
\shape default 
 (deutsche Version) haben.
 Rufen Sie den Installer direkt auf oder benutzen Sie den Windows Software-Manag
er.
 mit letzterem können Sie Nessus auch leicht und vollständig wieder entfernen.
 N.N.N entspricht der Version von Nessus, z.B.
 1.0.0.
\layout Subsection

Migration des Nessus GTK Klient von Version 2.2
\layout Standard

NessusClient nutzt anderes Konzept, 
\begin_inset Quotes eld
\end_inset 

Session
\begin_inset Quotes erd
\end_inset 

-Daten zu speichern als der Nessus GTK Client der in Nessus 2.2 enthalten
 war.
 Tatsächlich wurde das gesamte Konzept von Aufgabe (task), Bereich (scope)
 und Report (report) grundlegend erneuert.
\layout Standard

Der Hauptunterschied: Nessus GTK Klienten bis hin zu Version 2.2 beachten
 zur Konfiguration eine einzelne Datei 
\begin_inset Quotes eld
\end_inset 

.nessusrc
\begin_inset Quotes erd
\end_inset 

 im Heimat-Verzeichnis des Benutzers.
 Neuere Versionen nutzen eine Verzeichnis-Struktur mit dem Hauptverzeichnis
 
\begin_inset Quotes eld
\end_inset 

.nessus
\begin_inset Quotes erd
\end_inset 

 im Heimat-Verzeichnis des Benutzers.
 
\layout Standard

Dennoch treten keine Konflikte auf, wenn Sie eine neue Nessus-Version starten:
 Eine vorhandene Datei 
\begin_inset Quotes eld
\end_inset 

.nessusrc
\begin_inset Quotes erd
\end_inset 

 wird als Vorlage für die globalen Einstellungen (siehe unten) genutzt.
 Die Konfiguration Ihres Nessus Klient 2.2 wird also die Voreinstellung für
 NessusClient.
\layout Standard

Selbst wenn Sie anschließend wieder einen Nessus GTK Klient 2.2 starten,
 kann dieser weiterhin die erhalten gebliebenen Einstellungen in der Datei
 
\begin_inset Quotes eld
\end_inset 

.nessusrc
\begin_inset Quotes erd
\end_inset 

 nutzen.
\layout Section

Der erste Report
\layout Standard

Dieser Abschnitt dient als kurze Einführung für neue Anwender in die Arbeit
 mit Nessus.
 Die notwendigen Schritte zur Durchführung eines ersten Sicherheits-Scans
 werden dargestellt.
 Es wird empfohlen, nach einem ersten erfolgreichen Scan die weitere Abschnitte
 zur Nutzung von NessusClient durchzuarbeiten.
\layout Subsection

Starten von NessusClient
\layout Standard

Auf jedem UNIX-artigem System können Sie einfach 
\begin_inset Quotes eld
\end_inset 

NessusClient
\begin_inset Quotes erd
\end_inset 

 in einer Shell eingeben.
 Selbstverständlich sollte X Windows laufen.
\layout Standard

Für Debian GNU/Linux, SUSE Linux, RedHat/Fedora und MS Windows werden zusätzlich
 Menü-Einträge in der Benutzeroberfläche erzeugt, wenn Sie eines der oben
 dargestellten Installations-Pakete benutzen.
\layout Subsection

Der Nessus Scan Assistent
\layout Standard

Der Nessus Scan Assistent kann Sie als Anfänger bei einem ersten Scan unterstütz
en.
 Zweck des Assistenten ist es, alle für einen Scan notwendigen Parameter
 logisch und selbsterklärend zusammen zu fassen.
\layout Standard


\series bold 
Dennoch sollten Sie beachten
\series default 
, dass ein Scan durchgeführt mit Unterstützung des Assistenten auf den globalen
 Einstellungen basiert.
 Wenn Sie in den globalen Einstellungen bereits einige gefährliche Optionen
 aktiviert haben, so werden diese auf den konkreten Scan vererbt! 
\layout Section

Grundlagen von NessusClient
\layout Standard

Dieser Abschnitt stellt alle grundlegenden Elemente von NessusClient vor
 und beschreibt die typische Anwendung des Klient.
 Spätere Abschnitte beschreiben spezielle Funktionen des Klienten und richten
 sich an fortgeschrittene Anwender.
\layout Subsection

Das Hauptfenster
\layout Standard

Das Hauptfenster von NessusClient teilt sich in zwei wichtige Bereiche:
 Links bietet eine Baumstruktur eine Übersicht lokal gespeicherter Aufgaben,
 Bereiche und Reporte.
 Im rechten Bereich finden sich Karteikarten mit Kommentaren, Einstellungen
 und Reporte.
 Hier lassen sich Scans einstellen und kommentieren und Ergebnisse sichten.
 Beachten Sie, dass die Karte der Einstellungen selbst wieder eine Sammlung
 von Karten enthält.
\layout Standard
\align center 

\begin_inset Graphics
	filename images/mainwindow-de.png
	width 100text%
	keepAspectRatio

\end_inset 


\layout Standard

Nach dem ersten Start von NessusClient enthält die Baumstruktur nur einen
 Eintrag: Globale Einstellungen.
 Dies sind die Voreinstellungen für NessusClient.
 Diese berücksichtigen keine bestimmte Auswahl an Plugins, dafür ist eine
 Verbindung zu einem Nessus Server notwendig.
 Sie müssen eine Verbindung zu einem Server aufbauen und dann die Einstellungen
 für eine Auswahl von Plugins angeben.
\layout Subsubsection

Aufgaben
\layout Standard

Der Sinn von Aufgaben ist es, alle Aktionen eines Oberthemas zusammen zu
 fassen.
 Oberthemen sind z.B.
 
\begin_inset Quotes eld
\end_inset 

Test aller Rechner am Standort ABC
\begin_inset Quotes erd
\end_inset 

 oder 
\begin_inset Quotes eld
\end_inset 

Kunde XYZ GmbH
\begin_inset Quotes erd
\end_inset 

.
\layout Standard

Einer Aufgabe kann ein Kommentar zugeordnet werden, der das Oberthema detaillier
ter beschreibt.
 Hier können auch weitere wichtige Informationen oder Hinweise angegeben
 werden: Etwa wann die nächste Serie von Scans durchgeführt werden soll
 oder auf welcher Vertragsgrundlage die Scans durchgeführt werden.
\layout Standard

Eine Aufgabe hat keine Optionen oder Reporte.
 Sie stellt nur eine Sammlung von Bereichen dar.
\layout Standard

Mögliche Aktionen bezüglich Aufgaben:
\layout Paragraph

Neu
\layout Standard

Erzeugt eine neue Aufgabe mit dem Titel 
\begin_inset Quotes eld
\end_inset 

unbenannte Aufgabe
\begin_inset Quotes erd
\end_inset 

.
\layout Paragraph

Umbenennen
\layout Standard

Der Titel einer Aufgabe kann entweder direkt in der Baumstruktur durch Anklicken
 des Titels oder durch Auswahl des entsprechenden Menü-Eintrags geändert
 werden.
\layout Paragraph

Löschen
\layout Standard

Löschen einer Aufgabe bedeutet das Löschen aller zugehörigen Bereiche! Daher
 erfolgt eine Sicherheitsabfrage vor der eigentlichen Löschung.
\layout Subsubsection

Bereiche
\layout Standard

Ein Bereich kann als Teil-Aufgabe angesehen werden: Er bezeichnet einen
 bestimmten Sicherheits-Scan.
 Der Titel sollte aussagekräftig das Ziel des Scans beschreiben, z.B.: 
\begin_inset Quotes eld
\end_inset 

Behutsamer Scan des produktiven Web-Servers
\begin_inset Quotes erd
\end_inset 

, 
\begin_inset Quotes eld
\end_inset 

Aggressiver Scan des Web-Server Test-Systems
\begin_inset Quotes erd
\end_inset 

 oder 
\begin_inset Quotes eld
\end_inset 

Alle Sun Workstations
\begin_inset Quotes erd
\end_inset 

.
\layout Standard

Zu jedem Bereich kann ein Kommentar gespeichert werden, der die Bedeutung
 des Scans detaillierter beschreiben und sonstige hilfreiche Informationen
 enthalten kann.
\layout Standard

Ein Bereich umfasst auch einen vollständigen Satz an Einstellungen für den
 Sicherheits-Scan.
 Wenn ein neuer Bereich erstellt wird, werden zunächst die 
\begin_inset Quotes eld
\end_inset 

Allgemeinen Einstellungen
\begin_inset Quotes erd
\end_inset 

 kopiert.
 Die einzelnen Optionen werden weiter unten genauer beschrieben.
 Für jeden Bereich kann eine Verbindung zu einem Nessus Server aufgebaut
 werden.
 Anschließend kann die Auswahl von Plugins als Teil der Einstellungen durchgefüh
rt werden.
 Ein Symbol rechts neben dem Titel zeigt die aktive Verbindung zu einem
 Nessus Server an.
 Sinn der Zuordnung eines Servers zu einem Bereich ist, dass jeder Server
 unterschiedliche Plugins anbieten kann.
 Mit dem Aufbau der Verbindung bezieht NessusClient eine Liste der verfügbaren
 Plugins.
\layout Standard

Ein Bereich kann außerdem eine Sammlung von Reports umfassen.
 Jedes Mal, wenn ein Scan erfolgreich durchgeführt wurde, wird ein neuer
 Report angelegt.
 zusätzlich können Reports aus Dateien oder von einem Nessus Server geladen
 werden.
\layout Standard

Mögliche Aktionen bezüglich Bereiche: 
\layout Paragraph

Ausführen
\layout Standard

Ein Sicherheits-Scan wird wird mit den aktuellen Einstellungen durch den
 verbundenen Nessus Server ausgeführt.
\layout Paragraph

Neu
\layout Standard

Ein neuer Bereich mit dem Titel 
\begin_inset Quotes eld
\end_inset 

unbenannter Bereich
\begin_inset Quotes erd
\end_inset 

 wird als Teil der aktuell ausgewählten Aufgabe angelegt.
 Als Voreinstellung werden die allgemeinen Einstellungen kopiert.
\layout Paragraph

Umbenennen
\layout Standard

Der Titel eines Bereichs kann entweder direkt in der Baumstruktur durch
 Anklicken des Titels oder durch Auswahl des entsprechenden Menü-Eintrags
 geändert werden.
\layout Paragraph

Löschen
\layout Standard

Löschen eines Bereichs bedeutet das Löschen aller zugehörigen Reports! Daher
 erfolgt eine Sicherheitsabfrage vor der eigentlichen Löschung.
\layout Paragraph

Verschieben zu Aufgabe
\layout Standard

Ein Bereich mit allen zugeordneten Reporten kann von einer Aufgabe zu einer
 anderen verschoben werden.
 Ein Untermenü enthält die Liste aller Aufgaben, hieraus kann das Ziel ausgewähl
t werden.
\layout Paragraph

Öffnen
\layout Standard

Ein Bereich kann geladen und der aktuellen Aufgabe zugeordnet werden.
 Mit diesem Schritt werden jedoch nur die Einstellungen für den Bereich
 geladen! Die Reports liegen in eigenen Dateien vor, die separat importiert
 werden können.
 Die Aktionen Öffnen und Speichern (siehe unten) erlauben es, Einstellungen
 für einen bestimmten Bereich an andere weiterzugeben oder selbst Sicherungskopi
e anzulegen.
\layout Paragraph

Speichern als
\layout Standard

Der aktuellen Bereich wird in eine Datei gespeichert (in der Struktur von
 nessusrc).
 Es werden nur die Einstellungen des Bereichs gespeichert, nicht die zugehörigen
 Reporte.
\layout Subsubsection

Reporte
\layout Standard

Ein Report ist das Ergebnis eines Sicherheits-Scans.
 Er enthält die Ergebnisse der ausgeführten Plugins zusammen mit Informationen
 zu Sub-Netz, Zielrechner, Port und Schwere der festgestellten Lücke.
\layout Standard

Durch NessusClient verwaltet kann zusätzlich ein Kommentar angegeben werden.
 Soweit verfügbar werden auch die zum Scan gehörenden Einstellungen gespeichert.
 Diese zusätzlichen Informationen sind nicht Teil der Nessus Report Dateien
 und gehen daher verloren, wenn ein Report exportiert wird! Umgekehrt enthalten
 auch importierte Reports keine Kommentare oder die zum Report gehörenden
 Einstellungen.
 
\layout Standard

Mögliche Aktionen bezüglich Reports:
\layout Paragraph

Löschen
\layout Standard

Löscht den aktuellen Report und zugehörige Kommentare und Einstellungen.
 Es erfolgt eine Sicherheits-Abfrage vor der Löschung.
\layout Paragraph

Import
\layout Standard

Importiert einen Report aus einer Datei.
 Der Standard für Austauschformate ist NBE (Dateiendung 
\begin_inset Quotes eld
\end_inset 

.nbe
\begin_inset Quotes erd
\end_inset 

).
 Ältere Versionen von Nessus nutzten das Format NSR (
\begin_inset Quotes eld
\end_inset 

.nsr
\begin_inset Quotes erd
\end_inset 

).
 Es wird empfohlen, ausschließlich das NBE-Format zu benutzen.
 Über den Dateiauswahl-Dialog kann der gewünschte Report ausgewählt werden.
 Konnte der Report nicht importiert werden, so erfolgt eine Fehlermeldung.
 Sonst wird der Report dem aktuellen Bereich hinzugefügt.
 Beachten Sie, dass weder Kommentare noch Einstellungen aus einer NBE-Datei
 importiert werden.
\layout Paragraph

Export
\layout Standard

Der aktuell ausgewählte Report kann exportiert werden.
 Entweder in einem Nessus-Austauschformat (NBE oder das veraltete NSR) oder
 in einem Format zur Weiterverarbeitung bzw.
 Darstellung der Ergebnisse (XML, eine veraltete XML Variante, HTML, HTML
 mit Diagrammen, LaTeX, ASCII Text und PDF).
 Es wird empfohlen, das NBE-Format zu nutzen, wenn die Daten mit anderen
 ausgetauscht werden sollen und das PDF für einfache Berichte, die keiner
 weiteren Überarbeitung bedürfen.
 Die anderen Formate eignen sich zur Weiterverarbeitung der Ergebnisse bzw.
 zur Übernahme in eigene Dokumente.
\layout Paragraph

Drucken
\layout Standard

Das Druck-Kommando erzeugt einen PDF-Report und einen auf dem System installiert
en PDF-Betrachter zu starten.
 Mittels dessen Druckfunktionen kann der Bericht dann gedruckt werden.
 Sollte trotz eines installierten Betrachters kein Programm gestartet werden,
 prüfen Sie bitte, ob sich die Installation in den aktuellen Suchpfaden
 befindet.
\layout Subsection

Authentifizierung
\layout Standard

NessusClient benötigt eine Verbindung zu einem Nessus Server für die Abfrage
 der Liste verfügbarer Plugins und zum tatsächlichen Lauf eines Sicherheits-Scan
s.
\layout Standard

NessusClient kann viele Verbindungen zu verschiedenen Servern gleichzeitig
 halten.
 Jedem Bereich ist eine eigene Verbindung zu einem Server zugeordnet.
 Zusätzlich kann für die allgemeinen Einstellungen ein Server verbunden
 sein, um die Voreinstellung für Plugin-Auswahl und -Parameter zu bestimmen.
\layout Standard
\align center 

\begin_inset Graphics
	filename images/authentication-dlg-de.png
	scale 90

\end_inset 


\layout Standard

Der Status der Verbindung zum Server wird durch ein Symbol neben dem Titel
 eines Bereichs oder den allgemeinen Einstellungen in der Baumstruktur dargestel
lt.
 Nur für Bereiche kann eine Verbindung zu Nessus Servern aufgebaut werden,
 nicht für Aufgaben oder Reports.
\layout Standard

Weitere Informationen zum Verbindungsstatus zeigt die Status-Zeile am Fuß
 des Hauptfensters: Hier werden die tatsächlichen Verbindungsdaten angezeigt,
 z.B.
 
\begin_inset Quotes eld
\end_inset 

Verbindung: username@host.test.example
\begin_inset Quotes erd
\end_inset 

.
 Ganz unten rechts ist ein Icon zu sehen welches anzeigt ob die bestehnde
 Verbindung verschlüsselt ist oder nicht, ganz so wie es die meisten Web-Browser
 auch anzeigen.
 
\layout Standard

Der 
\begin_inset Quotes eld
\end_inset 

Verbinden
\begin_inset Quotes erd
\end_inset 

-Dialog bietet verschiedene Einstellungsmöglichkeiten für den Aufbau einer
 Verbindung zu einem Nessus Server:
\layout Paragraph

Host-Name
\layout Standard

Der Domain-Name oder die IP-Adresse des Rechners, auf dem der Nessus Server
 läuft.
\layout Paragraph

Port
\layout Standard

Der Port an dem der Nessus Server auf Verbindungen wartet.
 Ältere Nessus Server benutzten Port 3001, der offizielle Port ist nun 1241.
 Mit dem 
\begin_inset Quotes eld
\end_inset 

Vorgabe
\begin_inset Quotes erd
\end_inset 

-Knopf können Sie diesen immer wieder einfach einstellen.
\layout Paragraph

Login
\layout Standard

Ihr Nutzername auf dem ausgewählten Host-Rechner.
 Um einen bestimmten Nessus Server benutzen zu können benötigen Sie ein
 Nutzer-Konto für diesen Server.
 Der Administrator des Servers kann ein Konto einrichten.
\layout Paragraph

Passwort
\layout Standard

Das Passwort für Ihr Nutzer-Konto auf einem Nessus Server.
 Verwenden Sie hier kein Passwort, dass Sie auch für andere Nutzer-Konten
 verwenden.
 Insbesonderen dann nicht, wenn Sie auch unverschlüsselte Verbindungen zu
 einem Nessus Server aufbauen.
\layout Paragraph

SSL Optionen
\layout Subparagraph

Verwende SSL Verschlüsselung:
\layout Standard

Es gibt zwei grundsätzliche Methoden der Authentifizierung: via Login/Passwort
 Kombination oder mittels Zertifikaten (mit oder ohne Passwort).
 In jedem Fall sollten Sie SSL Verschlüsselung aktivieren, damit Passworte
 nicht im Klartext durch das Netzwerk transferiert werden.
 Die Verschlüsselung ist jedoch für Fälle abschaltbar, in denen kein SSL
 verfügbar ist, aber trotzdem mit Nessus gearbeitet werden soll.
\layout Subparagraph

Vertrauenswürdige CA:
\layout Standard

Das Zertifikat benennt eine Certificate Authority (CA) der Sie vertrauen.
 Mit diesem Zertifikat überprüfen Sie, ob Sie sich mit einem vertrauenswürdigen
 Nessus Server verbinden.
 Die Überprüfung wird für die Paranoia Level 2 und 3 durchgeführt, nicht
 jedoch für den Level 1.
 Der Paranoia Level kann manuell ein der Konfigurationsdatei .nessusrc eingestell
t werden.
 Wenn Sie zum ersten Mal eine Verbindung zu einem Nessus Server aufbauen
 werden Sie außerdem ausdrücklich nach dem gewünschten Paranoia Level gefragt.
 
\layout Standard

Der vorgegebene Pfad für die vertrauenswürdige CA der Dateiname der lokalen
 Nessus Server Installation.
 Wenn Sie also Nessus Klient und Server auf dem gleichen Rechner laufen
 lassen oder beide das gleiche Dateisystem nutzen, so können Sie diese Vorgabe
 einfach benutzen.
\layout Standard

Wenn Sie Nessus remote benutzen, so benötigen Sie eine Kopie des CA Zertifikats,
 die Sie an beliebiger Stelle in Ihrem Heimat-Verzeichnis ablegen können.
\layout Subparagraph

Authentifizierung durch Zertifikate:
\layout Standard

Wenn Sie diese Methode benutzen, benötigen Sie ein für Sie erstelltes Schlüssel/
Zertifikat Paar.
 Dieses erstellt üblicherweise der Administrator des Nessus Servers mit
 den entsprechenden Skripten.
 Sie erhalten zwei Dateien: Benutzer-Zertifikat und Benutzer-Schlüssel.
 Der Schlüssel kann mit einem Passwort versehen sein, dieses geben Sie dann
 bitte in das entsprechende Textfeld ein.
\layout Subsection

Scan Optionen
\layout Standard

Dieser Abschnitt erläutert die wichtigsten Konfigurations-Optionen für einen
 Sicherheits-Scan (auf der Karte 
\begin_inset Quotes eld
\end_inset 

Optionen
\begin_inset Quotes erd
\end_inset 

).
 Speziellere Optionen (z.B.
 Zugriffsregel, von der Wissensbasis gelöste Scans) werden später im Kapitel
 über spezielle Funktionen erläutert
\layout Subsubsection

Allgemein
\layout Standard

Diese Karte enthält alle allgemeinen Scan-Einstellungen, vergleichen Sie
 dazu auch den Screenshot des Hauptfensters oben.
\layout Paragraph

Port-Bereich
\layout Standard

Ports die durch Nessus Server gescannt werden sollen.
 Es können entweder ein Port-Bereich angegeben werden, wie z.B.
 
\begin_inset Quotes eld
\end_inset 

1-8000
\begin_inset Quotes erd
\end_inset 

 oder auch komplexe Mengen wie 
\begin_inset Quotes eld
\end_inset 

21,23,25,1024-2048,6000
\begin_inset Quotes erd
\end_inset 

.
\begin_inset Quotes eld
\end_inset 

-1
\begin_inset Quotes erd
\end_inset 

 bedeutet keine Port-Scans durchzuführen, 
\begin_inset Quotes eld
\end_inset 

default
\begin_inset Quotes erd
\end_inset 

 bedeutet die der Nessus Dienste Datei angegebenen Ports zu scannen.
\layout Paragraph

Nicht gescannte Ports als geschlossen betrachten
\layout Standard

Um Zeit zu sparen können Sie dem Nessus Server vorgeben, TCP-Ports die nicht
 gescannt wurden als geschlossen zu betrachten.
 Die Überprüfung des Zielsystems ist damit unvollständig aber die Scan-Zeit
 reduziert sich.
 Außerdem schickt der Nessus Server keine Pakete an Ports die Sie nicht
 vorgegeben haben.
 Wenn diese Option nicht aktiviert ist, betrachtet der Nessus Server Ports
 deren Status unbekannt ist als offen.
\layout Paragraph

Anzahl Hosts die zur gleichen Zeit getestet werden sollen
\layout Standard

Geben Sie hier die maximale Anzahl an Hosts an, die durch den Server gleichzeiti
g gescannt werden sollen.
 Beachten Sie, dass der Nessus Server für einen Scan max_hosts x max_tests
 Prozesse startet!
\layout Paragraph

Anzahl Tests die zur gleichen Zeit durchgeführt werden sollen
\layout Standard

Geben Sie hier die maximale Anzahl an Tests an, die durch den Server gleichzeiti
g gegen jeden Host gestartet werden.
 Beachten Sie, dass der Nessus Server für einen Scan max_hosts x max_tests
 Prozesse startet!
\layout Paragraph

Pfad zu den CGIs
\layout Standard

Nessus bietet die Möglichkeit, mehrere Pfade (
\begin_inset Quotes eld
\end_inset 

/cgi-bin
\begin_inset Quotes erd
\end_inset 

, 
\begin_inset Quotes eld
\end_inset 

/cgis
\begin_inset Quotes erd
\end_inset 

, 
\begin_inset Quotes eld
\end_inset 

/home-cgis
\begin_inset Quotes erd
\end_inset 

 usw.) nach CGIs zu durchsuchen.
 Geben Sie die zu durchsuchenden Pfade durch Doppelpunkte getrennt an: Z.B.
 
\begin_inset Quotes eld
\end_inset 

/cgi-bin:/cgi-aws:/~deraison/cgi
\begin_inset Quotes erd
\end_inset 

.
\layout Paragraph

Vor Test rückwärtige DNS-Namensauflösung der IP
\layout Standard

Ist diese Option eingeschaltet, so wird Nessus Server eine DNS Rückwärts-Suche
 über die IP-Adresse durchführen (DNS reverse lookup) bevor die Tests durchgefüh
rt werden.
 Dies kann die Durchführung der Tests insgesamt verlangsamen.
\layout Paragraph

Test optimieren
\layout Standard

Sicherheits-Tests bitten unter Umständen den Nessus Server darum, nur dann
 gestartet zu werden, wenn bestimmte Informationen die durch andere Plugins
 gesammelt wurden, sich in der Wissen-Basis befinden oder nur wenn ein angegeben
er Port offen ist.
 Diese Option kann die Tests beschleunigen, kann aber dazu führen, dass
 Nessus Server einige Lücken übersieht.
 Wer paranoid ist, schaltet diese Option aus.
\layout Paragraph

Sichere Prüfungen
\layout Standard

Einige Sicherheits-Tests können dem Ziel-Rechner Schaden zufügen, indem
 Dienste zeitweise oder bis zu einem Neustart dort nicht mehr zur Verfügung
 stehen.
 Wird diese Option eingeschaltet, so wird Nessus Server sich auf gesendete
 Banner verlassen und keine echten Tests durchführen.
 Die Ergebnisse sind dann entsprechend weniger zuverlässig, aber wenigstens
 wird dadurch kein möglicher Ausfall für Benutzer entstehen.
 Unter Sicherheitsaspekten ist es angeraten, diese Option auszuschalten.
 Aus der Sicht eines Administrators sollte sie angeschaltet bleiben.
\layout Paragraph

Bestimme Hosts anhand der MAC Adresse
\layout Standard

Wird diese Option eingeschaltet, so werden die Ziele im lokalen Netzwerk
 anhand ihrer Ethernet MAC Adresse anstatt der IP-Adresse bestimmt.
 Dies ist insbesondere dann sinnvoll wenn Nessus in einem DHCP-Netzwerk
 verwendet wird.
 Sind Sie sich unsicher, dann schalten Sie die Option ab.
\layout Paragraph

Port Scanner
\layout Standard

Die Liste verfügbarer Port-Scanner.
 Post-Scanner stellen eine besondere Kategorie von Plugins dar und werden
 daher getrennt von den anderen Plugins dargestellt.
 Die Liste ist nur gefüllt, wenn eine Verbindung zu einem Nessus Server
 hergestellt wurde.
 Sie können einen oder mehrere Scanner auswählen und durch Anklicken mehr
 Details zu einem ausgewählten Scanner abfragen.
\layout Subsubsection

Plugins
\layout Standard

Plugins werden auf dem Nessus Server gespeichert.
 Deshalb benötigen Sie eine Verbindung zu einem Nessus Server, um einen
 Auswahl zutreffen.
 Ansonsten wird eine leere Liste angezeigt.
\layout Standard
\align center 

\begin_inset Graphics
	filename images/mainwindow-plugins-de.png
	scale 90

\end_inset 


\layout Standard

Plugins werden unterschieden in verschiedene Familien, die als Ganzes durch
 entsprechende Check-Boxen aktiviert oder deaktiviert werden können.
 Auch kann eine Familie aufgeklappt werden, so dass die zugehörigen Plugins
 aufgelistet werden und einzeln über die Check-Boxen aktiviert oder deaktiviert
 werden können um die Auswahl zu verfeinern.
\layout Standard

Die Spalte 
\begin_inset Quotes eld
\end_inset 

Warnung
\begin_inset Quotes erd
\end_inset 

 enthält ein Warnungs-Symbol für einige Plugins.
 Dieses Warnungs-Symbol bedeutet, dass das Plugin Dienste auf dem Zielsystem
 abschalten oder das gesamte System abschalten könnte.
 Sie sollten sehr vorsichtig sein, wenn Sie diese Option einschalten, da
 es nötig werden könnte einige Zielsystem manuell neu zu starten.
\layout Standard

Unterhalb der Plugin-Liste wird die Gesamtzahl der vom Server geladenen
 Plugins angezeigt.
 Desweiteren auch die Gesamtzahl der ausgewählten Plugins und die Anzahl
 der durch einen Filter dargestellten Plugins.
\layout Standard

Die Folgenden Aktionen sind möglich:
\layout Subparagraph

Alle einschalten
\layout Standard

Schaltet alle Plugin-Kategorien ein.
\layout Subparagraph

Alle ausschalten
\layout Standard

Schaltet alle Plugin-Kategorien aus.
\layout Subparagraph

Alles aufklappen
\layout Standard

Klappt die Plugin-Liste soweit auf, dass sämtliche Plugins angezeigt werden.
\layout Subparagraph

Alles zusammenklappen
\layout Standard

Es werden nur noch die Plugin Familien angezeigt.
\layout Subparagraph

Abhängigkeiten zur Laufzeit berücksichtigen
\layout Standard

Wird diese Option aktiviert, dann wird Nessus Server alle Plugins einschalten
 die abhängig sind von den bereits selektierten.
\layout Subparagraph

Stille Abhängigkeiten
\layout Standard

Wird diese Option aktiviert, dann wird Nessus Server keinen Bericht für
 solche Plugins senden, die nicht explizit eingeschaltet waren.
\layout Subparagraph

Filter
\layout Standard

Der Filter-Dialog erlaubt die Auswahl von Plugins anhand bestimmter Muster.
 
\series bold 
Beachten Sie
\series default 
, dass Sie die vorherige Plugin-Auswahl komplett löschen sobald Sie einen
 Filter aktivieren.
\layout Paragraph

Plugin Info-Dialog
\layout Standard

Wenn Sie auf einen Plugin-Titel einen Doppel-Click ausführen öffnet sich
 ein Dialog, der weitere Informationen zum Plugin bietet.
 Die angezeigten Informationen sind im Plugin abgelegt.
\layout Standard

Folgende Aktionen sind im Info-Dialog möglich:
\layout Subparagraph

Setze Plugin Timeout
\layout Standard

Sie können eine Timeout für das Plugin angeben.
\layout Subparagraph

Zeige Abhängigkeiten
\layout Standard

Ein weiterer Info-Dialog listet die Abhängigkeiten des Plugins.
 Hier wird auch der Status (eingeschaltet/ausgeschaltet) der Plugins angegeben
 von denen das aktuelle Plugin abhängt.
\layout Subsubsection

Zugangsdaten
\layout Standard

Einige der Plugins bieten die Eingabe von Zugangsdaten für bestimmte Anwendungen
 wie z.B.
 Samba oder für Web-Sites (HTTP).
 Diese Plugins funktionieren völlig analog zu den Plugins die unter 
\begin_inset Quotes eld
\end_inset 

Voreinstellungen
\begin_inset Quotes erd
\end_inset 

 eine Parametereingabe erlauben.
 Für eine bessere Übersicht ist die entsprechende Gruppe aber unter 
\begin_inset Quotes eld
\end_inset 

Zugangsdaten
\begin_inset Quotes erd
\end_inset 

 getrennt aufgeführt.
\layout Standard
\align center 

\begin_inset Graphics
	filename images/mainwindow-credentials-de.png
	scale 90

\end_inset 


\layout Subsubsection

Plugin Voreinstellungen
\layout Standard

Einige Plugins können anhand von Parametern angepasst werden.
 Die Parameter aller konfigurierbaren Plugins werden auf dieser Karte zusammenge
fasst und können modifiziert werden.
\layout Standard
\align center 

\begin_inset Graphics
	filename images/mainwindow-pluginprefs-de.png
	scale 90

\end_inset 


\layout Standard

Nur eine vergleichsweise kleine Zahl von Plugins bietet die Möglichkeit
 einer Konfiguration.
\layout Subsubsection

Zielauswahl
\layout Standard
\align center 

\begin_inset Graphics
	filename images/mainwindow-targetselection-de.png
	scale 90

\end_inset 


\layout Paragraph

Ziel(e)
\layout Standard

Die ersten Hosts, die durch den Nessus Server attackiert werden.
 Die anderen Optionen erlauben es, den Kreis der zu testenden Systeme zu
 erweitern.
 Es können diverse Primär-Ziele angegeben werden, indem sie mit Komma (,)
 separiert werden, z.B.: 
\begin_inset Quotes eld
\end_inset 

host1,host2
\begin_inset Quotes erd
\end_inset 

.
 
\layout Standard

Eine besondere Syntax ist 
\begin_inset Quotes eld
\end_inset 

file:/some/where/targetlist.txt
\begin_inset Quotes erd
\end_inset 

: Die Liste der Ziele wird aus einer Datei gelesen.
 Diese kann auch mittels des Knopfs 
\begin_inset Quotes eld
\end_inset 

Lese aus Datei
\begin_inset Quotes erd
\end_inset 

 komfortabel ausgewählt werden, im entsprechenden Abschnitt des Handbuchs
 ist auch das Format der Datei beschrieben.
\layout Paragraph

Lese aus Datei
\layout Standard

Es kann über den Dateiauswahl-Dialog eine Textdatei angegeben werden welche
 eine Liste der Ziele enthält.
 Diese Textdatei kann eine oder mehrere Zeilen mit Komma-separierten Listen
 von Hosts enthalten.
\layout Paragraph

Führe einen DNS Zonentransfer durch
\layout Standard

Nessus Server wird AXFR Anfragen (Zonen-Transfer) an den Name-Server des
 Ziels richten und so eine Liste der Hosts der Ziel-Domäne ermitteln.
 Dann wird jeder einzelne Host getestet.
\layout Subsection

Reports
\layout Subsubsection

Report Seite von NessusClient
\layout Standard

Die Report Seite enthält 5 Elemente: Sie können die Größe jedes der einzelnen
 Elemente Ihren Bedürfnissen entsprechend anpassen.
 Das gesamte Design unterstützt ein exploratives Verstehen der Scan-Ergebnisse.
 Das fünfte Element in der rechten unteren Ecke der Seite zeigt immer die
 Ergebnisse gemäß einer Vorauswahl durch die vier anderen Elemente (Filter).
\layout Standard
\align center 

\begin_inset Graphics
	filename images/mainwindow-report-de.png
	scale 90

\end_inset 


\layout Standard

Die voreingestellte Filterung hat die Sequenz 
\begin_inset Quotes eld
\end_inset 

Subnetz
\begin_inset Quotes erd
\end_inset 

, 
\begin_inset Quotes eld
\end_inset 

Host
\begin_inset Quotes erd
\end_inset 

, 
\begin_inset Quotes eld
\end_inset 

Port
\begin_inset Quotes erd
\end_inset 

, 
\begin_inset Quotes eld
\end_inset 

Schweregrad
\begin_inset Quotes erd
\end_inset 

.
 Verändern Sie diese Sequenz und die Auswahl in den entsprechenden Listen,
 so können beliebige Sichten auf die Ergebnisse für Ihre Analysen erzeugen.
\layout Subsubsection

Report Formate
\layout Standard

Die Scan-Ergebnisse können in verschiedene Formate exportiert werden.
 Grundsätzlich kann zwischen drei Formaten unterschieden werden: Austauschformat
e, bearbeitbare Dokumente und Read-only Dokumente.
 Der letzte Typ ist aktuell der PDF Report.
 Mit einem geeigneten Betrachter können Sie im Dokument anhand der eingebetteten
 Hyperlinks navigieren.
\layout Standard

Weitere Informationen zu den Formaten finden Sie im Abschnitt über die Aktion
 
\begin_inset Quotes eld
\end_inset 

Report->Export
\begin_inset Quotes erd
\end_inset 

.
\layout Section

Besondere Funktionen
\layout Subsection

NessusClient Voreinstellungen
\layout Standard

NessusClient erlaubt es, einige individuelle Vorlieben einzustellen, die
 das Verhalten der graphischen Benutzeroberfläche bestimmen.
\layout Standard
\align center 

\begin_inset Graphics
	filename images/preferences-dlg-de.png
	scale 90
	keepAspectRatio

\end_inset 


\layout Standard

Folgende Einstellungen sind verfügbar:
\layout Subsubsection

Benutzerschnittstelle
\layout Paragraph

Automatisches Aufklappen der Baumelemente
\layout Standard

In der linksseitigen Baumansicht werden die Teilbäume für Aufgaben oder
 Bereiche jeweils automatisch aufgeklappt, wenn man sie anwählt und diese
 Voreinstellung eingeschaltet ist.
\layout Standard

Ist die Option nicht ausgewählt, so wird ein Teilbaum erst dann aufgeklappt,
 wenn man direkt auf das entsprechende Symbol klick.
\layout Subsubsection

Verbindung mit Nessus Server
\layout Paragraph

Automatisch verbinden
\layout Standard

Ist diese Option eingeschaltet, wird NessusClient versuchen eine Verbindung
 zum Server aufzubauen sobald ein Bereich ausgeführt werden soll.
 Bei Verwendung von Benutzer-Zertifikaten ohne Passwort funktioniert das
 unmittelbar.
 Für Passwort-geschützte Benutzer-Zertifikate oder einfache Passwort-basierte
 Anmeldung wird das Passwort im Speicher gehalten bis NessusClient beendet
 wird.
\layout Subsubsection

Externe Verweise in HTML/PDF
\layout Standard

Diese Einstellungen bestimmen die URL für die Verweise auf weitere Informationen
 zu Nessus Plugins, CVE/CAN und BugTraq ID in Reports der Formate HTML und
 PDF.
 Die Voreinstellungen wie oben im Screenshot zu sehen werden empfohlen,
 da dort jeweils aktuelle Informationen vorhanden sind.
 Die Voreinstellungen erhält man zurück wenn man die entsprechenden Felder
 leer lässt.
\layout Standard

Für den Fall, dass Sie einen Nessus Report als Paket mit z.B.
 den Details zu CVE/CAN erstellen wollen um alles off-line lesenen zu können,
 könnten Sie diese Definition verwenden: ``mitre/%s/%s/%s.html'' falls Sie
 eine Verzeichnisstruktur relativ zur Report-Datei haben mit mitre/CVE/yyyy/nnnn.
html und mitre/CAN/yyyy/nnnn.html wobei yyyy da Jahr ist und nnnn die Nummer
 des Eintrages.
 Dann können alle Dateien in einem Paket zusammengefasst werden.
\layout Standard

Beachten Sie, dass die Zeichnketten die Sie hier definieren, in den Parameter
 ``href'' der HTML-Verweise direkt eingetragen werden.
 Da Werkzeug ``htmldoc'' wird verwendet um PDF Reports daraus herzustellen.
 Abhängig davon, welche Version mit welchen Eigenschaften Sie auf Ihrem
 System haben, kann die Art der erzeugten Verweise in der PDF-Datei variieren.
\layout Subsection

Benutzer-definierte Zugriffsregeln
\layout Subsubsection

Allgemein
\layout Standard

Der Nessus Server verwaltet eine Liste von Zugriffsregeln ähnlich denen
 bei Firewall-Anwendungen.
 Diese Server-seitigen Regeln können durch einen Nessus Klienten niemals
 überschrieben werden.
\layout Standard

Des weiteren kann der Administrator des Nessus Server zusätzlich spezielle
 Regeln für einen Benutzer anlegen, beispielsweise direkt bei der Einrichtung
 des Benutzerkontos mit 
\family typewriter 
nessus-adduser
\family default 
.
\layout Standard

Schließlich hat der Benutzer noch die Möglichkeit, zusätzliche eigene Regeln
 in NessusClient zu setzen.
\layout Subsubsection

Syntax
\layout Standard

Eine Regel kann zum einen eine Voreinstellungsregel sein: 
\begin_inset Quotes eld
\end_inset 

default deny
\begin_inset Quotes erd
\end_inset 

, 
\begin_inset Quotes eld
\end_inset 

default reject
\begin_inset Quotes erd
\end_inset 

 oder 
\begin_inset Quotes eld
\end_inset 

default accept
\begin_inset Quotes erd
\end_inset 

.
\layout Standard

Zum anderen kann eine Regel Ziel-spezifisch angegeben werden und besteht
 dann aus einer Aktion (
\begin_inset Quotes eld
\end_inset 

deny
\begin_inset Quotes erd
\end_inset 

, 
\begin_inset Quotes eld
\end_inset 

reject
\begin_inset Quotes erd
\end_inset 

 oder 
\begin_inset Quotes eld
\end_inset 

accept
\begin_inset Quotes erd
\end_inset 

) und dem Ziel spezifiziert durch die IP (z.B.
 192.168.10.10).
\layout Standard

Beachten Sie, dass hier tatsächlich IPs angegeben werden müssen.
 Hostnamen sind aus Sicherheitsgründen nicht gestattet.
\layout Subsubsection

Regeln in NessusClient verwalten
\layout Standard

Eine Regel besteht aus einer Aktion und (falls keine voreingestellte Aktion
 definiert wurde) einem Ziel.
 Es sind insgesamt 6 Aktionen möglich aus denen der Benutzer in einer Auswahlbox
 auswählen kann.
 Das Ziel muss separat in einem Texteingabefeld angeben werden.
\layout Standard

Sobald man 
\begin_inset Quotes eld
\end_inset 

Regel hinzufügen
\begin_inset Quotes erd
\end_inset 

 anwählt, wird die spezifizierte Regel in der Gruppe 
\begin_inset Quotes eld
\end_inset 

Klient-seitige Regeln
\begin_inset Quotes erd
\end_inset 

 hinzugefügt.
\layout Standard

Ist eine Regel in dieser Gruppe selektiert und betätigen Sie 
\begin_inset Quotes eld
\end_inset 

Regel entfernen
\begin_inset Quotes erd
\end_inset 

, so wird die selektierte Regel aus der Liste gelöscht.
 Selbstverständlich können keine Server-seitigen Regeln gelöscht werden.
\layout Subsubsection

Beispiel für eine Benutzer-definierte Zugriffsregel
\layout Standard

Sie sind das Sicherheitsteam von BigBank Corp.
 Das Management hat Sie autorisiert, das Netzwerk zu scannen.
 Allerdings unter keinen Umständen 172.20.142.2, da dies der SWIFT Server ist.
 Die Bank würde erheblichen Schaden erleiden, wenn dieser Server offline
 geht.
 Also fügen Sie als Klient-seitige Zugriffsregel hinzu:
\layout Standard
\added_space_top smallskip \added_space_bottom smallskip 

\family typewriter 
deny 172.20.142.2
\layout Standard
\noindent 
Sie können nun sicher sein, dass diese IP nicht gescannt wird, selbst wenn
 diese IP bei den Zielen explizit auftaucht.
\layout Subsubsection

Beispiel für eine Administrator-definierte Zugriffsregel
\layout Standard
\added_space_bottom smallskip 
Indem Sie die Datei nessusd.rules editieren (nur der Administrator des Nessus
 Server kann dies), können Sie sicherstellen, dass der Nessus Server nicht
 verwendet werden kann, um bestimmte Hosts zu scannen.
 Falls Ihr internes Netzwerk 10.0.0.0/8 ist, dann wollen Sie in der Regel sicherste
llen, dass niemand Rechner außerhalb dieses Netzes mit dem Server scannen
 kann.
 Dies erreichen Sie durch folgende Einstellung in 
\family typewriter 
nessusd.rules
\family default 
:
\layout Standard


\family typewriter 
allow 10.0.0.0/8
\layout Standard


\family typewriter 
allow 127.0.0.1
\layout Standard


\family typewriter 
default deny
\layout Subsection

Lokale Sicherheitstests: Theorie
\layout Subsubsection

Was sind 
\begin_inset Quotes eld
\end_inset 

lokale
\begin_inset Quotes erd
\end_inset 

 Sicherheitstests?
\layout Standard

Beginnend mit Nessus 2.1.0 ist es möglich, Nessus SSH-Beglaubigungen zu übergeben,
 um in ein anderes UNIX-artiges System einzuloggen.
 Dort kann dann lokal festgestellt werden, welche Patches auf dem System
 ggf.
 noch fehlen.
 Konkret bedeutet dies, das Nessus einen validen SSH-Schlüssel erhält, sich
 damit auf den anderen Systemen einloggt, die Liste der installierten Software
 extrahiert und anhand dieser mitteilt, welches Softwarepaket aktualisiert
 werden sollte.
\layout Standard

Das eigentliche Ziel dieser Funktionalität ist es, auf einfache Weise zu
 verfolgen, ob alle Patches auf den Systemen eingespielt wurden, ohne dass
 möglicherweise Gefahren für das System entstehen indem man aktiv auf Sicherheit
slücken von Außen prüft.
 Es ist also wichtig zu verstehen, dass diese Funktionalität keine versteckten
 Probleme wie ein unautorisiertes SUID Programm entdecken kann, sondern
 nur feststellt, welche Patches auf dem System fehlen.
\layout Subsubsection

Welche Betriebssysteme werden derzeit unterstützt?
\layout Standard

Derzeit ist Nessus in der Lage fehlende Patches für folgende Betriebssysteme
 festzustellen:
\layout Itemize

AIX 5.x
\layout Itemize

Debian
\layout Itemize

Fedora Core 1 und 2
\layout Itemize

FreeBSD 4.x, 5.x (inklusive aller Port Sammlungen)
\layout Itemize

Gentoo Linux (alle Empfehlungen in 2004)
\layout Itemize

Mac OS X (und Mac OS X Server)
\layout Itemize

Mandrake Linux (8.0 bis 10.0)
\layout Itemize

RedHat Enterprise Linux (2.1 und 3.0)
\layout Itemize

Solaris (2.5.1, 2.6, 7, 8 und 9)
\layout Itemize

SuSE Linux (7.0 bis 9.1)
\layout Itemize

Microsoft Windows NT, 2000, XP, 2003 
\layout Standard

Wir hoffen, in der Zukunft weitere Systeme (HP-UX, Tru64, etc...) unterstützen
 zu können.
 
\layout Subsubsection

Nach welchen Solaris Patches wird geprüft?
\layout Standard

Es sind Prüfungen für Solaris 2.5.1, 7, 8 und 9 (für beide Architekturen:
 sparc und i386) implementiert.
 Wir prüfen auf jeden Patch der auf der offiziellen Sun Patch-Seite "Patch
 containing security fixes" aufgelistet wird.
\layout Subsubsection

Ist es geplant weitere Systeme zu unterstützen?
\layout Standard

Es ist nicht geplant, alle jemals erstellten Betriebssysteme zu unterstützen.
 Allerdings haben wir vor, 
\begin_inset Quotes eld
\end_inset 

Arbeitsgruppen
\begin_inset Quotes erd
\end_inset 

 für bestimmte Betriebssysteme zu schaffen.
 Im Prinzip suchen wir also nach Menschen, die für das von Ihnen bevorzugte
 Betriebssystem verantwortungsbewußt sämtliche notwendigen Prüfungen auf
 Patches implementieren.
 Falls Sie dementsprechend interessiert sind, so melden Sie sich am besten
 beim Nessus Entwickler-Team.
\layout Subsubsection

Was sind lokale Sicherheitsprüfungen NICHT?
\layout Standard

Nessus selbst prüft nicht die lokalen Sicherheitsregeln ab, wie es beispielsweis
e TIGER macht (also Verzeichnis mit Schreibrechten für alle, falsche Zugriffsrec
hte bei sensitiven Konfigurationsdateien, etc).
 Lesen Sie bei SLAD (Security Local Auditing Daemon) nach, wie man umfangreiche
 Vor-Ort-Tests auf einem potenziell kompromittierten System durchführt.
 SLAD kann über Nessus mit den entsprechenden NASL Skripten verwendet werden.
\layout Subsubsection

Warum benötigt man lokale Sicherheitstests, ist Nessus nicht gut genug,
 die Sicherheitsprobleme selbst zu entdecken?
\layout Standard

Nessus 2.0 ist im Kern ein Netzwerk-basierter Scanner.
 Das bedeutet, dass er sich mit den Zielsystemen verbindet und versucht
 zu beurteilen ob irgendetwas die Dienste negativ beeinflusst.
 Nun hat aber diese Methode, alles über das Netzwerk zu prüfen, auch einige
 Nachteile.
 Insbesondere kann ein 100% Netzwerk-basierter Scanner folgende Dinge nicht
 leisten:
\layout Itemize

Klient-seitige Fehler feststellen: Es gibt heutzutage mehr und mehr Klient-seiti
ge Verletzbarkeiten, die von Fehlern in Mail-Programmen bis zu XML Bibliotheken
 reichen.
 Es ist schlichtweg unmöglich, auf diese Probleme hin mit einem Scanner
 wie Nessus zu prüfen.
 Die einzige Möglichkeit dies zu tun ist über einen passiven Scanner (z.B.
 SLAD oder NeVO) oder eben lokale Sicherheitstests auf Patches.
\layout Itemize

Lokale Fehler feststellen: Klar ist, dass die Sicherheit der lokalen Werkzeuge
 nicht über das Netzwerk beurteilt werden kann.
 Indem man aber einen lokalen Sicherheitstest laufen läßt, kann man feststellen
 ob man einen Overflow in einem SUID-Programm ausnutzen kann, um die Rechte
 von root zu erlangen.
\layout Itemize

Fehler in abgestellten Diensten feststellen: Hat ein Host einen verletzbaren
 Dienst installiert, aber dieser läuft nicht zur Zeit des Netzwerk-Scans,
 so wird diese Verletzbarkeit nicht entdeckt.
 Hat man einen ungepatchten Dienst mit einem Sicherheitsloch, so ist dies
 ein echtes Sicherheitsproblem, denn die Lücke kann sofort ausgenutzt werden,
 sobald der Dienst in Betrieb genommen wird.
\layout Standard

Die traditionellen Netzwerk-basierten Scanner haben also ihre Grenzen, die
 aber mit der neuen Funktionalität überwunden werden können.
\layout Subsubsection

Kann Nessus individuell compilierte und installierte Pakete erkennen?
\layout Standard

Falls Sie beispielsweise Ihren DNS Server per Hand installieren und anstatt
 des System-seitigen verwenden, so wird Nessus dies nicht erkennen!
\layout Standard

Nessus beschränkt sich auf die Patches, die durch den Betriebssystemhersteller
 zur Verfügung gestellt werden.
 Beachten Sie, dass es normalerweise eine gute Idee ist, bei den Paketen
 des Herstellers zu bleiben, da dies eine Aktualisierung des Systems wesentlich
 vereinfacht.
\layout Standard

In der Zukunft wird Nessus in der Lage sein, zu prüfen, ob der laufende
 Dienst derselbe ist wie das installierte RPM (oder anderen Paket-Management-Sys
tems) und wird so die Ausgabe-Informationen noch verbessern.
\layout Subsubsection

Warum um lokale Sicherheitstests kümmern, wenn es gar keine lokalen Benutzer
 gibt?
\layout Standard

Warum sollte es beispielsweise jemanden kümmern, ob der Web-Server einen
 lokalen Overflow in einem SUID-Programm hat, wenn es keinen lokalen Benutzer
 außer einen selbst gibt?
\layout Standard

Als diese Funktionalität diskutiert wurde, haben eine Leute entgegengehalten,
 dass es Ihnen egal ist, da ihre Server einfach nur Web-Server ohne lokale
 Benutzer sind und daher niemand die Verletzbarkeiten ausnutzen kann.
 Die Antwort darauf ist eine einfache Praxis-Regel der Sicherheit: 
\series bold 
Eindämmung
\series default 
.
 Wenn Ihr Web-Server verletzbar durch einen bestimmten Fehler ist (sei es
 eine fehlerhafte Konfiguration, ein schlecht geschriebenes PHP-Skript oder
 ein 0day in Apache), dann kann ein Angreifer eine Shell auf Ihrem System
 erhalten.
 Nun ist die Frage: Wollen Sie es diesem Angreifer einfach machen, Administrator
-Privilegien zu erhalten und damit die vollständige Kontrolle über das System?
 Oder wollen Sie ihn eindämmen auf die Privilegien des Web-Servers? (Diese
 Privilegien werden zumindest verhindern, dass der Angreifer den Kern verändert,
 gefährliche Kern-Module lädt und ganz allgemein es schwieriger macht überhaupt
 zu entdecken, dass eine Attacke erfolgreich war).
 Also, lokale Sicherheit ist wirklich wichtig, denn sie ist die letzte Verteidig
ungslinie.
\layout Subsubsection

Wie kann das Einschalten der lokalen Sicherheitstests die Scan-Erfahrung
 verbessern?
\layout Standard

Abhängig davon, wie Sie sie benutzen, können lokale Sicherheitstests Ihre
 Scan-Erfahrung dramatisch verbessern:
\layout Itemize

Durch Reduzierung der falschen Positiven: es ist nicht immer möglich über
 das Netzwerk festzustellen, ob ein Dienst für einen bestimmten Fehler verletzba
r ist (manchmal ist die einzige Möglichkeit dies zu tun, den Dienst zum
 Absturz zu bringen, was natürlich keine Option für Produktiv-Systeme ist).
 Manchmal aktualisieren Hersteller ein fehlerhaftes Produkt nicht, sondern
 wenden den Patch auf die alte Version an (siehe z.B.
 den Standpunkt von RedHat dazu).
 Dies macht den Netzwerk-basierten Scannern natürlich das Leben etwas schwerer.
\layout Itemize

Durch Beschleunigung der Prüfungen: wenn Sie eigentlich nur daran interessiert
 sind zu prüfen ob auf allen Systemen alle Patches eingespielt sind, dann
 wird die Verwendung der lokalen Sicherheitstests die Zeit für die Prüfung
 drastisch reduzieren.
 Es dauert nur 6 Sekunden alle lokalen Fehler zu finden (über einen VPN-Link)
 während es mindestens 1 Minute dauert, das selbe System über das Netzwerk
 zu scannen.
\layout Itemize

Durch häufigeres Scannen: Jeder Netzwerk-basierte Sicherheits-Scanner birgt
 die Gefahr, Geräte oder Dienste auf dem Netzwerk abstürzen zu lassen.
 Das gilt für Nessus wie für alle anderen vergleichbaren Systeme.
 Der Grund ist einfach: Ein Scanner versucht sich zu allen Diensten auf
 dem Zielrechner zu verbinden und einige dieser Dienste (und TCP/IP Stacks)
 sind so schlecht geschrieben, dass, wenn man nicht genau die richtigen
 Daten schickt, ein Absturz die Folge ist.
 Egal wie vorsichtig der Scanner ist, es gibt immer die Gefahr spezielle
 Anwendungen zum Absturz zu bringen oder einen belasteten Server mit wenig
 Speicherreserve usw.
 Dies ist im Speziellen der Fall für Embedded-Geräte, die meistens ganz
 ohne Überlegungen zur Sicherheit konstruiert werden.
 Es gibt Hersteller von Scannern die 
\begin_inset Quotes eld
\end_inset 

100% ungefährliche Scans
\begin_inset Quotes erd
\end_inset 

 versprechen, was schlichtweg eine Lüge ist.
 Interagiert ein Scanner mit Netzwerkdiensten, so gibt es immer die Möglichkeit,
 dass diese zum Absturz gebracht werden.
\newline 
In der Konsequenz wird nur noch einmal pro Monat oder einmal pro Quartal
 gescannt, obwohl neue Sicherheitsprobleme jeden Tag hinzukommen bzw.
 entdeckt werden.
\newline 
Alleine dadurch, dass die lokalen Sicherheitstest eingeschaltet werden und
 die Port-Scanner sowie alle anderen Plugins ausgeschaltet werden, wird
 Nessus Server sich nur noch per SSH auf die Zielrechner einloggen und keinen
 Stress auf dem Netzwerk erzeugen und auch nicht zu schlechten Überraschungen
 führen.
\layout Standard

Es ist also egal, ob sie eine kleine oder sehr große Anzahl Systeme haben,
 lokale Sicherheitstests machen Ihnen Ihre Arbeit in jedem Fall einfacher.
\layout Subsubsection

Verlangsamt diese Funktionalität den Scan?
\layout Standard

Nein.
 Nessus minimiert die Anzahl der SSH Zugriffe auf die Zielrechner und loggt
 sich tatsächlich nur ein einziges mal pro System ein, um die Daten dann
 in die Wissensbasis zu übertragen.
 Schauen Sie sich den Quelltext des Plugins ssh_get_info.nasl für Details
 dazu an.
\layout Subsubsection

Was sind die Nachteile dieser Funktionalität?
\layout Standard

Derzeit sind die folgenden Einschränkungen bekannt:
\layout Itemize

Es wird nur SSHv2 unterstützt.
 Ein Zugriff auf Hosts über das Protokoll SSHv1 ist nicht möglich.
\layout Itemize

Sie müssen die Authentifizierungsmethode über öffentliche Schlüssel mit
 SSH verwenden.
 Es ist zwar etwas komplizierter als einfache Passworte, dafür aber um so
 sicherer.
\layout Itemize

Diese Dokumentation beschreibt nur OpenSSH.
\layout Subsection

Lokale Sicherheitstests: Wie man sie anschaltet
\layout Comment

What to do with this text - we can probably not just copy the referenced
 document, so have a URL instead or write a new text?:
\layout Comment


\begin_inset Quotes eld
\end_inset 

As a reminder, if you are interested in Windows security checks please read
 this document instead.
\begin_inset Quotes erd
\end_inset 


\layout Subsubsection

Das Prinzip
\layout Standard

Für das Aktivieren von lokalen Sicherheitstests liegt die folgende Idee
 zugrunde:
\layout Itemize

Erzeuge ein SSH Schlüsselpaar mit öffentlichem und privatem Schlüssel, die
 dann von Nessus verwendet werden.
\layout Itemize

Erzeuge ein Benutzerkonto auf jedem System auf dem die lokalen Sicherheitstests
 durchgeführt werden sollen.
\layout Itemize

Kopiere den öffentlichen SSH Schlüssel den Nessus verwendet in das Verzeichnis
 der jeweiligen Benutzer.
\layout Itemize

Weise Nessus an, diese SSH Schlüssel zu verwenden um die Scans durchzuführen.
\layout Standard

Wie man sieht ist es also eine einfache Methode.
 Nessus verwendet keine direkte Authentifizierung über Passwort, da sonst
 eine Verletzbarkeit über eine man-in-the-middle Attacke gegeben wäre (derzeit
 wollen wir das Schlüsselmanagement für die Zielserver nicht selbst übernehmen)
\layout Standard

Wenn Sie sich nicht mit SSH auskennen und nicht verstehen was Schlüsselpaare
 mit öffentlichem und privatem Schlüssel sind, sollten Sie unbedingt zunächst
 entsprechende Dokumentation und Literatur heranziehen.
\layout Subsubsection

Einen öffentlichen SSH-Schlüssel erzeugen
\layout Standard
\added_space_bottom defskip 
Um einen SSH Schlüssel zu erzeugen, verwenden Sie das Kommando ssh-keygen
 und speichern Sie den geheimen Schlüssel an einem sicheren Ort:
\layout Standard
\align left 

\family typewriter 
\size scriptsize 
$ ssh-keygen -t dsa
\newline 
Generating public/private dsa key pair.
 Enter file in which to save the key (/Users/renaud/.ssh/id_dsa):
\newline 
/home/renaud/Nessus/ssh_key
\newline 
Enter passphrase (empty for no passphrase):
\newline 
Enter same passphrase again:
\newline 
Your identification has been saved in /home/renaud/Nessus/ssh_key.
\newline 
Your public key has been saved in /home/renaud/Nessus/ssh_key.pub.
\newline 
The key fingerprint is: 06:4a:fd:76:ee:0f:d4:e6:4b:74:84:9a:99:e6:12:ea
 renaud@myth.local
\newline 

\layout Standard

Wie Sie am Beispiel oben sehen können, wurden zwei Dateien erzeugt:
\layout Itemize

/home/renaud/Nessus/ssh_key ist der private SSH Schlüssel.
 Transferieren Sie ihn nie auf ein anderes System als das auf dem der Nessus
 Klient läuft.
\layout Itemize

/home/renaud/Nessus/ssh_key.pub ist der öffentliche SSH Schlüssel.
 Diese Datei wird auf jedes System kopiert für welches lokale Sicherheitstests
 mit Nessus gemacht werden sollen.
\layout Standard

Wenn Sie bei ssh-keygen nach einem Passwort gefragt werden, dann können
 Sie auch zweimal mit Return bestätigen (also kein Passwort spezifizieren).
 Natürlich ist es besser einen Schlüssel mit einem Passwort zu schützen.
 Aber in diesem Fall ist es so, dass keine zusätzliche Sicherheit gewonnen
 wird, da das Passwort zwischen Nessus Klient und Nessus Server zirkuliert
 und zudem in der Datei .nessusrc im Klartext gespeichert wird.
\layout Subsubsection

Ein Benutzerkonto einrichten und einen SSH Schlüssel herstellen
\layout Standard
\added_space_bottom defskip \align left 
Für jede Plattform die Sie testen wollen, sollten Sie ein neues Benutzerkonto
 einrichten ,welches nur für die Verwendung durch Nessus vorgesehen ist.
 In diesem Dokument verwenden wir den Namen nessus, das Benutzerkonto könnte
 aber auch jeden anderen Namen haben.
 Nachdem das Benutzerkonto eingerichtet wurde (mit dem Kommando adduser
 oder einem entsprechenden Werkzeug welches Ihr System bereitstellt), sollten
 Sie sicherstellen, dass dieser neue Benutzer kein gültiges Passwort hat
 (also einen Stern (*) an der entsprechenden Stelle in der Passwort-Datei):
\layout Standard
\align left 

\family typewriter 
\size scriptsize 
# vipw
\newline 
(...) 
\newline 
nessus:*:502:502::0:0:Nessus Test Account:/home/nessus:/bin/bash 
\newline 
(...)
\family default 
\size default 

\newline 

\layout Standard
\added_space_bottom defskip 
Da der Benutzer nun eingerichtet ist, müssen Sie nur noch den Schlüssel
 in dessen Heimatverzeichnis kopieren und die Zugriffsrechte für das Verzeichnis
 
\begin_inset Quotes eld
\end_inset 

.ssh
\begin_inset Quotes erd
\end_inset 

 korrekt setzen:
\layout Standard
\align left 

\family typewriter 
\size scriptsize 
# mkdir ~nessus/.ssh 
\newline 
# mv ssh_key.pub ~nessus/.ssh/authorized_keys 
\newline 
# chown -R nessus:nessus ~nessus/.ssh/ 
\newline 
# chmod 0600 ~nessus/.ssh/authorized_keys 
\newline 
# chmod 0700 ~nessus/.ssh/
\family default 
\size default 

\newline 

\layout Subsubsection

Nessus aufsetzen
\layout Standard
\added_space_bottom defskip 
Stellen Sie zunächst sicher, dass Sie einen Nessus Server in Version 2.1.0
 oder neuer haben, der mit SSL Unterstützung compiliert ist.
 Sie können dies prüfen mit 
\begin_inset Quotes eld
\end_inset 

nessusd -d
\begin_inset Quotes erd
\end_inset 

:
\layout Standard
\align left 

\family typewriter 
\size scriptsize 
[root@myth Home]$ nessusd -d 
\newline 
This is Nessus 2.1.0 for Darwin 7.4.0 
\newline 
compiled with gcc version 3.3 20030304 (Apple Computer, Inc.
 build 1495) 
\newline 
Current setup : 
\newline 
nasl: 2.1.0 
\newline 
libnessus: 2.1.0 SSL support: enabled
\newline 

\layout Standard

Starten Sie nun NessusClient und gehen Sie zur Seite mit den Zugangsdaten
 und setzen Sie den SSH Benutzernamen und den SSH Schlüssel:
\layout Comment

TODO: screenshot like on http://www.nessus.org/doc/nessus_ssh_local.html
\layout Standard

Stellen Sie dabei sicher, dass Sie nicht den öffentlichen Schlüssel (.pub)
 und den privaten vertauschen.
 Stellen Sie außerdem sicher, dass die Option 
\begin_inset Quotes eld
\end_inset 

Abhängigkeiten zur Laufzeit berücksichtigen
\begin_inset Quotes erd
\end_inset 

 eingeschaltet ist und starten Sie dann den Scan gegen den Host.
 Der Nessus Report sollte nun mitteilen, dass das Einloggen erfolgreich
 war und alle fehlenden Patches für dieses System auflisten:
\layout Comment

TODO: Report excerpt like on http://www.nessus.org/doc/nessus_ssh_local.html
\layout Standard

Wiederholen Sie diese Prozedur für jeden Rechner, für den Sie eine lokale
 Prüfung machen wollen.
\layout Subsubsection

Danksagung
\layout Standard

Die Funktionalität der SSH-basierten lokalen Tests wurde beigesteuert durch:
\layout Itemize

Nicolas Pouvesle, der einen leichten SSH Klienten in NASL entwickelt hat.
\layout Itemize

Tenable Network Security, welche über 1200 Plugins für lokale Sicherheitstests
 hergestellt haben.
\layout Section

Optimierung und Feinabstimmung
\layout Subsection

Wissensbasis
\layout Standard

Die Speicherung in der Wissensbasis erlaubt es, die Benutzer des Netzwerkes
 weniger zu stören indem tägliche Scans eines /24 Netzwerkes durchgeführt
 werden, ohne dass dabei die Testresultate jedes mal wieder verworfen werden.
\layout Standard
\align center 

\begin_inset Graphics
	filename images/mainwindow-kb-de.png
	scale 90

\end_inset 


\layout Standard

Sowohl der Nessus Server, als auch der Nessus Klient, haben eine Compilier-Optio
n, um die Unterstützung durch eine Wissensbasis prinzipiell zu integrieren.
 Dies ist auch voreingestellt, aber man kann auf Nessus Server treffen,
 die die Wissensbasis nicht unterstützen.
 
\layout Standard

Im NessusClient finden Sie die Konfiguration für die Wissensbasis auf der
 Seite 
\begin_inset Quotes eld
\end_inset 

WB
\begin_inset Quotes erd
\end_inset 

 der Optionen (falls dieser Klient entsprechend compiliert wurde).
\layout Subsubsection

Einführung
\layout Standard

Die Wissensbasis (WB) ist die Liste der Informationen, die für einen getesteten
 Host zusammengetragen wurden.
 Diese beinhaltet die Liste der geöffneten Ports, den Typ des Betriebssystems
 und eine Reihe weiterer Informationen.
 Die Hauptintention ist die Reduzierung der Redundanz bei Tests, so dass
 ein Plugin A, welches ein Fakt findet (z.B.
 einen Weg wie man in den FTP-Server einloggt) diese Information mit anderen
 Plugins teilen kann (beispielsweise wird ein Plugin, welches für seinen
 Test in einen FTP-Server einloggen muss, in der WB nachschauen, ob es einen
 Weg gibt).
 Nach einem Test wird die WB aus dem Speicher entfernt und beim nächsten
 Test von Grund auf neu zusammengetragen.
\layout Standard

Die Idee hinter der Speicherung der Wissensbasis ist es, die Ergebnisse
 erneut auch für andere Audits zu verwenden, um damit die Bandbreite zu
 schonen.
 Hat man beispielsweise die Konfiguration seines Web-Servers in den letzten
 5 Stunden nicht verändert, dann ist es recht unwahrscheinlich, dass dort
 ein neuer Port geöffnet wurde, der bei einem erneuten Scan berücksichtigt
 werden sollte.
 Die Speicherung der Wissensbasis erlaubt:
\layout Itemize

Schonung der Bandbreite
\layout Itemize

Zeitersparnis 
\layout Itemize

Test der Hosts nur auf neue Verletzlichkeiten 
\layout Standard

Man kann eine Lebenszeit für die Wissensbasis für jeden Host definieren.
 Diese Lebenszeit kann frei gewählt werden und zwischen einigen Sekunden
 und ein paar hundert Jahren liegen.
 Dieser Abschnitt erklärt wie man die Wissensbasis verwendet um einen Sicherheit
szugewinn durch tägliche Scans ganzer Netze zu erreichen.
\layout Subsubsection

Verwendung der WB Speicherung
\layout Standard

Wollen Sie die Wissensbasis Server-seitig speichern lassen, so müssen Sie
 die Option 
\begin_inset Quotes eld
\end_inset 


\series bold 
WB Speicherung einschalten
\series default 

\begin_inset Quotes erd
\end_inset 

 im Klienten einschalten:
\layout Standard

Diese Option aktiviert die Speicherung der Wissensbasis.
 Auf dem Nessus Server werden alle entsprechenden Informationen gesammelt
 und gespeichert.
 Falls diese Option ausschließlich eingeschaltet ist, so werden die Daten
 lediglich gespeichert, aber eben nicht weiter verwendet.
 Das bedeutet, dass der Nessus Server diese Daten nicht nutzen wird, wenn
 er denselben Host erneut testet.
\layout Standard

Technisch gesehen wird jede Wissensbasis als separate Datei für jeden Host
 auf dem Nessus Server gespeichert.
 In Zukunft ist die Verwendung einer Datenbank denkbar.
 Die Dateien liegen unter 
\begin_inset Quotes eld
\end_inset 

/usr/local/var/nessus/username/kbs/
\begin_inset Quotes erd
\end_inset 

, wobei username das Benutzerkonto ist unter welchem man entsprechend gearbeitet
 hat.
\layout Subsubsection

Reduzierung der getesteten Hosts in der Wissensbasis
\layout Standard

Falls 
\begin_inset Quotes eld
\end_inset 


\series bold 
WB Speicherung einschalten
\series default 

\begin_inset Quotes erd
\end_inset 

 gesetzt ist, dann ist es auch möglich, die Menge der getesteten Hosts die
 dort abgelegt werden für den jeweiligen Benutzer einzuschränken.
 Unter Umständen wollen Sie nur diejenigen Hosts testen, die bereits in
 der Wissensbasis vorliegen.
 Andersherum wollen Sie ggf.
 nur die Hosts testen, für die keine oder eine veraltete Wissensbasis vorliegt,
 Sie damit also den Satz der Wissensbasis komplett und aktuell machen.
 Die drei Optionen 
\begin_inset Quotes eld
\end_inset 


\series bold 
Alle Hosts testen
\series default 
", 
\begin_inset Quotes eld
\end_inset 


\series bold 
Nur die Hosts testen welche bisher getestet wurden
\series default 
" und 
\begin_inset Quotes eld
\end_inset 


\series bold 
Nur die Hosts verwenden die bisher nicht getestet wurden
\series default 
" erlauben die entsprechenden Einstellungen.
\layout Itemize

Falls 
\begin_inset Quotes eld
\end_inset 


\series bold 
Alle Hosts testen
\series default 

\begin_inset Quotes erd
\end_inset 

 eingestellt ist, dann werden sämtliche Hosts, die bei 
\begin_inset Quotes eld
\end_inset 

Ziele
\begin_inset Quotes erd
\end_inset 

 stehen, getestet.
 Es wird also keine Filterung gemacht und ein Test wie gewohnt durchgeführt.
\layout Itemize

Wenn Sie die Option 
\begin_inset Quotes eld
\end_inset 


\series bold 
Nur die Hosts testen welche bisher getestet wurden
\series default 

\begin_inset Quotes erd
\end_inset 

 auswählen, dann werden nur diejenigen Hosts getestet, für die eine aktuelle
 Wissensbasis vorliegt.
 Dies erlaubt es, beispielsweise darin sicher zu gehen, dass kein Port-Scan
 gegen einen Host durchgeführt wird der noch nicht getestet wurde aber in
 der Ziel-Liste steht.
\layout Itemize

Schließlich, falls die Option 
\begin_inset Quotes eld
\end_inset 


\series bold 
Nur die Hosts verwenden die bisher nicht getestet wurden
\begin_inset Quotes erd
\end_inset 


\series default 
 gesetzt ist, werden nur diejenigen Hosts getestet, für die keine Wissensbasis
 vorliegt oder der Wissensbasis veraltet ist.
 Diese Option sorgt also für eine frische Wissensbasis für ensprechende
 Hosts.
\layout Standard

Die drei Optionen erlauben folgendes:
\layout Itemize

Alles testen
\layout Itemize

Sicherstellen, dass kein störendes Rauschen während der Tests entsteht
\layout Itemize

Die Wissensbasis zusammenzustellen 
\layout Subsubsection

Wiederverwendung der Wissensbasis für Mehrfachtests
\layout Standard

Die Wiederverwendung der Wissensbasis, die in der Vergangenheit gespeichert
 wurde, kann auch gefahrvoll sein, beispielsweise wenn ein gestern getestetes
 System über Nacht kompromittiert und mit einem Root-Kit versehen wurde
 und der Eindringling eine Root-Shell auf einem Port stehen läßt der vorher
 geschlossen war.
 Wenn Sie die Wissensbasis wiederverwenden so werden Sie diesen Fall nicht
 mitbekommen.
 Auf der anderen Seite will man auf einem gut abgesicherten Netzwerk die
 Wissensbasis wiederverwenden, um Zeit zu sparen, wenn man einen Satz neuer
 Tests gegen einen Host fahren lassen möchte.
\layout Standard

Wenn Sie die Option 
\begin_inset Quotes eld
\end_inset 


\series bold 
Verwende die Wissensbasis für die Hosts beim Test
\series default 

\begin_inset Quotes erd
\end_inset 

 aktivieren, dann werden die vorherigen Wissensbasen in den Speicher geladen
 und Nessus Server wird sie aktiv verwenden.
 Sie können mit den folgenden vier Optionen kontrollieren, was der Nessus
 Server genau machen soll:
\layout Standard

Ist 
\begin_inset Quotes eld
\end_inset 

Keine Scanner starten die schon einmal gestartet wurden
\begin_inset Quotes erd
\end_inset 

 gesetzt, dann werden die Scanner die bereits vorher einmal verwendet wurden
 nicht erneut verwendet.
 Analog funktionieren die drei anderen Optionen.
 Falls Sie nur die neuen Tests laufen lassen wollen die Sie über das Kommando
 
\begin_inset Quotes eld
\end_inset 

nessus-update-plugins
\begin_inset Quotes erd
\end_inset 

 erhalten haben, so dann sollten Sie alle vier Optionen einschalten.
 
\layout Subsubsection

Bedeutung von aktuell
\layout Standard

In diesem Abschnitt wurde davon gesprochen, dass die Wissensbasis aktuell
 sein kann oder veraltet.
 Die Bedeutung dafür ist frei konfigurierbar.
 Jedes mal, wenn eine Wissensbasis erstellt wird, so wird ein Zeitstempel
 mitgespeichert.
 Die Option 
\begin_inset Quotes eld
\end_inset 


\series bold 
Max.
 Alter der gespeicherten Wissensbasis (in Sek.)
\series default 

\begin_inset Quotes erd
\end_inset 

 definiert die Zeit nach der eine Wissensbasis als obsolet angesehen wird
 und durch eine aktuellere überschrieben wird.
\layout Standard

Die Voreinstellung ist 864000 (10 Tage), aber Sie sind frei dies beispielsweise
 auf 3600 (eine Stunde) zu senken bzw.
 auf jeden beliebigen anderen Wert zu setzen.
\the_end
