SUesbeck

Good morning, the described workaround only works until the next reboot.

Das habe ich gerade auch getestet, der Workaround funktioniert bei uns auch nur bis zum nächsten Neustart. Wir haben die betroffenen Clients jetzt wieder auf die 11.1 umgestellt.

Guten Morgen, wir hatten mit der 11.2 auch Probleme. Unter anderem konnten diverse Programme keine Dateien mehr auf Netzlaufwerken erzeugen, ein schreiben in lokale Ordner war möglich. Erst nachdem wir die folgenden Komponenten in der Richtlinie deaktiviert hatten, lief es wieder normal: Verhaltensanalyse Exploit-Prävention Rollback von schädlichen Aktionen Adaptive Kontrolle von Anomalien Das ist natürlich ein ziemlich unsicherer Workaround. Daraufhin haben wir bei Kaspersky ein Ticket geöffnet und folgende Info erhalten: Das Problem tritt nur dann auf, wenn das Update über die Seamless Update Funktion des KSC eingespielt wird. Als Workaround seitens Kaspersky wurde empfohlen, die KES 11.2 manuell zu deinstallieren, anschließend im KSC eine Installationsaufgabe mit dem aktuellen KES 11.2 Paket ( https://support.kaspersky.com/de/kes11#downloads ) zu erstellen und die Version über diese Aufgabe auf den Clients zu installieren. Wir haben das dann testweise auf einigen Clients durchgeführt, danach sind keine Probleme mehr aufgetreten. Momentan warten wir noch auf einen Fix seitens Kaspersky, da das beschriebene Vorgehen in unserer gesamten Umgebung extrem aufwändig wäre.

Hi Joel2015, it only works if all of them are disabled. I opened a call yesterday and get a reaction a few minutes ago. The Problem with 11.2 only occurs, if you use the seamless update with KSC. The workaround is to uninstall the 11.2 on the clients and create a install task on the KSC with the newest 11.2 package from https://support.kaspersky.com/de/kes11#downloads After that, everything went normal. But i think this can´t be a real solution, because we have to do that on all our clients and servers. So Kaspersky should be able to provide a fix for this…

Good Morning, since updating our clients to 11.2 we have similiar problems. Some of our used software products can´t write files to network shares, saving files to local folders works without any problems. First we tried to create a exception for the file types that are written (in File Threat Protection), which did not work. Next we tried to set the applications to the “trusted applications” categorie (in Application Control), which also did not work. At least we had to disable the following components to get it back to work: Exploit Prevention Behavior Detection Adaptive Anomaly Control Remediation Engine This is a workaround, but it´s pretty inscecure.