{"id":39334,"date":"2019-10-31T22:30:19","date_gmt":"2019-10-31T19:30:19","guid":{"rendered":"https:\/\/prohoster.info\/blog\/pochemu-traditsionnye-antivirusy-ne-podhodyat-dlya-publichnyh-oblakov-i-chto-delat\/"},"modified":"2019-10-31T22:30:19","modified_gmt":"2019-10-31T19:30:19","slug":"pochemu-traditsionnye-antivirusy-ne-podhodyat-dlya-publichnyh-oblakov-i-chto-delat","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/pochemu-traditsionnye-antivirusy-ne-podhodyat-dlya-publichnyh-oblakov-i-chto-delat","title":{"rendered":"Warum traditionelle Antivirenprogramme f\u00fcr \u00f6ffentliche Clouds nicht geeignet sind und was zu tun ist?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Immer mehr Nutzer verlagern ihre gesamte IT-Infrastruktur in die \u00f6ffentliche Cloud. Bei unzureichender Antivirenschutz im Kundenumfeld entstehen jedoch erhebliche Cyberrisiken. Die Praxis zeigt, dass bis zu 80 % der vorhandenen Viren in virtuellen Umgebungen bestens gedeihen. In diesem Beitrag erkl\u00e4ren wir, wie man IT-Ressourcen in der \u00f6ffentlichen Cloud sch\u00fctzt und warum traditionelle Antivirenprogramme daf\u00fcr nicht optimal geeignet sind. <\/b><\/p>\n

\"Warum
\n
\nZun\u00e4chst erl\u00e4utern wir, wie wir zu der Erkenntnis kamen, dass herk\u00f6mmliche Antivirenschutzwerkzeuge f\u00fcr \u00f6ffentliche Clouds nicht geeignet sind und dass alternative Ans\u00e4tze zum Schutz der Ressourcen erforderlich sind. <\/a><\/noindex><\/p>\n

Erstens gew\u00e4hrleisten Anbieter in der Regel die erforderlichen Ma\u00dfnahmen, um den Schutz ihrer Cloud-Plattformen auf einem hohen Niveau sicherzustellen. Beispielsweise analysieren wir bei #CloudMTS den gesamten Netzwerkverkehr, \u00fcberwachen die Protokolle der Sicherheitsysteme unserer Cloud und f\u00fchren regelm\u00e4\u00dfig Penetrationstests durch. Die Cloud-Segmente, die einzelnen Kunden zugewiesen sind, m\u00fcssen ebenfalls zuverl\u00e4ssig gesichert sein. <\/p>\n

Zweitens erfordert die klassische Methode zur Bek\u00e4mpfung von Cyber-Risiken die Installation von Antiviren-Software und deren Verwaltung auf jeder virtuellen Maschine. Bei einer hohen Anzahl an virtuellen Maschinen kann diese Praxis jedoch ineffektiv sein und erhebliche Ressourcen beanspruchen, wodurch die Infrastruktur des Kunden zus\u00e4tzlich belastet wird und die Gesamtleistung der Cloud gemindert wird. Dies stellte einen entscheidenden Ansto\u00df f\u00fcr die Suche nach neuen Ans\u00e4tzen zur effektiven Antiviren-Schutz von virtuellen Maschinen der Kunden dar. <\/p>\n

Dar\u00fcber hinaus sind die meisten auf dem Markt angebotenen Antivirenl\u00f6sungen nicht f\u00fcr die Anforderungen der Sicherung von IT-Ressourcen in einer \u00f6ffentlichen Cloud-Umgebung angepasst. In der Regel handelt es sich um schwerf\u00e4llige EPP-L\u00f6sungen (Endpoint Protection Platforms), die zudem nicht die notwendige Anpassungsm\u00f6glichkeiten auf der Seite der Cloud-Anbieter-Kunden erlauben. <\/p>\n

Es ist offenbar, dass herk\u00f6mmliche Antivirenl\u00f6sungen nicht gut f\u00fcr den Einsatz in der Cloud geeignet sind. Sie belasten die virtuelle Infrastruktur w\u00e4hrend der Updates und Scans erheblich und bieten nicht die notwendigen Ebenen der Rollenverwaltung und Konfiguration. Lassen Sie uns die Gr\u00fcnde er\u00f6rtern, warum die Cloud neue Ans\u00e4tze f\u00fcr den Antivirenschutz ben\u00f6tigt. <\/p>\n

Was ein Antivirenprogramm in der Public Cloud leisten muss <\/h2>\n

\nLassen Sie uns auf die spezifischen Anforderungen beim Arbeiten in einer virtuellen Umgebung eingehen: <\/p>\n

Effektivit\u00e4t bei der Durchf\u00fchrung von Updates und planm\u00e4\u00dfigen Massenuntersuchungen.<\/b> Wenn eine gro\u00dfe Anzahl virtueller Maschinen, die traditionelle Antivirensoftware verwenden, gleichzeitig ein Update initiieren, kommt es in der Cloud zu einem sogenannten \"Update-Sturm\". Die Leistung des ESXi-Hosts, auf dem mehrere virtuelle Maschinen laufen, k\u00f6nnte nicht ausreichen, um die Flut \u00e4hnlicher Aufgaben, die standardm\u00e4\u00dfig gestartet werden, zu bew\u00e4ltigen. Aus der Sicht des Cloud-Anbieters kann ein solches Problem zus\u00e4tzliche Belastungen f\u00fcr eine Reihe von ESXi-Hosts verursachen, was letztendlich die Leistung der virtuellen Infrastruktur der Cloud beeintr\u00e4chtigt. Dies kann auch Auswirkungen auf die Leistung der virtuellen Maschinen anderer Cloud-Kunden haben. Eine \u00e4hnliche Situation kann beim Start einer Massenscan-Anfrage auftreten: Die gleichzeitige Verarbeitung vieler \u00e4hnlicher Anfragen von verschiedenen Benutzern durch das Speichersystem wirkt sich negativ auf die Leistung der gesamten Cloud aus. Mit hoher Wahrscheinlichkeit wird die Funktionalit\u00e4t der Speicher-Hardware (SAS) alle Kunden betreffen. Solche pl\u00f6tzlichen Lastspitzen sind weder f\u00fcr den Anbieter noch f\u00fcr seine Kunden erfreulich, da sie die \"Nachbarn\" in der Cloud beeinflussen. In dieser Hinsicht kann traditionelle Antivirensoftware ein gro\u00dfes Problem darstellen.<\/p>\n

Sicherer Quarant\u00e4neraum.<\/b> Wenn ein potenziell mit einem Virus infiziertes Datei oder Dokument im System erkannt wird, wird es in Quarant\u00e4ne geschickt. Nat\u00fcrlich kann die infizierte Datei sofort gel\u00f6scht werden, aber das ist f\u00fcr die meisten Unternehmen oft nicht akzeptabel. Unternehmens-Enterprise-Antivirenl\u00f6sungen, die nicht f\u00fcr den Betrieb in der Cloud des Anbieters angepasst sind, haben in der Regel einen gemeinsamen Quarant\u00e4neraum \u2013 in den alle infizierten Objekte gelangen. Beispielsweise die, die auf den Computern der Mitarbeiter des Unternehmens erkannt werden. Die Kunden des Cloud-Anbieters \u201eleben\u201c jedoch in ihren eigenen Segmenten (oder Tenants). Diese Segmente sind intransparent und isoliert: Die Kunden wissen nichts voneinander und sehen selbstverst\u00e4ndlich nicht, was andere im Cloud speichern. Offensichtlich k\u00f6nnte ein Dokument, das vertrauliche Informationen oder Gesch\u00e4ftsgeheimnisse enth\u00e4lt, potenziell in die gemeinsame Quarant\u00e4ne gelangen, auf die alle Benutzer des Antivirenprogramms in der Cloud zugreifen. Dies ist f\u00fcr den Anbieter und seine Kunden inakzeptabel. Daher kann es nur eine L\u00f6sung geben \u2013 eine pers\u00f6nliche Quarant\u00e4ne f\u00fcr jeden Kunden in seinem Segment, auf die weder der Anbieter noch andere Kunden zugreifen k\u00f6nnen. <\/p>\n

Individuelle Sicherheitsrichtlinien. <\/b>Jeder Kunde in der Cloud ist ein eigenes Unternehmen, dessen IT-Abteilung ihre Sicherheitsrichtlinien festlegt. Beispielsweise bestimmen Administratoren die Scanning-Regeln und den Zeitplan f\u00fcr Antivirus-\u00dcberpr\u00fcfungen. Demzufolge muss jede Organisation ihr eigenes Management-Center haben, um die Antivirus-Richtlinien anzupassen. Die festgelegten Einstellungen d\u00fcrfen dabei keine Auswirkungen auf andere Cloud-Kunden haben, und der Anbieter muss sicherstellen k\u00f6nnen, dass beispielsweise die Antivirus-Updates reibungslos f\u00fcr alle virtuellen Maschinen des Kunden erfolgen. <\/p>\n

Organisation der Abrechnung und Lizenzierung.<\/b> Das Cloud-Modell zeichnet sich durch Flexibilit\u00e4t aus und erlaubt die Bezahlung nur f\u00fcr die IT-Ressourcen, die vom Kunden tats\u00e4chlich genutzt wurden. Bei Bedarf, beispielsweise aufgrund von saisonalen Faktoren, k\u00f6nnen die Ressourcen schnell erh\u00f6ht oder reduziert werden \u2013 alles basierend auf den aktuellen Anforderungen an die Rechenleistung. Traditionelle Antivirenl\u00f6sungen sind nicht so flexibel \u2013 in der Regel kauft der Kunde eine Lizenz f\u00fcr ein Jahr f\u00fcr eine zuvor festgelegte Anzahl von Nutzungen. Server<\/a> oder Arbeitsstationen. Cloud-Nutzer schalten regelm\u00e4\u00dfig zus\u00e4tzliche virtuelle Maschinen je nach ihren aktuellen Bed\u00fcrfnissen ein und aus \u2013 entsprechend sollten die Antivirenlizenzen dasselbe Modell unterst\u00fctzen. <\/p>\n

Die zweite Frage betrifft den Anwendungsbereich der Lizenz. Traditionelle Antivirenl\u00f6sungen werden nach der Anzahl der Server oder Arbeitsstationen lizenziert. Lizenzen nach der Anzahl der gesch\u00fctzten virtuellen Maschinen passen nicht wirklich zur Cloud-Modellierung. Kunden k\u00f6nnen aus den verf\u00fcgbaren Ressourcen beliebig viele virtuelle Maschinen erstellen, etwa f\u00fcnf oder zehn. Die Anzahl dieser Maschinen ist f\u00fcr die meisten Kunden nicht konstant, und es ist f\u00fcr uns als Anbieter nicht m\u00f6glich, diese \u00c4nderung zu verfolgen. Eine Lizenzierung pro CPU ist technisch nicht m\u00f6glich: Kunden erhalten virtuelle Prozessoren (vCPU), nach denen die Lizenzierung erfolgen sollte. Daher muss das neue Modell des Antivirenschutzes die M\u00f6glichkeit bieten, dass der Kunde die ben\u00f6tigte Anzahl an vCPUs bestimmt, f\u00fcr die er Antivirenlizenzen beziehen m\u00f6chte. <\/p>\n

Einhaltung der Gesetze.<\/b> Ein wichtiger Punkt, da die eingesetzten L\u00f6sungen die Anforderungen des Regulators erf\u00fcllen m\u00fcssen. Oft arbeiten die \"Bewohner\" der Cloud mit personenbezogenen Daten. In diesem Fall muss der Anbieter \u00fcber ein separates, zertifiziertes Cloud-Segment verf\u00fcgen, das vollst\u00e4ndig den Anforderungen des Gesetzes \u00fcber personenbezogene Daten entspricht. Unternehmen m\u00fcssen dann nicht selbst das gesamte System f\u00fcr die Verarbeitung personenbezogener Daten 'aufbauen': zertifizierte Hardware erwerben, diese anschlie\u00dfen und konfigurieren sowie eine Zertifizierung durchlaufen. F\u00fcr die Cyber-Sicherheit der personenbezogenen Daten muss die Antivirensoftware ebenfalls den Anforderungen des russischen Gesetzgebers entsprechen und eine Zertifizierung von der FSTEC besitzen.<\/p>\n

Wir haben die notwendigen Kriterien betrachtet, die der Antivirenschutz in der \u00f6ffentlichen Cloud erf\u00fcllen muss. Im Folgenden teilen wir unsere Erfahrungen bei der Anpassung der Antivirenl\u00f6sung f\u00fcr den Betrieb in der Cloud des Anbieters. <\/p>\n

Wie man Antivirus und Cloud zusammenbringt<\/h2>\n

\nUnsere Erfahrung zeigt, dass es eine Sache ist, eine L\u00f6sung anhand von Beschreibung und Dokumentation auszuw\u00e4hlen, und eine ganz andere, sie in einer bereits bestehenden Cloud-Umgebung umzusetzen. Wir werden erl\u00e4utern, was wir in der Praxis durchgef\u00fchrt haben und wie wir die Antivirenl\u00f6sung f\u00fcr die Nutzung in der \u00f6ffentlichen Cloud des Anbieters angepasst haben. Der Anbieter der Antivirenl\u00f6sung ist Kaspersky, dessen Portfolio L\u00f6sungen f\u00fcr den Antivirenschutz in Cloud-Umgebungen umfasst. Wir haben uns f\u00fcr \u201eKaspersky Security f\u00fcr virtuelle Umgebungen\u201c (Leichter Agent) entschieden. <\/p>\n

Es umfasst die einheitliche Konsole Kaspersky Security Center, den leichten Agenten sowie Sicherheitsvirtualmaschinen (SVM, Security Virtual Machine) und den Integrationsserver KSC. <\/p>\n

Nachdem wir die Architektur der Kaspersky-L\u00f6sung untersucht und erste Tests gemeinsam mit den Ingenieuren des Anbieters durchgef\u00fchrt hatten, stellte sich die Frage der Integration des Dienstes in die Cloud. Die erste Implementierung wurde gemeinsam auf der Moskauer Cloud-Plattform durchgef\u00fchrt. Und das haben wir dabei gelernt. <\/p>\n

Um den Netzwerkverkehr zu minimieren, wurde beschlossen, die SVM auf jedem ESXi-Host zu platzieren und diese an die ESXi-Hosts zu binden. In diesem Fall greifen die leichten Agenten der gesch\u00fctzten virtuellen Maschinen auf die SVM des ESXi-Hosts zu, auf dem sie laufen. F\u00fcr das Haupt-KSC wurde ein separater Administrations-Tenant ausgew\u00e4hlt. Dadurch befinden sich die Untergeordneten KSC in den Tenants jedes einzelnen Kunden und greifen auf das \u00fcbergeordnete KSC zu, das im Management-Segment liegt. Dieses Schema erm\u00f6glicht eine schnelle Probleml\u00f6sung innerhalb der Tenants der Kunden. <\/p>\n

Neben der Aufstellung der Komponenten der Antivirenl\u00f6sung standen wir vor der Herausforderung, die Netzwerkinteraktion durch die Einrichtung zus\u00e4tzlicher VxLAN zu organisieren. Obwohl die L\u00f6sung urspr\u00fcnglich f\u00fcr Enterprise-Kunden mit privaten Clouds vorgesehen war, gelang es uns dank ingenieurtechnischer Kreativit\u00e4t und der Flexibilit\u00e4t von NSX Edge, alle Herausforderungen im Zusammenhang mit der Trennung der Tenants und der Lizenzierung zu meistern. <\/p>\n

Wir haben eng mit den Ingenieuren von Kaspersky zusammengearbeitet. W\u00e4hrend der Analyse der Architektur der L\u00f6sung im Hinblick auf die Netzwerkintegration zwischen den Systemkomponenten stellte sich heraus, dass neben dem Zugriff von den leichten Agenten auf das SVM auch eine R\u00fcckmeldung erforderlich ist \u2013 vom SVM zu den leichten Agenten. Diese Netzwerkverbindung ist in einer Multitenant-Umgebung nicht m\u00f6glich, da identische Netzwerkeinstellungen von virtuellen Maschinen in verschiedenen Tenants des Cloud-Systems existieren k\u00f6nnen. Daher wurde auf unsere Bitte hin der Mechanismus der Netzwerkintegration zwischen dem leichten Agenten und dem SVM von den Kollegen des Anbieters \u00fcberarbeitet, um die Notwendigkeit der Netzwerkverbindung vom SVM zu den leichten Agenten auszuschlie\u00dfen.<\/p>\n

Nachdem die L\u00f6sung in der Moskauer Cloud-Umgebung bereitgestellt und getestet wurde, haben wir sie auf die anderen Standorte verbreitet, einschlie\u00dflich des zertifizierten Segments der Cloud. Der Dienst ist jetzt in allen Regionen des Landes verf\u00fcgbar. <\/p>\n

Die Architektur der Informationssicherheitsl\u00f6sung im Rahmen des neuen Ansatzes<\/h2>\n

\nDas allgemeine Diagramm der Funktionsweise der Antivirenl\u00f6sung in einer \u00f6ffentlichen Cloud-Umgebung sieht folgenderma\u00dfen aus:<\/p>\n

\"Warum
\nDiagramm der Funktionsweise der Antivirenl\u00f6sung in einer \u00f6ffentlichen Cloud-Umgebung #CloudMTS<\/i><\/p>\n

Wir beschreiben die Besonderheiten der einzelnen Elemente der Cloud-L\u00f6sung: <\/p>\n

\u2022 Eine zentrale Konsole, die es den Kunden erm\u00f6glicht, das Schutzsystem zentral zu verwalten: Pr\u00fcfungen durchzuf\u00fchren, Updates zu \u00fcberwachen und Quarant\u00e4nezonen zu \u00fcberwachen. Es besteht die M\u00f6glichkeit, individuelle Sicherheitsrichtlinien f\u00fcr den eigenen Bereich einzurichten. <\/p>\n

Es ist wichtig zu erw\u00e4hnen, dass wir zwar Anbieter des Services sind, jedoch nicht in die von den Kunden vorgenommenen Einstellungen eingreifen. Das Einzige, was wir tun k\u00f6nnen, ist, die Sicherheitsrichtlinien auf die Standardwerte zur\u00fcckzusetzen, falls eine Neuausrichtung erforderlich ist. Dies kann zum Beispiel notwendig sein, wenn der Kunde versehentlich diese Richtlinien versch\u00e4rft oder erheblich gelockert hat. Das Unternehmen kann jederzeit auf ein Dashboard mit den Standardrichtlinien zugreifen, die dann selbst angepasst werden k\u00f6nnen. Ein Nachteil des Kaspersky Security Centers ist, dass die Plattform bisher nur f\u00fcr das Betriebssystem Microsoft verf\u00fcgbar ist. Leichte Agenten k\u00f6nnen jedoch sowohl mit Windows- als auch mit Linux-Maschinen arbeiten. Dennoch verspricht der \u201eKaspersky-Labor\u201c, dass das KSC in K\u00fcrze auch unter Linux funktionieren wird. Eine der wichtigen Funktionen des KSC ist die M\u00f6glichkeit, Quarant\u00e4nen zu verwalten. Jede Kundenfirma in unserer Cloud hat eine individuelle Quarant\u00e4ne. Dieser Ansatz schlie\u00dft Situationen aus, in denen ein mit einem Virus infiziertes Dokument versehentlich \u00f6ffentlich zug\u00e4nglich wird, wie es bei klassischen Unternehmensantiviren mit einer gemeinsamen Quarant\u00e4ne der Fall sein k\u00f6nnte.<\/p>\n

\u2022 Leichte Agenten. Im Rahmen des neuen Modells wird auf jeder virtuellen Maschine ein leichter Kaspersky Security-Agent installiert. Dies erm\u00f6glicht es, die Antiviren-Datenbank nicht auf jeder VM zu speichern, wodurch der Speicherbedarf verringert wird. Der Service ist in die Cloud-Infrastruktur integriert und arbeitet \u00fcber SVM, was die Dichte der virtuellen Maschinen auf dem ESXi-Host und die Leistung des gesamten Cloud-Systems erh\u00f6ht. Der leichte Agent erstellt eine Aufgabenwarteschlange f\u00fcr jede virtuelle Maschine: \u00dcberpr\u00fcfung des Dateisystems, des Arbeitsspeichers usw. Die Durchf\u00fchrung dieser Operationen \u00fcbernimmt jedoch SVM, \u00fcber die wir sp\u00e4ter sprechen werden. Au\u00dferdem \u00fcbernimmt der Agent Funktionen einer Firewall, \u00fcberwacht Sicherheitsrichtlinien, sendet infizierte Dateien in Quarant\u00e4ne und \u00fcberwacht die allgemeine \u201eGesundheit\u201c des Betriebssystems, auf dem er installiert ist. All dies kann \u00fcber die bereits erw\u00e4hnte zentrale Konsole verwaltet werden. <\/p>\n

\u2022 Sicherheits-VM. Alle ressourcenintensiven Aufgaben (Aktualisierungen der Antivirus-Datenbanken, zeitgesteuerte Pr\u00fcfungen) werden von einer separaten Sicherheits-Virtual Machine (SVM) \u00fcbernommen. Sie ist verantwortlich f\u00fcr den Betrieb des vollwertigen Antivirus-Engines und deren Datenbanken. Die IT-Infrastruktur des Unternehmens kann mehrere SVMs umfassen. Dieser Ansatz erh\u00f6ht die Systemzuverl\u00e4ssigkeit \u2013 wenn eine Maschine ausf\u00e4llt und mehr als drei\u00dfig Sekunden nicht reagiert, beginnen die Agenten automatisch, nach einer anderen zu suchen. <\/p>\n

\u2022 KSC-Integrationsserver. Ein Bestandteil des Haupt-KSC, der gem\u00e4\u00df dem in seinen Einstellungen angegebenen Algorithmus leichten Agenten ihre SVMs zuweist und die Verf\u00fcgbarkeit der SVMs \u00fcberwacht. Auf diese Weise sorgt dieses Softwaremodul f\u00fcr die Lastenverteilung auf alle SVMs der Cloud-Infrastruktur. <\/p>\n

Algorithmus des Cloud-Betriebs: Entlastung der Infrastruktur <\/h2>\n

\nIm Wesentlichen kann der Algorithmus der Antivirus-Software wie folgt beschrieben werden: Der Agent greift auf eine Datei in der virtuellen Maschine zu und \u00fcberpr\u00fcft sie. Das Ergebnis der Pr\u00fcfung wird in einer gemeinsamen, zentralisierten Datenbank f\u00fcr Urteile, dem SVM Shared Cache, gespeichert, wobei jeder Eintrag ein einzigartiges Dateimuster identifiziert. Dieser Ansatz stellt sicher, dass dieselbe Datei nicht mehrmals hintereinander \u00fcberpr\u00fcft wird (z. B. wenn sie auf verschiedenen virtuellen Maschinen ge\u00f6ffnet wurde). Eine Datei wird nur dann erneut gescannt, wenn \u00c4nderungen vorgenommen wurden oder der Scan manuell gestartet wurde.<\/p>\n

\"Warum
\nImplementierung der Antivirus-L\u00f6sung in der Cloud des Anbieters<\/i><\/p>\n

Das Bild zeigt das grundlegende Schema f\u00fcr die Implementierung einer Cloud-L\u00f6sung. Im Verwaltungsgel\u00e4nde der Cloud wurde das zentrale Kaspersky Security Center eingerichtet, w\u00e4hrend auf jedem ESXi-Host mit Hilfe des KSC-Integrationsservers eine individuelle SVM bereitgestellt wurde (jede SVM ist speziellen Einstellungen auf dem VMware vCenter Server entsprechend dem jeweiligen ESXi-Host zugeordnet). Die Kunden arbeiten in ihren eigenen Cloud-Segmenten, in denen virtuelle Maschinen mit Agenten bereitgestellt werden. Diese werden durch individuelle KSC-Server verwaltet, die dem zentralen KSC untergeordnet sind. Bei Bedarf kann einem Kunden, der eine geringe Anzahl von virtuellen Maschinen (bis zu 5) zu sch\u00fctzen hat, Zugang zur virtuellen Konsole eines speziell zugewiesenen KSC-Servers gew\u00e4hrt werden. Die Netzwerkkommunikation zwischen den Kunden-KSC und dem zentralen KSC sowie zwischen den leichten Agenten und der SVM erfolgt \u00fcber NAT durch die virtuellen EdgeGW-Router des Kunden.<\/p>\n

Laut unseren Sch\u00e4tzungen und den Testergebnissen unserer Kollegen beim Anbieter reduziert der Leichte Agent die Belastung der virtuellen Infrastruktur der Kunden um etwa 25 % im Vergleich zu Systemen, die herk\u00f6mmliche Antiviren-Software nutzen. Insbesondere ben\u00f6tigt die Standard-Antivirenl\u00f6sung Kaspersky Endpoint Security (KES) f\u00fcr physische Umgebungen fast doppelt so viel Serverprozessorzeit (2,95 %) im Vergleich zur Virtualisierungsl\u00f6sung mit Leichten Agenten (1,67 %).<\/p>\n

\"Warum
\nGrafik zur Vergleichsanalyse der CPU-Auslastung
\n<\/i>
\nEine \u00e4hnliche Situation zeigt sich bei der Schreibzugriffsrate auf die Festplatte: F\u00fcr herk\u00f6mmliche Antivirenl\u00f6sungen liegt diese bei 1011 IOPS, f\u00fcr die Cloud-Antivirensoftware bei 671 IOPS.<\/p>\n

\"Warum
\nGrafik zur Vergleichsanalyse der Festplattenzugriffsrate
\n<\/i>
\nDie Leistungssteigerung sorgt f\u00fcr eine stabile Infrastruktur und eine effizientere Nutzung der Rechenleistung. Durch die Anpassung an die \u00f6ffentliche Cloud-Umgebung wird die Leistung der Cloud nicht beeintr\u00e4chtigt: Sie f\u00fchrt eine zentrale Datei\u00fcberpr\u00fcfung und das Laden von Updates durch, w\u00e4hrend die Last verteilt wird. Das bedeutet, dass einerseits keine relevanten Bedrohungen f\u00fcr die Cloud-Infrastruktur \u00fcbersehen werden und andererseits die Ressourcenanforderungen f\u00fcr virtuelle Maschinen im Durchschnitt um 25 % im Vergleich zu herk\u00f6mmlichen Antivirenl\u00f6sungen reduziert werden.<\/p>\n

In Bezug auf die Funktionalit\u00e4t \u00e4hneln sich beide L\u00f6sungen stark: Unten ist eine Vergleichstabelle aufgef\u00fchrt. Allerdings zeigt sich, wie die oben genannten Testergebnisse zeigen, dass es in der Cloud effizienter ist, eine L\u00f6sung f\u00fcr virtuelle Umgebungen zu verwenden. <\/p>\n

\"Warum
\n
\nZur Abrechnung im Rahmen des neuen Ansatzes.<\/b> Wir haben uns entschieden, ein Modell zu verwenden, das Lizenzen basierend auf der Anzahl der vCPUs bereitstellt. Das bedeutet, dass die Anzahl der Lizenzen der Anzahl der vCPUs entspricht. Antivirenl\u00f6sungen k\u00f6nnen getestet werden, indem Sie eine Anfrage stellen. auf der Website<\/a><\/noindex>. <\/p>\n

In diesem Beitrag \u00fcber Cloud-Technologien erl\u00e4utern wir die Entwicklung von Cloud WAF und welche Option die beste Wahl ist: Hardware, Software oder Cloud. <\/p>\n

Dieser Text wurde von den Mitarbeitern des Cloud-Anbieters #CloudMTS verfasst: Denis Myagkov, leitender Architekt und Alexey Afanasyev, Produktentwicklungsmanager f\u00fcr Informationssicherheit. <\/i><\/p>\n

Quelle: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0412\u0441\u0435 \u0431\u043e\u043b\u044c\u0448\u0435 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u0432\u044b\u0432\u043e\u0434\u044f\u0442 \u0432 \u043f\u0443\u0431\u043b\u0438\u0447\u043d\u043e\u0435 \u043e\u0431\u043b\u0430\u043a\u043e \u0432\u0441\u044e \u0441\u0432\u043e\u044e \u0418\u0422-\u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443. \u041e\u0434\u043d\u0430\u043a\u043e \u0432 \u0441\u043b\u0443\u0447\u0430\u0435 \u043d\u0435\u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e\u0441\u0442\u0438 \u0430\u043d\u0442\u0438\u0432\u0438\u0440\u0443\u0441\u043d\u043e\u0433\u043e \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044f \u0432 \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0435 \u0437\u0430\u043a\u0430\u0437\u0447\u0438\u043a\u0430 \u0432\u043e\u0437\u043d\u0438\u043a\u0430\u044e\u0442 \u0441\u0435\u0440\u044c\u0435\u0437\u043d\u044b\u0435 \u043a\u0438\u0431\u0435\u0440-\u0440\u0438\u0441\u043a\u0438. \u041f\u0440\u0430\u043a\u0442\u0438\u043a\u0430 \u043f\u043e\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442, \u0447\u0442\u043e \u0434\u043e 80% \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u044e\u0449\u0438\u0445 \u0432\u0438\u0440\u0443\u0441\u043e\u0432 \u043e\u0442\u043b\u0438\u0447\u043d\u043e \u0436\u0438\u0432\u0443\u0442 \u0432 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u0441\u0440\u0435\u0434\u0435. \u0412 \u044d\u0442\u043e\u043c \u043f\u043e\u0441\u0442\u0435 \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0435\u043c \u043e \u0442\u043e\u043c, \u043a\u0430\u043a \u0437\u0430\u0449\u0438\u0442\u0438\u0442\u044c \u0418\u0422-\u0440\u0435\u0441\u0443\u0440\u0441\u044b \u0432 \u043f\u0443\u0431\u043b\u0438\u0447\u043d\u043e\u043c \u043e\u0431\u043b\u0430\u043a\u0435 \u0438 \u043f\u043e\u0447\u0435\u043c\u0443 \u0442\u0440\u0430\u0434\u0438\u0446\u0438\u043e\u043d\u043d\u044b\u0435 \u0430\u043d\u0442\u0438\u0432\u0438\u0440\u0443\u0441\u044b \u043d\u0435 \u0441\u043e\u0432\u0441\u0435\u043c \u043f\u043e\u0434\u0445\u043e\u0434\u044f\u0442 \u0434\u043b\u044f \u044d\u0442\u0438\u0445 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":39335,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-39334","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Warum traditionelle Antivirenl\u00f6sungen f\u00fcr \u00f6ffentliche Clouds ungeeignet sind. Und was ist zu tun? | ProHoster","description":"Immer mehr Nutzer verlagern ihre gesamte IT-Infrastruktur in die \u00f6ffentliche Cloud. Dennoch entstehen ernsthafte Cyberrisiken, wenn in der Infrastruktur des Kunden nicht ausreichend Antiviren-Schutz vorhanden ist. Die Praxis zeigt, dass bis zu 80 % der vorhandenen Viren in virtuellen Umgebungen gut gedeihen. In diesem Beitrag erkl\u00e4ren wir, wie man IT-Ressourcen in der \u00f6ffentlichen Cloud sch\u00fctzt und warum traditionelle Antivirenl\u00f6sungen nicht optimal daf\u00fcr geeignet sind.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/pochemu-traditsionnye-antivirusy-ne-podhodyat-dlya-publichnyh-oblakov-i-chto-delat","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041f\u043e\u0447\u0435\u043c\u0443 \u0442\u0440\u0430\u0434\u0438\u0446\u0438\u043e\u043d\u043d\u044b\u0435 \u0430\u043d\u0442\u0438\u0432\u0438\u0440\u0443\u0441\u044b \u043d\u0435 \u043f\u043e\u0434\u0445\u043e\u0434\u044f\u0442 \u0434\u043b\u044f \u043f\u0443\u0431\u043b\u0438\u0447\u043d\u044b\u0445 \u043e\u0431\u043b\u0430\u043a\u043e\u0432. \u0418 \u0447\u0442\u043e \u0434\u0435\u043b\u0430\u0442\u044c? | ProHoster","og:description":"\u0412\u0441\u0435 \u0431\u043e\u043b\u044c\u0448\u0435 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u0432\u044b\u0432\u043e\u0434\u044f\u0442 \u0432 \u043f\u0443\u0431\u043b\u0438\u0447\u043d\u043e\u0435 \u043e\u0431\u043b\u0430\u043a\u043e \u0432\u0441\u044e \u0441\u0432\u043e\u044e \u0418\u0422-\u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443. \u041e\u0434\u043d\u0430\u043a\u043e \u0432 \u0441\u043b\u0443\u0447\u0430\u0435 \u043d\u0435\u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e\u0441\u0442\u0438 \u0430\u043d\u0442\u0438\u0432\u0438\u0440\u0443\u0441\u043d\u043e\u0433\u043e \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044f \u0432 \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0435 \u0437\u0430\u043a\u0430\u0437\u0447\u0438\u043a\u0430 \u0432\u043e\u0437\u043d\u0438\u043a\u0430\u044e\u0442 \u0441\u0435\u0440\u044c\u0435\u0437\u043d\u044b\u0435 \u043a\u0438\u0431\u0435\u0440-\u0440\u0438\u0441\u043a\u0438. \u041f\u0440\u0430\u043a\u0442\u0438\u043a\u0430 \u043f\u043e\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442, \u0447\u0442\u043e \u0434\u043e 80% \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u044e\u0449\u0438\u0445 \u0432\u0438\u0440\u0443\u0441\u043e\u0432 \u043e\u0442\u043b\u0438\u0447\u043d\u043e \u0436\u0438\u0432\u0443\u0442 \u0432 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u0441\u0440\u0435\u0434\u0435. \u0412 \u044d\u0442\u043e\u043c \u043f\u043e\u0441\u0442\u0435 \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0435\u043c \u043e \u0442\u043e\u043c, \u043a\u0430\u043a \u0437\u0430\u0449\u0438\u0442\u0438\u0442\u044c \u0418\u0422-\u0440\u0435\u0441\u0443\u0440\u0441\u044b \u0432 \u043f\u0443\u0431\u043b\u0438\u0447\u043d\u043e\u043c \u043e\u0431\u043b\u0430\u043a\u0435 \u0438 \u043f\u043e\u0447\u0435\u043c\u0443 \u0442\u0440\u0430\u0434\u0438\u0446\u0438\u043e\u043d\u043d\u044b\u0435 \u0430\u043d\u0442\u0438\u0432\u0438\u0440\u0443\u0441\u044b \u043d\u0435 \u0441\u043e\u0432\u0441\u0435\u043c \u043f\u043e\u0434\u0445\u043e\u0434\u044f\u0442 \u0434\u043b\u044f \u044d\u0442\u0438\u0445","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/pochemu-traditsionnye-antivirusy-ne-podhodyat-dlya-publichnyh-oblakov-i-chto-delat","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:30:19+00:00","article:modified_time":"2019-10-31T19:30:19+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"39334","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-02-09 18:02:23","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 00:51:28","updated":"2026-02-09 18:02:23"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/39334","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=39334"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/39334\/revisions"}],"predecessor-version":[{"id":158518,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/39334\/revisions\/158518"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/39335"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=39334"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=39334"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=39334"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}