GFI LanGuard AI – Produktveröffentlichungen

Neuerungen in GFI LanGuard

Version 12.17

In diesen Hinweisen werden die Änderungen für Kunden beschrieben, die ein Upgrade von GFI LanGuard 12.16 durchführen. Bitte lesen Sie vor dem Upgrade die Hinweise für Administratoren.

Highlights

• Windows Server 2025 wurde erkannt und aktualisiert. Zuvor wurde es als Windows 11 gemeldet.
• Microsoft Edge und die Edge WebView2-Laufzeitumgebung werden nun als fehlende Updates erkannt und können über die Konsole bereitgestellt werden.
• Bei Upgrades bleibt Ihre Konfiguration erhalten. Das Setup meldet ein erfolgreiches Upgrade nicht mehr als fehlgeschlagen, setzt die Einstellungen nicht mehr zurück und entfernt bei einem Rollback keine vorhandene Scan-Engine mehr.
• Die WAN-Agent-Korrektur wird auf Endgeräten abgeschlossen, die zum Zeitpunkt des Auftragsstarts offline waren.
• Agent-Scans unter Windows Server werden nicht mehr ohne Ergebnis im Hintergrund beendet.

Neue Funktionen und Verbesserungen

• Erkennung von Windows Server 2025. Windows Server 2025 wird korrekt identifiziert, in der Konsole und der Webkonsole mit dem richtigen Symbol angezeigt und anhand des Windows Server 2025-Patchkatalogs ausgewertet. Windows 11 wird auf Computern, die bereits als Server klassifiziert waren, nicht mehr falsch identifiziert.
• Updates für Microsoft Edge und die Edge WebView2-Laufzeitumgebung. Edge Stable, Edge Extended Stable und die WebView2-Laufzeitumgebung werden unter Windows auf x86- und x64-Systemen überprüft und als fehlend gemeldet, wenn die installierte Version älter ist als die im Katalog angegebene. Bei der Bereitstellung wird das Edge-Installationsprogramm im Hintergrund ausgeführt, und beim nächsten Scan wird das Update als installiert angezeigt.
• Geplante Programm-Updates werden fortgesetzt, auch wenn der GFI-Update-Server nicht erreichbar ist. Früher wurde ein geplantes Update mit der Meldung „Der Update-Server kann nicht kontaktiert werden!“ abgebrochen, sobald die Lizenzprüfung fehlschlug, während eine manuelle Suche nach Updates auf demselben Server funktionierte. Ein geplantes Update wird nun fortgesetzt, solange die auf dem Computer installierte Lizenz gültig ist, und im Update-Verlauf wird vermerkt, warum der Server nicht erreichbar war. Updates werden weiterhin abgebrochen, wenn die Lizenz selbst ungültig ist oder abgelehnt wurde.
• Die WAN-Korrektur wird pro Computer nachverfolgt. Der Server speichert jede WAN-Bereitstellungsanforderung, sendet sie bei jedem Check-in des Agenten erneut und akzeptiert Ergebnisse, die nach Ablauf des Zeitlimits des Auftrags eintreffen. Ein Computer, der noch keine Meldung gesendet hat, bleibt mit der Meldung „Warten auf den WAN-Agenten“ im Status „Ausstehend“, anstatt als zeitlich abgelaufen markiert zu werden. Patches, die für einen bereits beendeten Auftrag bereitgestellt wurden, werden verworfen, anstatt im Hintergrund installiert zu werden.
• Übersichtlichere Anzeige des Behebungsstatus für WAN-Agenten. Ein ausgelasteter Agent, ein fehlgeschlagener Paket-Download oder ein Fehler, den der Agent nicht erneut versucht, wird auf dem Computer zusammen mit dem Grund dafür angezeigt. Der Start einer Behebung, während die WAN-Funktionalität auf dem Server deaktiviert ist, schlägt innerhalb von Sekunden mit einer entsprechenden Meldung fehl, und der Aktivitätsmonitor warnt, wenn WAN-Agenten vorhanden sind, die WAN-Funktionalität jedoch deaktiviert ist.
• Fehler beim Scan auf fehlende Patches sind sichtbar. Wenn die Windows Update-Suche auf einem Computer fehlschlägt, behalten der Sensor „Fehlende Patches“ und die Schwachstellenstufe nicht mehr die Werte des letzten erfolgreichen Scans bei. Der Sensor wird zurückgesetzt und in der Desktop- und Webkonsole wird ein roter Hinweis angezeigt, sodass ein Computer, dessen Patches nicht mehr überprüft werden, nicht mehr als konform angezeigt wird.
• Die Agent-Bereitstellung unterbricht die Wiederholungsversuche bei einer fehlgeschlagenen Installation. Nach zehn aufeinanderfolgenden fehlgeschlagenen Installationen oder Upgrades auf einem Computer wird die automatische Bereitstellung für diesen Computer ausgesetzt und als Fehler angezeigt, bis der Computer repariert, seine Anmeldedaten geändert oder eine Bereitstellung angefordert wird. Bisher wurde derselbe fehlgeschlagene Installer in jedem Zyklus erneut versucht.

Korrekturen

Installation und Aktualisierung

• Es wurde ein Fehler behoben, durch den ein erfolgreich abgeschlossenes Upgrade, für das ein Neustart erforderlich war, als fehlgeschlagen gemeldet und erneut angeboten wurde. Das Installationsprogramm fordert nun nur noch einmal am Ende zum Neustart auf.
• Es wurde ein Problem behoben, bei dem durch Upgrades die Datenbank-Einstellungen der Scan-Engine, der Lizenzschlüssel der Konsole, geplante Scans und Berichte, Scan-Profile sowie weitere Einstellungen unbemerkt auf ihre Standardwerte zurückgesetzt wurden. Das Upgrade erstellt nun eine vollständige Sicherung Ihrer Einstellungen und bricht den Vorgang ab, bevor Änderungen vorgenommen werden, falls die Sicherung nicht durchgeführt werden kann.
• Es wurde ein Problem behoben, bei dem bei einem fehlgeschlagenen oder abgebrochenen Upgrade eine Scan-Engine deinstalliert wurde, die vor dem Start des Installationsvorgangs installiert worden war, wodurch auch deren Daten, Definitionen und die Konsolenlizenz entfernt wurden. Bei der Rückgängigmachung wird nun nur noch eine Engine entfernt, die im Rahmen desselben Installationsvorgangs installiert wurde.
• Es wurde ein Problem behoben, bei dem die Scan-Engine deinstalliert wurde, während die Konsole weiterhin installiert blieb, wodurch die Datendateien, Definitionen und der Lizenzschlüssel der Konsole zusammen mit der Engine gelöscht wurden.
• Es wurde behoben, dass Konfigurationsdateien, die während eines Upgrades verwendet wurden, beim nächsten Neustart durch die Standardwerte des Pakets ersetzt wurden. Sie werden nun nach dem Neustart wiederhergestellt.
• Es wurde behoben, dass die Komponente „Central Management Server“ beim Upgrade einer Konsole, auf der sie zuvor nicht installiert war, voreingestellt wurde.
• Es wurde ein Fehler behoben, durch den das Upgrade fehlschlug, wenn eine Support-Bibliothek im Verzeichnis „System32“ von einem laufenden Prozess gesperrt war. Das Installationsprogramm beendet nun den Dienst, der die Datei hält, und versucht es erneut; alle noch gesperrten Dateien werden beim nächsten Neustart ersetzt.
• Es wurde ein Fehler behoben, durch den das Agent-Installationsprogramm den Attendant-Dienst auf dem LanGuard-Server selbst stoppte und anschließend den Vorgang abbrach, wodurch der Dienst so lange angehalten blieb, bis er manuell neu gestartet wurde.
• Es wurde ein Problem bei stillen Agent-Upgrades behoben, bei dem Windows aufgefordert wurde, Dienste von Drittanbietern zu beenden, die die Visual C++-Laufzeitumgebung gemeinsam nutzen, was dazu führen konnte, dass diese Dienste angehalten oder beendet wurden. Das Agent-Installationsprogramm fordert dies nun nicht mehr an und ersetzt auch keine neuere Laufzeitumgebung mehr, die von anderer Software installiert wurde.
• Es wurde behoben, dass der Dialog „Die Aktualisierung der Datenbank ist fehlgeschlagen“ eine Knowledge-Base-Adresse öffnete, die nicht mehr existiert.
• Es wurde ein Fehler behoben, durch den der Attendant-Dienst nach dem Abbruch oder dem Fehlschlagen eines Konsolen- oder Scan-Engine-Upgrades im gestoppten Zustand verblieb, wodurch geplante Vorgänge und die Fernverwaltung von Geräten deaktiviert blieben, bis der Dienst manuell gestartet wurde.
• Es wurde ein Fehler behoben, durch den auf der Seite „Setup-Datenbank“ ein Eintrag gespeichert wurde, der kein SQL-Server-Name war, wenn bei der Suche nach SQL-Servern keine gefunden wurden. Dies führte dazu, dass die Konsole eine leere Computerstruktur und einen leeren Aktivitätsmonitor anzeigte.

Scannen und Erkennung von Patches

• Es wurde ein Problem behoben, bei dem einige Updates auf Computern, auf denen bereits eine neuere Version installiert war, als fehlend gemeldet wurden. Dies trat beim Google Chrome 152 MSI-Update auf Computern auf, auf denen Chrome 154 oder höher installiert war.
• Es wurde ein Problem behoben, bei dem die Überprüfung auf fehlende Patches unter Red Hat Enterprise Linux 9 und anderen DNF-basierten Distributionen nach einer erfolgreichen SSH-Verbindung fehlschlug, wodurch der Host fälschlicherweise als „ohne fehlende Updates“ gemeldet wurde.
• Es wurde ein Problem behoben, bei dem agentenlose „Full Vulnerability“-Scans in der Offline-Phase von Windows Update hängen blieben und die Scan-Anzeige bei null gescannten Computern stehen blieb.
• Es wurde ein Problem behoben, bei dem Agent-Scans ohne Rückmeldung beendet wurden, nachdem die integrierten Scan-Profile erneut importiert worden waren.
• Es wurde ein Problem behoben, bei dem der Scanner beim Schreiben von Patch-Datensätzen mit sehr langen Referenzlisten unerwartet beendet wurde; dieses Problem trat erstmals mit den kumulativen Updates vom September 2026 auf.
• Es wurde ein Fehler behoben, durch den der Windows Update-Offlinekatalog (wsusscn2.cab) auf Servern, die Daten direkt aus dem Internet herunterladen, nicht heruntergeladen werden konnte. Microsoft leitet die Katalogadresse nun auf HTTPS um, und der Download folgt dieser Umleitung.
• Es wurde ein Problem behoben, bei dem die Bereitstellung des kumulativen Updates für Windows 11 24H2 als fehlgeschlagen gemeldet wurde, obwohl das Update tatsächlich installiert wurde. Das Checkpoint-Update, das zusammen mit dem kumulativen Update ausgeliefert wird, wird nun nicht mehr in einem separaten Schritt installiert.
• Es wurde ein Problem behoben, bei dem die Installation von .NET-Service-Metadatendateien fehlschlug. Diese Dateien werden nun erkannt und übersprungen.
• Es wurde behoben, dass das Visual Studio Client Detector-Dienstprogramm auf Computern, auf denen bereits eine neuere Version installiert war, fälschlicherweise als „Update fehlt“ gemeldet wurde, was dazu führte, dass die ältere Version bereitgestellt wurde und der Vorgang fehlschlug.
• Es wurde ein Fehler behoben, durch den ein über die Webkonsole gelöschter geplanter Scan nach einem Neustart des Dienstes erneut angezeigt wurde.

Konsole

• Es wurde ein Fehler behoben, durch den die Computerbaumstruktur nach einem Neustart der Konsole ihre WAN-Agenten (die „Remote-Geräte“ wurden als leer angezeigt) und andere Computer verlor, wenn für die SQL-Server-Anmeldung ein Datumsformat im Stil „Tag-Monat-Jahr“ verwendet wurde, wie beispielsweise Deutsch, Französisch, Spanisch, Italienisch, Niederländisch, Polnisch oder britisches Englisch. Der gleiche Fehler betraf den API-Aufruf „Alle Computer auflisten“ und den Baumfilter „Zeitpunkt des letzten Scans“. Wenn die Computerliste aus einem anderen Grund weiterhin nicht geladen werden kann, zeigt die Konsole nun eine Warnung an, anstatt stillschweigend einen unvollständigen Baum anzuzeigen.
• Es wurden Fehler behoben, durch die in Berichten, beim automatischen Patch-Download und in erweiterten Filtern Datumsangaben falsch interpretiert wurden, wenn für die SQL Server-Anmeldung das Datumsformat „Tag-Monat-Jahr“ verwendet wurde. Die Diagramme „Übersicht zur Computersicherheit“, „Scan-Verlauf“ und „Behebungsverlauf“ blieben leer, die Berichte „Schwachstellenstatus“ und „Patch-Status“ ordneten Einträge der falschen Altersgruppe zu, der automatische Patch-Download mit der Option „Nur benötigte Patches“ und einer Aufbewahrungsfrist schlug fehl, und Datumsbedingungen in erweiterten Filtern wurden falsch interpretiert.
• Es wurde ein Fehler behoben, durch den mehr als die Hälfte der erweiterten Filterkriterien auf den deutschen, italienischen, japanischen und chinesischen Konsolen nicht funktionierten.
• Es wurde das Problem behoben, dass die Ausführung der Agent-Diagnose hinter dem Import von Routinescans ins Stocken geriet, was in der Konsole als Firewall-Fehler gemeldet wurde. Der Import der Diagnose wird nun zuerst abgewickelt.

Agenten und Relais

• Es wurde ein Fehler behoben, durch den ein Relay-Agent seinen Webserver nach einer manuellen Neuinstallation nicht starten konnte. Die Relay-Konfiguration wird nun wieder bereitgestellt, sobald sie fehlt.
• Es wurde ein Fehler behoben, durch den die Einstellungen des WAN-Agenten des Servers bei gleichzeitigem Zugriff auf die Standardwerte zurückgesetzt wurden, wodurch die WAN-Agent-Funktionalität stillschweigend deaktiviert wurde.
• Es wurde ein Problem behoben, bei dem Agenten, deren gespeicherter Lizenzschlüssel abgelaufen war, auch nach Verlängerung der Konsolenlizenz keine Updates mehr erhielten („Sie haben keinen Anspruch mehr auf Produkt-Updates“). Der Server synchronisiert nun den Lizenzschlüssel jedes Agenten mit seinem eigenen, und ein Agent, bei dem der Update-Vorgang ins Stocken geraten ist, setzt die Aktualisierung nach dem nächsten Agenten-Scan des Servers fort.
• Es wurde ein Fehler behoben, bei dem die WAN-Verbindung nach einem Verbindungsabbruch nicht wiederhergestellt wurde und das Beenden des Attendant-Dienstes anschließend zu einem Systemstillstand führen konnte.
• Es wurde ein Problem behoben, bei dem neue oder geänderte Scan-Profile die WAN-Agenten nicht erreichten, sodass diese weiterhin die bisherigen Profile verwendeten.
• Es wurde ein Fehler behoben, durch den ein WAN-Agent das ausgewählte Scan-Profil ignorierte, wenn dessen Name Nicht-ASCII-Zeichen enthielt, wie beispielsweise die deutsche Standardbezeichnung „Vollständiger Scan“.
• Es wurde ein Fehler behoben, bei dem Scans einen WAN-Agenten nicht erreichten, wenn das Ziel in einer anderen Groß-/Kleinschreibung oder über seinen DNS-Namen eingegeben wurde. Der Computer wurde stattdessen über das Netzwerk gescannt.
• Es wurde ein Fehler behoben, durch den ein WAN-Agent seinen täglich geplanten Scan übersprang, wenn er nach dem geplanten Zeitpunkt gestartet wurde oder aus dem Ruhezustand wieder in Betrieb ging.
• Es wurde behoben, dass der Scan zur Überprüfung der Patches nach einer Bereitstellung auf WAN-Agenten nie ausgeführt wurde, wodurch deren Patch-Status bis zum nächsten Scan unverändert blieb.
• Die unter dem Knoten „Remote-Geräte“ gespeicherten festen Agenteneinstellungen (Scan-Zeitplan, Scan-Profil, automatische Fehlerbehebung, Anmeldedaten) werden nie an die darunter liegenden WAN-Agenten weitergeleitet.

Sicherheit und Absicherung

• Der Apache-HTTP-Server, den LanGuard für den Server, die Relay-Agenten und die Agenten bereitstellt, wurde von Version 2.4.66 auf Version 2.4.68 aktualisiert.
• Der mitgelieferte Webserver enthält keine OpenSSL-Bibliotheken mehr, da er diese ohnehin nicht verwendet hat. Vorhandene Agenten entfernen diese bei einem Upgrade.
• Bei der Installation, der Einrichtung des zentralen Verwaltungsservers und der automatischen Aktualisierung des Lizenzschlüssels werden das SQL Server-Passwort, das Passwort des Dienstkontos und der Lizenzschlüssel nicht mehr in die Protokolldateien geschrieben.
• Die Art und Weise, wie die Scan-Engine eine Verbindung zur Datenbank für Scanergebnisse herstellt, wurde gesichert.
• Die Seiten für geplante Berichte in der Webkonsole wurden gesichert.

Bekannte Probleme

• Einige WAN-Agenten-Scans speichern nur einen Teil ihrer Ergebnisse. Ein Scan eines WAN-Agenten, der über „Scannen und Informationen jetzt aktualisieren“ (in der Computerstruktur oder im Dashboard) oder über die API gestartet wurde, wird zwar abgeschlossen und importiert, es werden jedoch nur Ports, Dienste, Freigaben, Benutzer und Prozesse gespeichert. Fehlende Updates, Schwachstellen, installierte Anwendungen und Hardware werden nicht gespeichert. Der Computer zeigt dann möglicherweise an, dass keine Updates fehlen und „Keine Sicherheitsprüfungen durchgeführt“. Dies betrifft auch frühere Versionen.
  Workaround: Starten Sie den Scan über die Registerkarte „Scan“ mit dem WAN-Agent-Computer als Ziel. Die vom Agenten selbst geplanten Scans sind davon nicht betroffen. Durch das Scannen des Computers auf diese Weise wird das unvollständige Ergebnis durch ein vollständiges ersetzt.

Hinweise für Administratoren

• Die Korrekturen des Installationsprogramms gelten für dieses Upgrade. Das Upgrade auf 12.17 wird mit dem neuen Installationsprogramm durchgeführt, sodass die oben genannten Änderungen bezüglich der Konfigurationssicherung, der Handhabung von Neustarts und des Rollbacks das Upgrade von 12.16 selbst schützen. Das Installationsprogramm startet den Computer nicht mehr neu und fordert auch nicht mehr während des Vorgangs zu einem Neustart auf; falls ein Neustart erforderlich ist, wird am Ende eine entsprechende Meldung angezeigt. Wenn das Installationsprogramm mit der Meldung „Konfigurationssicherung fehlgeschlagen“ abbricht, wurden noch keine Änderungen vorgenommen: Schließen Sie das Programm, in dem sich die aufgeführte Datei befindet, und führen Sie das Installationsprogramm erneut aus.
• Stellen Sie nach dem Upgrade erneut eine Verbindung zum zentralen Verwaltungsserver her. Durch das Upgrade werden die Einstellungen der Konsole für den zentralen Verwaltungsserver zurückgesetzt. Wenn die Konsole an einen zentralen Verwaltungsserver berichtet, öffnen Sie „Konfiguration > Zentraler Verwaltungsserver“, klicken Sie auf „Server konfigurieren“, wählen Sie „Zentrale Verwaltung aktivieren“ aus und geben Sie die Serveradresse, den Port sowie die Standortdaten erneut ein – ebenso wie die Anmeldedaten, falls Sie nicht die Anmeldedaten des GFI LanGuard-Dienstes verwenden. Die Konsole stellt die Verbindung als derselbe Standort wieder her.
• Edge-Updates werden nach dem Upgrade angezeigt. Auf Computern mit einer älteren Version von Microsoft Edge oder Edge WebView2 Runtime werden diese Updates nach dem ersten Scan am 17.12. als fehlend angezeigt und können wie andere Updates bereitgestellt werden. Halten Sie die Patch-Definitionen auf dem neuesten Stand, damit Ihnen die aktuellste Edge-Version angeboten wird. Edge-Updates werden auf ARM64-Computern nicht angeboten.
• Bezeichnung „Windows 11 x64“. Windows 11 x64-Hosts wurden bisher als „Windows 11“ gemeldet. Sie werden nun als „Windows 11 x64“ gemeldet, entsprechend allen anderen Windows-Editionen. Gespeicherte Filter, Berichte oder Skripte, die auf die genaue Zeichenfolge „Windows 11“ abgleichen, sollten aktualisiert werden.
• WAN-Korrekturaufträge bleiben nach Ablauf der Zeitüberschreitung in der Warteschlange. Ein WAN-Computer, der bis zum Ablauf der Zeitüberschreitung des Auftrags keine Rückmeldung gesendet hat, bleibt in der Warteschlange und wird abgeschlossen, sobald der Agent eine Rückmeldung sendet – standardmäßig innerhalb von bis zu 7 Tagen (RemediationExpiryDays in den WAN-Agent-Einstellungen, 1 bis 7). Die Option „Abbrechen“ ist bei einem abgeschlossenen Auftrag nicht verfügbar. WAN-Agenten ab Version 12.16 oder früher funktionieren normal mit einem Server der Version 12.17.
• Die Agent-Bereitstellung wird nach wiederholten Fehlern unterbrochen. Computer, bei denen die Agent-Installation zehnmal hintereinander fehlgeschlagen ist, zeigen eine Fehlermeldung an und werden nicht mehr automatisch erneut versucht. Beheben Sie den Fehler auf dem Rechner, ändern Sie dessen Anmeldedaten oder fordern Sie die Fortsetzung der Bereitstellung an. Setzen Sie AGENT_MANAGER_MAX_CONSECUTIVE_DEPLOYMENT_FAILURES in den Agent-Manager-Einstellungen auf 0, um das vorherige Verhalten wiederherzustellen.
• Version des Agent-Webservers. Die Agenten melden „Apache 2.4.68“, sobald sie im Rahmen der täglichen Agent-Zustandsprüfung aktualisiert wurden. Bis dahin melden Schwachstellenscanner für diesen Rechner weiterhin die Version 2.4.66.
• Scanner-Diagnose. Bei einem Fehler im Scanner wird nun zusätzlich zu den Protokollen eine Diagnosedatei erstellt. Fügen Sie diese dem Troubleshooter-Paket bei, wenn Sie einen Scan melden, der unerwartet beendet wurde.
• Adresse des Windows Update-Offlinekatalogs. Die gepackte WSUSSCN2FileUrl bleibt eine HTTP-Adresse, damit Agenten, die über einen Relay-Server bedient werden, weiterhin funktionieren; die HTTPS-Weiterleitung erfolgt automatisch. Eine manuelle Änderung auf HTTPS ist nicht mehr erforderlich und wird wie bisher bei einer Reparatur oder einem Upgrade überschrieben.

Downloads und Upgrades:

Produkt-Downloads und Informationen zum Upgrade von GFI LanGuard finden Sie imGFI Upgrade Center.

Sollten Sie weitere Fragen zu diesen Änderungen haben, zögern Sie bitte nicht,sichdirektan unsoder einenautorisierten GFI-Partnerzuwenden.