{"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\/da\/blog\/administrirovanie\/pochemu-traditsionnye-antivirusy-ne-podhodyat-dlya-publichnyh-oblakov-i-chto-delat","title":{"rendered":"Hvorfor traditionelle antivirusprogrammer ikke er egnede til offentlige skyer. Og hvad man skal g\u00f8re?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Flere og flere brugere flytter deres hele IT-infrastruktur til offentlige skyer. Men hvis antiviruskontrollen i kundeinfrastrukturen er utilstr\u00e6kkelig, opst\u00e5r der alvorlige cyberrisici. Praksis viser, at op til 80 % af eksisterende vira trives fint i virtuelle milj\u00f8er. I dette indl\u00e6g vil vi forklare, hvordan man beskytter IT-ressourcer i den offentlige sky, og hvorfor traditionelle antivirusl\u00f8sninger ikke helt opfylder disse behov. <\/b><\/p>\n

\"Hvorfor
\n
\nFor det f\u00f8rste vil vi forklare, hvordan vi kom frem til ideen om, at almindelige antivirusbeskyttelsesv\u00e6rkt\u00f8jer ikke er passende for offentlige skyer og at der kr\u00e6ves andre tilgange til beskyttelse af ressourcer. <\/a><\/noindex><\/p>\n

For det f\u00f8rste sikrer udbydere normalt de n\u00f8dvendige foranstaltninger for at garantere beskyttelse af deres skyplatforme p\u00e5 et h\u00f8jt niveau. For eksempel analyserer vi i #CloudMTS al netv\u00e6rkstrafik, overv\u00e5ger sikkerhedssystemlogs i vores sky og udf\u00f8rer regelm\u00e6ssigt penetrations-tests. De segmenter af skyen, der er givet til enkelte kunder, skal ogs\u00e5 v\u00e6re sikkert beskyttede. <\/p>\n

For det andet indeb\u00e6rer den klassiske tilgang til bek\u00e6mpelse af cyberrisici installation af antivirusprogrammer og administration af dem p\u00e5 hver virtuel maskine. Men ved et stort antal virtuelle maskiner kan denne praksis vise sig at v\u00e6re ineffektiv og kr\u00e6ve betydelige m\u00e6ngder af computerressourcer, hvilket yderligere belaster kundeinfrastrukturen og reducerer den samlede ydeevne i skyen. Dette blev en central grund til at s\u00f8ge efter nye tilgange til at opbygge effektiv antivirusbeskyttelse for kundernes virtuelle maskiner. <\/p>\n

Desuden er de fleste eksisterende antivirusl\u00f8sninger p\u00e5 markedet ikke tilpasset til at l\u00f8se opgaverne med at beskytte IT-ressourcer i offentlige sky milj\u00f8er. De er typisk tunge EPP-l\u00f8sninger (Endpoint Protection Platforms), som desuden ikke giver mulighed for den n\u00f8dvendige tilpasning fra cloududbyderens side. <\/p>\n

Det bliver \u00e5benlyst, at traditionelle antivirusl\u00f8sninger ikke er velegnede til brug i skyen, da de alvorligt belaster den virtuelle infrastruktur under opdateringer og scanninger, og desuden mangler de n\u00f8dvendige niveauer af rollebaseret styring og indstillinger. Vi vil nu n\u00e6rmere unders\u00f8ge, hvorfor skyen har brug for nye tilgange til antivirusbeskyttelse. <\/p>\n

Hvad en antivirus skal kunne i et offentligt cloudmilj\u00f8 <\/h2>\n

\nLad os se p\u00e5 de specifikke forhold ved arbejde i virtuelle milj\u00f8er: <\/p>\n

Effektiviteten af opdateringer og massecheck p\u00e5 planlagt tid.<\/b> Hvis et stort antal virtuelle maskiner, der bruger traditionel antivirus, samtidig initierer en opdatering, vil der opst\u00e5 det, man kalder en \"opdateringsstorm\" i cloudmilj\u00f8et. Kapaciteten p\u00e5 den ESXi-v\u00e6rt, der huser flere virtuelle maskiner, kan v\u00e6re utilstr\u00e6kkelig til at h\u00e5ndtere b\u00f8lgen af ensartede opgaver, der k\u00f8rer som standard. Fra cloududbyderens synspunkt kan et s\u00e5dant problem f\u00f8re til \u00f8get belastning p\u00e5 en r\u00e6kke ESXi-v\u00e6rter, hvilket i sidste ende vil resultere i nedsat ydeevne af den virtuelle cloudinfrastruktur. Dette kan ogs\u00e5 p\u00e5virke ydeevnen af de virtuelle maskiner fra andre cloudkunder. En lignende situation kan opst\u00e5, n\u00e5r der k\u00f8res massescanning: den samtidige behandling af mange ensartede anmodninger fra forskellige brugere af diskstyringssystemet vil negativt p\u00e5virke ydeevnen i hele cloudmilj\u00f8et. Sandsynligheden for, at nedsat ydeevne fra det lageromr\u00e5de vil p\u00e5virke alle kunder, er h\u00f8j. S\u00e5danne pludselige belastninger er ikke \u00f8nskv\u00e6rdige for hverken udbyderen eller dens kunder, da de p\u00e5virker \"naboerne\" i cloudmilj\u00f8et. Set fra den vinkel kan traditionel antivirus v\u00e6re et stort problem.<\/p>\n

Sikker karant\u00e6ne.<\/b> Hvis systemet opdager en fil eller dokument, der potentielt er inficeret med en virus, sendes det til karant\u00e6ne. Selvf\u00f8lgelig kan den inficerede fil straks slettes, men dette er ofte ikke acceptabelt for de fleste virksomheder. Corporate enterprise-antivirusprogrammer, der ikke er tilpasset til at arbejde i cloud-udbyderens milj\u00f8, har som regel et f\u00e6lles karant\u00e6neomr\u00e5de \u2014 alle inficerede objekter havner her. For eksempel dem, der er fundet p\u00e5 virksomhedens brugeres computere. Klienterne hos cloud-udbyderen <\/p>\n

Individuelle sikkerhedspolitikker. <\/b>Hver klient i cloud'en er en separat virksomhed, hvis IT-afdeling fasts\u00e6tter sine egne sikkerhedspolitikker. For eksempel bestemmer administratorerne scanningregler og tidsplaner for antiviruschecks. Derfor skal hver organisation have sit eget kontrolcenter til at konfigurere antiviruspolitikkerne. De angivne indstillinger m\u00e5 ikke p\u00e5virke andre klienter i cloud'en, og udbyderen skal have mulighed for at sikre, at for eksempel antivirusopdateringer udf\u00f8res som planlagt for alle klientens virtuelle maskiner. <\/p>\n

Organisering af fakturering og licensiering.<\/b> Cloud-modellen kendetegnes ved fleksibilitet og indeb\u00e6rer betaling kun for den m\u00e6ngde IT-ressourcer, som kunden har brugt. Hvis der er behov, for eksempel p\u00e5 grund af s\u00e6sonfaktorer, kan m\u00e6ngden af ressourcer hurtigt \u00f8ges eller reduceres \u2014 alt efter de aktuelle behov for beregningskraft. Traditionel antivirus er ikke s\u00e5 fleksibel \u2014 som regel k\u00f8ber kunden en licens for et \u00e5r p\u00e5 et forh\u00e5ndsbestemt antal. servere<\/a> eller arbejdsstationer. Brugere af clouden tilslutter og frakobler regelm\u00e6ssigt ekstra virtuelle maskiner afh\u00e6ngigt af deres aktuelle behov \u2014 derfor skal antiviruslicenserne underst\u00f8tte den samme model. <\/p>\n

Det andet sp\u00f8rgsm\u00e5l omhandler, hvad licensen pr\u00e6cist vil d\u00e6kke. Traditionel antiviruslicens gives pr. antal servere eller arbejdsstationer. Licenser baseret p\u00e5 antallet af beskyttede virtuelle maskiner er ikke helt passende i en cloud-model. Kunden kan skabe et valgfrit antal virtuelle maskiner ud fra de eksisterende ressourcer, for eksempel fem eller ti maskiner. Dette antal er ikke konstant for de fleste kunder, og det er ikke muligt for os som udbyder at holde styr p\u00e5 \u00e6ndringerne. Der er ingen teknisk mulighed for licensering pr. CPU: kunderne f\u00e5r virtuelle processorer (vCPU), som licenseringen skal baseres p\u00e5. Derfor skal den nye model for antivirusbeskyttelse give mulighed for, at kunden selv kan bestemme, hvor mange vCPU'er de \u00f8nsker at modtage antiviruslicenser for. <\/p>\n

Overholdelse af lovgivningen.<\/b> Et vigtigt punkt, da de anvendte l\u00f8sninger skal sikre opfyldelsen af regulatorens krav. For eksempel arbejder \"beboere\" i skyen ofte med personoplysninger. I s\u00e5 fald skal udbyderen have et separat certificeret segment af skyen, der fuldt ud overholder kravene i loven om \"personoplysninger\". S\u00e5 beh\u00f8ver virksomhederne ikke selv at \"opbygge\" hele systemet til behandling af personoplysninger: de skal k\u00f8be certificeret udstyr, tilslutte og konfigurere det samt gennemf\u00f8re certificering. For at sikre cybersikkerheden for s\u00e5danne kunders personoplysninger skal antiviruset ogs\u00e5 overholde kravene i den russiske lovgivning og have FSTEC-certifikat.<\/p>\n

Vi har gennemg\u00e5et de n\u00f8dvendige kriterier, som antivirusbeskyttelse i en offentlig sky skal opfylde. Dern\u00e6st vil vi dele vores egne erfaringer med tilpasningen af antivirusl\u00f8sninger til drift i en udbyders sky. <\/p>\n

Hvordan kan man forene antivirus og sky?<\/h2>\n

\nSom vores erfaring viser, er det en ting at v\u00e6lge en l\u00f8sning baseret p\u00e5 beskrivelse og dokumentation, men at implementere den i praksis i et allerede fungerende cloud-milj\u00f8 er en helt anden kompleksitet. Vi vil fort\u00e6lle, hvad vi gjorde i praksis, og hvordan vi tilpassede antivirusl\u00f8sningen til at arbejde i en offentlig cloud udbyder. Antivirusl\u00f8sningen blev leveret af Kaspersky, som har l\u00f8sninger til antivirusbeskyttelse for cloud-milj\u00f8er i sit portef\u00f8lje. Vi valgte \"Kaspersky Security for Virtual Environments\" (Light Agent). <\/p>\n

Det inkluderer et samlet kontrolpanel Kaspersky Security Center. Light Agent og sikkerheds virtuelle maskiner (SVM, Security Virtual Machine) samt KSC integrationsserver. <\/p>\n

Efter vi havde studeret arkitekturen af Kasperskys l\u00f8sning og udf\u00f8rt de f\u00f8rste tests sammen med leverand\u00f8rens ingeni\u00f8rer, opstod sp\u00f8rgsm\u00e5let om integration af tjenesten i cloud. Den f\u00f8rste implementering blev gennemf\u00f8rt i f\u00e6llesskab p\u00e5 det moskveske cloudsite. Og her er, hvad vi fandt ud af. <\/p>\n

For at minimere netv\u00e6rkstrafikken blev der truffet beslutning om at placere SVM p\u00e5 hver ESXi-host og \"binde\" SVM til ESXi-v\u00e6rterne. P\u00e5 den m\u00e5de henvender de lette agenter for de beskyttede virtuelle maskiner sig til SVM'en p\u00e5 den ESXi-host, hvor de k\u00f8rer. For den prim\u00e6re KSC blev der valgt en separat administrativ tenant. Som resultat er de underordnede KSC'er placeret i tenanterne af hver enkelt kunde og henvender sig til den overordnede KSC, placeret i administrationssegmentet. Denne opbygning muligg\u00f8r hurtig h\u00e5ndtering af problemer, der opst\u00e5r i kundernes tenanter. <\/p>\n

Udover at rejse sp\u00f8rgsm\u00e5l om ops\u00e6tningen af selve antivirusl\u00f8sningens komponenter stod vi over for opgaven med at organisere netv\u00e6rksinteraktion ved at skabe yderligere VxLAN. Og selvom l\u00f8sningen oprindeligt var designet til enterprise-kunder med private clouds, lykkedes det med ingeni\u00f8rens opfindsomhed og teknologisk fleksibilitet fra NSX Edge at l\u00f8se alle opgaver relateret til tenant-opdeling og licensadministration. <\/p>\n

Vi har arbejdet t\u00e6t sammen med ingeni\u00f8rerne fra Kaspersky. Under analysen af arkitekturen af l\u00f8sningen, is\u00e6r hvad ang\u00e5r netv\u00e6rksinteraktionen mellem systemkomponenterne, blev det konstateret, at der, udover adgangen fra lette agenter til SVM, ogs\u00e5 er behov for feedback \u2013 fra SVM til de lette agenter. Denne netv\u00e6rksforbindelse er umulig i et multitenant-milj\u00f8 p\u00e5 grund af muligheden for identiske netv\u00e6rksindstillinger i virtuelle maskiner p\u00e5 tv\u00e6rs af forskellige tenant-milj\u00f8er i skyen. Derfor blev mekanismen for netv\u00e6rksinteraktion mellem den lette agent og SVM omarbejdet p\u00e5 vores anmodning af kollegerne fra leverand\u00f8ren for at udelukke behovet for netv\u00e6rksforbindelse fra SVM til de lette agenter.<\/p>\n

Efter at l\u00f8sningen blev implementeret og testet p\u00e5 den moskvaske cloud-site, har vi distribueret den til de \u00f8vrige sites, inklusive det certificerede cloud-segment. Nu er servicen tilg\u00e6ngelig i alle regioner i landet. <\/p>\n

Arkitekturen af IT-sikkerhedsl\u00f8sningen i den nye tilgang<\/h2>\n

\nDen overordnede skitse af antivirusl\u00f8sningen i det offentlige cloud-milj\u00f8 ser ud som f\u00f8lger:<\/p>\n

\"Hvorfor
\nSkitse af antivirusl\u00f8sningen i det offentlige cloud-milj\u00f8 #CloudMTS<\/i><\/p>\n

Lad os beskrive funktionerne i de enkelte elementer af l\u00f8sningen i skyen: <\/p>\n

\u2022 En enkelt konsol, der giver klienterne mulighed for centralt at styre beskyttelsessystemet: udf\u00f8re scanninger, overv\u00e5ge opdateringer og f\u00f8lge med i karant\u00e6neomr\u00e5derne. Der er mulighed for at konfigurere individuelle sikkerhedspolitikker inden for sit eget segment. <\/p>\n

Det skal bem\u00e6rkes, at selvom vi er serviceudbyder, blander vi os ikke i de indstillinger, som kunderne foretager. Det eneste, vi kan g\u00f8re, er at nulstille sikkerhedspolitikkerne til standardindstillingerne, hvis der er behov for en omkonfiguration. For eksempel kan det v\u00e6re n\u00f8dvendigt, hvis kunden ved et uheld har strammet dem eller markant sv\u00e6kket dem. Virksomheden kan altid f\u00e5 adgang til administrationcentret med standardpolitikker, som de derefter kan tilpasse selv. En ulempe ved Kaspersky Security Center er, at platformen i \u00f8jeblikket kun er tilg\u00e6ngelig for Microsofts operativsystem. Selvom lette agenter kan fungere b\u00e5de med Windows og Linux-maskiner. Men hos Kaspersky Lab lover de, at KSC snart ogs\u00e5 vil fungere under Linux OS. En af de vigtigste funktioner i KSC er muligheden for at administrere karant\u00e6nen. Hver kunder virksomhed i vores cloud har en personlig karant\u00e6ne. Denne tilgang eliminerer situationer, hvor et virusinficeret dokument ved en fejltagelse bliver offentlig tilg\u00e6ngeligt, som kunne ske med et klassisk virksomhedsanivirus med f\u00e6lles karant\u00e6ne.<\/p>\n

\u2022 Lettere agenter. I den nye model installeres en let Kaspersky Security-agent p\u00e5 hver virtuelt maskine. Dette g\u00f8r det un\u00f8dvendigt at opbevare antivirusdatabasen p\u00e5 hver VM, hvilket reducerer pladskravene. Servicen er integreret med cloud-infrastrukturen og fungerer gennem SVM, hvilket \u00f8ger t\u00e6thed af virtuelle maskiner p\u00e5 ESXi-v\u00e6rten og hele cloud-systemets ydeevne. Den lette agent opretter en opgavek\u00f8 for hver virtuel maskine: at kontrollere filsystemet, hukommelsen osv. Men det er SVM, som er ansvarlig for udf\u00f8relsen af disse operationer, som vi taler om senere. Desuden udf\u00f8rer agenten funktioner som firewalls, kontrollerer sikkerhedspolitikkerne, sender inficerede filer til karant\u00e6ne og overv\u00e5ger den generelle 'sundhed' af operativsystemet, hvorp\u00e5 den er installeret. Alt dette kan styres ved hj\u00e6lp af det allerede n\u00e6vnte enhedskonsol. <\/p>\n

\u2022 Security Virtual Machine. Alle ressourcekr\u00e6vende opgaver (opdateringer af antivirusdatabaser, planlagte scanninger) h\u00e5ndteres af en separat Security Virtual Machine (SVM). Den er ansvarlig for driften af en fuldgyldig antivirusmotor og dens databaser. Virksomhedens IT-infrastruktur kan inkludere flere SVM. Denne tilgang \u00f8ger systemets p\u00e5lidelighed \u2014 hvis en maskine fejler og ikke reagerer i tredive sekunder, begynder agenter automatisk at s\u00f8ge efter en anden. <\/p>\n

\u2022 KSC integrationsserver. En af de komponenter i hoved-KSC, der tildeler sine SVM til lette agenter i henhold til den algoritme, der er indstillet i dens indstillinger, samt kontrollerer tilg\u00e6ngeligheden af SVM. Denne softwaremodul sikrer derved belastningsbalance p\u00e5 alle SVM i den cloud-baserede infrastruktur. <\/p>\n

Algoritme til drift i skyen: reduktion af belastning p\u00e5 infrastrukturen <\/h2>\n

\nGenerelt kan algoritmen for antivirusets drift pr\u00e6senteres s\u00e5ledes. Agenten anmoder om en fil p\u00e5 den virtuelle maskine og scanner den. Resultatet af scanningen gemmes i den f\u00e6lles centraliserede database af SVM's domme (den kaldes Shared Cache), hvor hver post identificerer et unikt film\u00f8nster. Denne tilgang sikrer, at den samme fil ikke scannes flere gange i tr\u00e6k (for eksempel hvis den er blevet \u00e5bnet p\u00e5 forskellige virtuelle maskiner). Filen scannes kun igen, hvis der er foretaget \u00e6ndringer, eller hvis scanningen blev startet manuelt.<\/p>\n

\"Hvorfor
\nImplementering af antivirusl\u00f8sningen i udbyderens cloud<\/i><\/p>\n

Billedet viser den overordnede plan for implementeringen af l\u00f8sningen i skyen. I administrationszonen for skyen er hoved Kaspersky Security Center blevet implementeret, og p\u00e5 hver ESXi-v\u00e6rt er en individuel SVM blevet implementeret ved hj\u00e6lp af KSC integrationsserveren (hver ESXi-v\u00e6rt er knyttet til sin egen SVM med specifikke indstillinger i VMware vCenter Server). Kunderne arbejder i deres egne segmenter af skyen, hvor virtuelle maskiner med agenter er placeret. De administreres gennem individuelle KSC-servere, der er underlagt hoved KSC. Hvis der er behov for at beskytte et lille antal virtuelle maskiner (op til 5), kan kunden f\u00e5 adgang til den virtuelle konsol p\u00e5 en specialdedikeret KSC-server. Netv\u00e6rksinteraktionen mellem kundens KSC og hoved KSC, s\u00e5vel som de lette agenter og SVM, sker ved hj\u00e6lp af NAT gennem kundens virtuelle EdgeGW-routere.<\/p>\n

If\u00f8lge vores vurderinger og resultaterne fra tests af kolleger hos leverand\u00f8ren, reducerer den lette agent belastningen p\u00e5 kundernes virtuelle infrastruktur med cirka 25% (sammenlignet med et system, der bruger traditionel antivirussoftware). Specifikt bruger standard Kaspersky Endpoint Security (KES) til fysiske milj\u00f8er n\u00e6sten dobbelt s\u00e5 meget serverens procesortid (2,95%) sammenlignet med l\u00f8sningen til virtualisering baseret p\u00e5 lette agenter (1,67%).<\/p>\n

\"Hvorfor
\nGraf over sammenligning af processorp\u00e5virkning
\n<\/i>
\nEn lignende situation ses med diskadgangsfrekvensen for skrivning: for klassisk antivirus er den 1011 IOPS, mens den for cloud antivirus er 671 IOPS.<\/p>\n

\"Hvorfor
\nGraf over sammenligning af diskadgangsfrekvens
\n<\/i>
\nGevinsten i ydeevne g\u00f8r det muligt at opretholde stabiliteten i infrastrukturen og udnytte de regnekraft bedre. Takket v\u00e6re tilpasningen til arbejde i et offentligt sky milj\u00f8 s\u00e6nker l\u00f8sningen ikke skyens ydeevne: den udf\u00f8rer centralt filkontrol og opdateringsindl\u00e6sning, hvilket fordeler belastningen. Det betyder, at aktuelle trusler mod skyinfrastrukturen ikke vil blive overset, og samtidig vil ressourcernes krav til de virtuelle maskiner i gennemsnit blive reduceret med 25% sammenlignet med traditionelt antivirus.<\/p>\n

Begge l\u00f8sninger minder meget om hinanden med hensyn til funktionalitet: Nedenfor er en sammenligningstabel. Men som testresultaterne ovenfor viser, er det alligevel mest optimalt at bruge l\u00f8sningen til virtuelle milj\u00f8er i skyen. <\/p>\n

\"Hvorfor
\n
\nOm takseringen inden for den nye tilgang.<\/b> Vi har valgt at anvende en model, der muligg\u00f8r licensindhentning baseret p\u00e5 antallet af vCPU. Det betyder, at antallet af licenser svarer til antallet af vCPU. Antivirus kan testes ved at indsende en anmodning. hjemmeside<\/a><\/noindex>. <\/p>\n

I det f\u00f8lgende materiale om cloud-emner vil vi fort\u00e6lle om udviklingen af cloud WAF og hvad der er bedst at v\u00e6lge: hardware, software eller cloud. <\/p>\n

Teksten er udarbejdet af medarbejdere hos cloud-udbyderen #CloudMTS: Denis Myagkov, f\u00f8rende arkitekt, og Alexey Afanasev, produktudviklingschef inden for informationssikkerhed. <\/i><\/p>\n

Kilde: 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\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\udd47Hvorfor traditionelle antivirusl\u00f8sninger ikke egner sig til offentlige cloud-udbydere. Og hvad man skal g\u00f8re? | ProHoster","description":"Flere og flere brugere flytter hele deres IT-infrastruktur til offentlige cloud. Men hvis antiviruskontrollen i kundens infrastruktur er utilstr\u00e6kkelig, opst\u00e5r der alvorlige cybersikkerhedsrisici.","canonical_url":"https:\/\/prohoster.info\/da\/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":"da_DK","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.","og:url":"https:\/\/prohoster.info\/da\/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","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/39334","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=39334"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/39334\/revisions"}],"predecessor-version":[{"id":158518,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/39334\/revisions\/158518"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/39335"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=39334"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=39334"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=39334"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}