AssetObserve sicher benutzen.

Das Dashboard ist der taegliche Startpunkt fuer Assets, aktive Findings, Risiko-Score, Abdeckung und Scanner-Aktivitaet.

1. Oeffne Dashboard in der Seitenleiste und pruefe die vier Kennzahlen oben.
2. Nutze den Onboarding-Streifen, um zum naechsten offenen Einrichtungsschritt zu springen.
3. Pruefe Risk snapshot und Coverage intelligence, bevor du Detailseiten oeffnest.
4. Nutze Priority actions und Recent scan history fuer die dringendsten Folgearbeiten.

Wenn das Dashboard leer ist, erstelle einen Agent-Token und starte den ersten Scan.

Agents fuehren autorisierte Discovery von einer kontrollierten Netzwerkposition aus.

1. Oeffne Agents und erstelle einen Enrollment-Token. Kopiere ihn sofort, er wird nur einmal angezeigt.
2. Kopiere den Installationsbefehl fuer die Zielplattform aus dem Kasten neben dem neuen Token, oder lade das Paket auf derselben Seite herunter und vergleiche den SHA-256.
3. Fuehre ihn auf einem Host aus, der die vorgesehenen internen Netze erreicht: `sh install.sh --server <dein-server> --token aoa_...` unter Linux und macOS, `install.ps1 -Server <dein-server> -Token aoa_...` unter Windows.
4. Pruefe Heartbeat, Version und Command-Status in der Agent-Liste und stelle dann einen Scan in die Warteschlange.
5. Fuege weitere Agents nur hinzu, wenn Standorte, VLANs oder Sicherheitszonen nicht erreichbar sind.

Linux und macOS installieren aus einem Quellpaket, das Python 3.9 oder neuer benoetigt; Windows nutzt den kompilierten Installer, sobald deine Installation einen veroeffentlicht, und sonst dasselbe Quellpaket. Der Installer richtet einen systemd-User-Timer, einen LaunchAgent oder eine geplante Aufgabe ein.

Coverage zeigt, welche Standorte und Segmente sichtbar sind und wo noch Arbeit noetig ist.

1. Oeffne Coverage und lege die Sites oder Segmente des Workspaces an.
2. Hinterlege Owner-Notizen, damit Reports spaeter Verantwortlichkeiten erklaeren.
3. Vergleiche covered segments, blind spots sowie AD-only oder network-only Assets nach Scans.
4. Platziere einen weiteren Scanner oder passe Routing und Firewall-Regeln fuer unerreichbare Bereiche an.

Coverage ist eine operative Karte, nicht nur eine Prozentzahl.

Scans sammeln Evidenz aus autorisierten internen Bereichen oder konfigurierten Cloud-Collectorn.

1. Oeffne New scan und waehle den passenden Scan-Typ.
2. Trage einen begrenzten IP-Bereich ein oder waehle einen verfuegbaren Cloud-/Everything-Modus.
3. Waehle die Sprache fuer Findings und Reports.
4. Starte den Scan und pruefe die Scan-Detailseite fuer Assets, Evidenz und Reports.

Grosse Scopes sollten explizit mit dem Netzwerkverantwortlichen geplant werden.

Assets buendeln Scan-Evidenz fuer Endpoints, Server, Netzwerkgeraete und Services.

1. Oeffne Assets und filtere nach Suchtext, Rolle, Quelle oder Risiko-Kontext.
2. Oeffne ein Asset fuer Hostname, IP-Adresse, Rolle, Evidenz und Lifecycle-Felder.
3. Nutze Bulk-Aktionen, wenn mehrere Assets denselben Owner oder Kontext brauchen.
4. Halte Hostname, Rolle und Business Importance sauber, damit Risiko besser erklaerbar ist.

Unbekannte Assets sollten triagiert statt ignoriert werden.

Das Software-Inventar hilft, installierte Produkte und Paketrisiken zu finden.

1. Oeffne die Software-Ansicht ueber Assets.
2. Suche nach Produktnamen, Versionen oder Publishern.
3. Nutze Asset-Links, um zu sehen, wo ein Paket beobachtet wurde.
4. Priorisiere nicht unterstuetzte oder unerwartete Software vor reiner Aufraeumarbeit.

Softwarequalitaet haengt von authentifizierter Endpoint-Evidenz ab.

Hardwarefelder und Warranty Lookup unterstuetzen Lifecycle-Planung.

1. Oeffne ein Asset und pruefe Modell, Seriennummer und Beschaffungsfelder.
2. Nutze Warranty Lookup, wenn genug Herstellerdaten vorhanden sind.
3. Ergaenze Kauf- oder Owner-Informationen, wenn automatische Evidenz fehlt.
4. Nutze Lifecycle-Luecken in Reports fuer Ersatzplanung.

Lifecycle-Daten sind Planungsevidenz, kein blockierender Kontrollmechanismus.

Findings uebersetzen Evidenz in aktive Risiken mit Schweregrad, Asset-Kontext und Empfehlung.

1. Oeffne Findings ueber die Seitenleiste oder eine Dashboard-Kennzahl.
2. Filtere nach Scan, Sprache und Workflow-Status.
3. Lies Schweregrad, Asset, Business-Kontext, Beschreibung und Empfehlung zusammen.
4. Exportiere CSV, wenn ein anderes Team die aktuelle Liste braucht.

Ein Finding bleibt aktiv, bis es behoben, akzeptiert oder als False Positive markiert ist.

Accepted-Risk-Entscheidungen dokumentieren, warum ein Finding nicht sofort behoben wird.

1. Oeffne Accept bei einem aktiven Finding.
2. Waehle accepted risk, business required oder false positive.
3. Waehle Scope: dieses Asset, dieselbe Site oder der gesamte Workspace.
4. Fuege Grund und optionales Ablaufdatum hinzu und speichere.
5. Nutze Reopen, wenn die Ausnahme nicht mehr gueltig ist.

Akzeptiertes Risiko braucht immer eine fachliche Begruendung.

Actions machen aus wichtigen Findings eine Arbeitsliste.

1. Oeffne Actions in der Seitenleiste oder vom Dashboard.
2. Sortiere nach Prioritaet und bearbeite offene oder laufende Punkte zuerst.
3. Nutze verlinktes Asset oder Finding, um die Evidenz zu verstehen.
4. Aktualisiere den Status, wenn Remediation vorankommt.

Das Dashboard zeigt die wichtigsten Actions, damit sie nicht in Tabellen verschwinden.

Reports verpacken Scan-Ergebnisse als Management-, Technical-, Action-Plan- oder Compliance-Ausgabe.

1. Oeffne Reports und waehle den Scan.
2. Waehle Report-Typ, Ausgabeformat und Sprache.
3. Generiere den Report und oeffne oder lade das fertige Artefakt herunter.
4. Nutze Management-Reports fuer Stakeholder und Technical Reports fuer Remediation-Teams.

Reports werden besser, wenn Asset Owner, Coverage und Risikoentscheidungen gepflegt sind.

NIS2-orientierte Ansichten sammeln Declarations und Evidenz fuer Security-Management.

1. Oeffne Security & Compliance Settings und pflege Declarations.
2. Generiere einen NIS2-Report, wenn Evidenz bereit ist.
3. Pruefe Luecken als Governance-Aufgaben, nicht als automatische Rechtsbewertung.
4. Halte Declarations aktuell, wenn Controls oder Verantwortliche wechseln.

Compliance-Reports unterstuetzen Vorbereitung; sie ersetzen keine Rechtsberatung.

Credential-Profile unterstuetzen authentifizierte Collection mit klarer Grenze.

1. Oeffne Settings und dann Credentials.
2. Erstelle Profile nur fuer Systeme, die du inventarisieren darfst.
3. Ordne Credentials gezielt Collectors und Zieltypen zu.
4. Rotiere oder entferne Credentials, die nicht mehr gebraucht werden.

Breite Adminrechte vermeiden, wenn ein enger Read-only Account reicht.

Workspace Settings steuern Teammitglieder, Security-Kontext und operative Metadaten.

1. Oeffne Settings und pruefe Workspace- und Teamdetails.
2. Lade Nutzer mit der passenden Rolle ein.
3. Pflege Risk Context, damit Findings den Business Impact abbilden.
4. Nutze Security & Compliance fuer Declarations und Security-Posture-Metadaten.

Rollen sollten nach Least Privilege vergeben werden.

Billing zeigt Planstatus; Support erstellt Tickets mit den noetigen Betriebsdetails.

1. Oeffne Billing fuer Planstatus, Limits und Checkout- oder Invoice-Status.
2. Nutze Download PDF in der Rechnungszeile, wenn Accounting die Datei braucht.
3. Oeffne Support und erstelle ein Workspace-Ticket.
4. Waehle die passende Kategorie und ergaenze Bereich, OS, Browser oder Agentdetails.
5. Antworte im Ticket, wenn Support weitere Informationen braucht.

Besucher nutzen Contact; angemeldete Nutzer sollten Support nutzen.

Partner koennen Kunden-Workspaces getrennt verwalten und trotzdem zentral ueberblicken.

1. Oeffne Partner Center, wenn deine Organisation Partnerzugriff hat.
2. Pruefe Kunden-Workspaces und oeffne bei Bedarf die Kundendetailseite.
3. Halte Reports, Tickets und Billing pro Kunden-Workspace getrennt.
4. Nutze Adminzugriff nur fuer Aufgaben, die ihn wirklich brauchen.

Kundentrennung ist Teil des Betriebsmodells.

Nutze die kleinste freigegebene Quelle, die die Inventarfrage beantworten kann.

1. Starte mit einem begrenzten Netzwerkbereich oder einem eigenen Lab-Segment.
2. Nutze den optionalen Endpoint-Modus fuer Geraete, die unterwegs oder nicht verlaesslich vom Scanner erreichbar sind.
3. Ergaenze AD LDAPS, SNMPv3 oder DHCP/DNS-Snapshots erst nach Bestaetigung des benoetigten Read-only-Zugriffs.
4. Pruefe die Quellenherkunft am Asset, bevor du das Ergebnis fuer einen Report oder eine Entscheidung nutzt.

Verbinde keine Quelle nur weil Credentials vorhanden sind. Owner, Zweck und Scope muessen vorher klar sein.

Der Endpoint-Modus meldet lokale Inventardaten, Heartbeats und wartende Batches von einem freigegebenen Geraet.

1. Erstelle einen Enrollment-Token fuer das vorgesehene Endpoint oder die Rollout-Gruppe.
2. Installiere den Agenten auf einem Geraet, das du besitzt oder verwalten darfst.
3. Bestaetige den ersten Heartbeat und das Inventarergebnis in der Agent-Liste.
4. Pruefe Update-Ziel, Offline-Queue und letztes Ergebnis, bevor du ein Geraet als aktuell bewertest.

Agent-Requests sind HMAC-signiert. Code Signing des Produktions-Installers ist ein separater Release- und Distributionsschutz.

Diese Quellen dokumentieren freigegebenen Zustand, ohne das Quellsystem zu veraendern.

1. Nutze einen Least-Privilege Read-only-Account fuer AD LDAPS und pruefe dessen Directory-Scope.
2. Nutze fuer SNMPv3 nur Credentials, die fuer Inventory-Reads freigegeben sind.
3. Stelle DHCP/DNS-Zustand ueber den autorisierten HTTPS-Snapshot-Endpunkt bereit.
4. Fuehre eine kleine Validierung aus und gleiche die beobachteten Records mit dem Source-Owner ab.

Credentials bleiben auf dem kundenseitig kontrollierten Scanner-Host oder im Vault. Keine Passwoerter in Tickets, Reports oder Source Code.

AssetObserve behaelt Observations und loest sie mit stabilen Identitaetssignalen auf, wo moeglich.

1. Oeffne ein Asset und pruefe seine Source Observations und Evidence.
2. Bevorzuge Seriennummer, SMBIOS UUID, Managed-Device-ID, Directory GUID und MAC-Adresse vor Anzeigenamen.
3. Pruefe mehrdeutige Kandidaten, statt zwei aehnliche Namen als gleiches Geraet anzunehmen.
4. Halte eine Identitaetsentscheidung reversibel, wenn neue Evidence erscheint.

Ein sauberes Inventar ist wertvoller als ein aggressiver automatischer Merge.

Nutze Jobs, Task Outcomes und Coverage, um das Ergebnis eines Discovery-Auftrags zu verstehen.

1. Pruefe den Status des Discovery-Jobs, bevor du die gleiche Arbeit erneut startest.
2. Lies Task Outcome, Lease und Retry-Information fuer unvollstaendige Arbeit.
3. Nutze Coverage, um unerreichbare Segmente von veralteter Evidence oder fehlgeschlagener Authentifizierung zu unterscheiden.
4. Melde wiederholte Fehler mit Source, Scope und Timestamp statt nur mit einem Screenshot.

Durable Leases und Checkpoints erlauben einen Retry geeigneter Arbeit ohne stille Duplikate in der Evidence.

Nutze die Inventar-Steuerung, um Ergebnisse vor Oeffnen oder Exportieren einzugrenzen.

1. Nutze Server-side Search und Filter fuer die konkrete Betriebsfrage.
2. Speichere eine nuetzliche View fuer wiederkehrende Owner-, Freshness- oder Source-Pruefungen.
3. Navigiere mit Cursor Pagination, statt jedes Asset gleichzeitig zu laden.
4. Fordere einen CSV-Export an und pruefe bei grossen Ergebnismengen dessen Background-Job-Status.

Das kommerzielle Enterprise Asset Limit bleibt 50.000, obwohl lokale technische Tests ein synthetisches 60K-Szenario enthalten.

Halte Discovery-Scope und Concurrency innerhalb der getesteten Guardrails.

1. Plane Network Discovery in autorisierten Ranges bis zu 65.536 Candidate Hosts.
2. Halte Host Concurrency bei 24 und Port Concurrency bei 12.
3. Halte das kommerzielle Enterprise Asset Limit bei 50.000.
4. Nutze eine eigene Staging-Umgebung, bevor du Production-Scale-Readiness behauptest.

Erhoehe diese Limits nicht fuer eine reale Umgebung ohne Capacity-, Backup-, Monitoring- und Recovery-Evidence.

Starte mit Platzierung und Autorisierung, dann grenze den Fehler mit Coverage und Task Evidence ein.

1. Bestaetige Scanner- oder Agent-Platzierung, Routing und Firewall-Policy fuer den vorgesehenen Scope.
2. Pruefe, ob das Source Credential die erwartete Read-only-Berechtigung hat.
3. Untersuche letzten Task Outcome, Retry State und Timestamp der letzten Observation.
4. Sammle Scope, Source, Timestamp und Error Context vor einem Support-Ticket.

Ein unerreichbares Segment ist nicht dasselbe wie ein leeres Segment. Halte beide Outcomes getrennt.