Mobiilivärskendused ei tööta

TL;DR Kui teie ettevõtte mobiilseadmetes on viirusetõrje vajalik, siis teete te midagi valesti ja viirusetõrje ei aita.

See postitus on tulemuseks kuumadele vaidlustele selle üle, kas ettevõtte mobiiltelefonides on viirusetõrjet vaja, millistel juhtudel see töötab ja millistel juhtudel on see kasutu. Artiklis käsitletakse ohumudeleid, mille eest viirusetõrje teoreetiliselt peaks kaitsma.

Viirusetõrjetootjad suudavad sageli veenda ettevõtte kliente, et viirusetõrje suurendab oluliselt nende turvalisust, kuid enamasti on see illusoorne kaitse, mis ainult vähendab nii kasutajate kui ka administraatorite valvsust.

Õige ettevõtte infrastruktuur

Kui ettevõttes on kümneid või isegi väärt tuhandeid töötajaid, ei saa iga kasutaja seadet käsitsi seadistada. Seadistused võivad iga päev muutuda, lisanduvad uued töötajad, nende mobiiltelefonid ja sülearvutid võivad puruneda või kaduda. Lõppkokkuvõttes seisneb kogu administraatorite töö igapäevaste uute seadistuste rakendamises töötajate seadmetes.

Töölauaarvutites hakati seda probleemi lahendama juba pikka aega tagasi. Windowsi maailmas toimub selline haldamine tavaliselt Active Directory, tsentraliseeritud autentimissüsteemide (Single Sign In) ja muu kaudu. Kuid nüüd on kõigil töötajatel arvutite kõrval ka nutitelefonid, millel toimub märkimisväärne osa tööprotsessidest ja hoitakse olulisi andmeid. Microsoft üritas ühendada oma Windows Phone telefonid Windowsiga, kuid see idee suri koos Windows Phone'i ametliku suremisega. Seetõttu tuleb ettevõtte keskkonnas igal juhul valida Androidi ja iOS'i vahel.

Praegu on ettevõtte ringis töötajate seadmete haldamiseks populaarsed UEM (Unified endpoint management) kontseptsioonid. See on tsentraliseeritud süsteem mobiilseadmete ja töölauaarvutite haldamiseks.

Keskne kasutajaseadmete haldamine (Unified endpoint management)

UEM administraator võib seadistada erinevaid poliitikaid kasutajaseadmete jaoks. Näiteks lubada kasutajal suurem või väiksem kontroll seadme üle, rakenduste installimine kolmandate osapoolte allikatest jne.

Mida saab UEM teha:

Kasutada kõiki seadistusi — administraator võib täielikult keelata kasutajal seadme seadete muutmise ja neid kaugjuhtimise teel muuta.

Kontrollida seadme tarkvara — lubada võimalust installida seadmesse programme ja automaatselt installida programme kasutaja teadmata. Samuti võib administraator keelata või lubada programmidest installimist rakenduste poest või usaldamatest allikatest (APK-failidest Androidi puhul).

Kaugtakistus — juhul, kui telefon kaob, saab administraator seadme blokeerida või andmed kustutada. Mõned süsteemid võimaldavad ka seadistada automaatset andmete kustutamist, kui telefon ei ole rohkem kui N tundi serveriga ühendust võtnud, et välistada võimalus offline-häkkimiseks, kui ründajad on suutnud SIM-kaardi välja võtta enne, kui serverist saadeti andmete kustutamise käsk.

Statistika kogumine — jälgida kasutaja tegevust, rakenduste kasutusaega, asukohta, aku taset jne.

Millised on UEM-id

On kaks põhimõtteliselt erinevat lähenemist töötajate nutitelefonide kesksele haldamisele: ühel juhul ostab ettevõte töötajatele seadmed ühe tootja kaudu ja valib tavaliselt sama pakkuja haldussüsteemi. Teisel juhul kasutavad töötajad oma isiklikke seadmeid töö tegemiseks, mis toob kaasa operatsioonisüsteemide, versioonide ja platvormide erisusi.

BYOD (Bring your own device, Too oma seade) — kontseptsioon, kus töötajad kasutavad tööks oma isiklikke seadmeid ja kontosid. Mõned keskse halduse süsteemid võimaldavad lisada teise töökonto ja täielikult eristada isiklikud ja töökohustused.

Apple Business Manager — Apple'i natiivne keskse halduse süsteem. Suudab hallata ainult Apple'i seadmeid, macOS'i arvuteid ja iOS-i telefone. Toetab BYOD-d, luuakse teine isoleeritud keskkond teise iCloudi kontoga.

Google Cloud Endpoint Management — võimaldab hallata Androidi ja Apple iOS-i telefone, samuti Windows 10 töölauaarvuteid. Teatada TOETUST BYOD-le.

Samsung Knox UEM — toetab ainult Samsungi mobiilseadmeid. Sel juhul saab otse kasutada ainult Samsung Mobile Management.

Tegelikult on UEM-i pakkujaid palju rohkem, kuid me ei hakka neid kõiki selles artiklis käsitlema. Peamine, mida tuleb meeles pidada, on see, et sellised süsteemid on juba olemas ja võimaldavad administraatoril konfigureerida kasutajaseadmeid vastavalt praegustele ohumudelitele.

Ohumudel

Enne kaitsevahendite valimist tuleb mõista, millest me end kaitsme, mis on kõige hullem, mis meie konkreetses olukorras juhtuda võib. Ütleme näiteks: meie keha on kergesti haavatav kuuli ja isegi kahvli ning naela jaoks, kuid me ei pane ju kaitsevesti selga, kui koju lähme. Seetõttu ei kuulu meie ohumudeli alla oht, et meid tööle minnes maha lastakse, kuigi statistiliselt pole see sugugi ebatõenäoline. Kuid teatud tingimustel on kaitsevesti kandmine täiesti põhjendatud.

Erinevates ettevõtetes on ohumudelid erinevad. Võtame näiteks kurjategija nutitelefoni, mis toimetab paketti kliendile. Tema nutitelefonis on ainult praeguse kohaletoimetamise aadress ja marsruut kaardil. Kõige hullem, mis tema andmetega juhtuda võib, on kohaletoimetamise aadresside lekimine.

Aga raamatupidaja nutitelefon. Tal on juurdepääs ettevõtte võrku läbi VPN-i, tal on installitud ettevõtte pangarakendus ning tal on dokumente väärtusliku infoga. Ilmselgelt erineb nende kahe seadme andmete väärtus oluliselt ja neid tuleks kaitsta erinevalt.

Kas viirusetõrje päästab meid?

Kahjuks kaotatakse turundusdiskursuste taga reaalne tähendus ülesannetele, mida viirusetõrje mobiilses seadmes täidab. Proovime üksikasjalikult välja selgitada, mida viirusetõrje telefonis teeb.

Turvaaudit

Enamik tänapäevaseid mobiilseid viirusetõrjeprogramme teostab seadmes turvaseadete auditi. Mõnikord nimetatakse seda auditit "seadme maine kontrolliks". Viirusetõrjeprogrammid peavad seadet ohutuks, kui on täidetud neli tingimust:

• Seade pole sisse häkitud (root, jailbreak).
• Seadmel on seadistatud parool.
• Seadmel ei ole lubatud USB-debugsimist.
• Seadmel ei ole lubatud rakenduste installimist usaldamatest allikatest (sideloading).

Kui seadme kontrollimise tulemusel leitakse, et see on ebaturvaline, teavitab viirusetõrje omanikku ja pakub välja "ohtlik" funktsioon välja lülitada või tehaseseaded tagasi tuua, kui tuvastatakse root või jailbreak.

Korporatiivsete tavade kohaselt ei piisa ainult kasutajat teavitamisest. Tuleb välistada ebaturvalised konfiguratsioonid. Selleks tuleb UEM-süsteemi abil seadistada mobiilseadmetes turvapoliitikad. Kui leitakse root/jailbreak, tuleb kiiresti kustutada seadmele korporatsiooniga seotud andmed ja blokeerida selle juurdepääs korporatiivvõrgule. Ka seda on võimalik teha UEM-i abil. Ja alles pärast neid protseduure võib mobiilseadet pidada turvaliseks.

Viiruste tuvastamine ja eemaldamine

Vaatamata levinud arvamusele, et iOS-ile ei ole viiruseid, ei ole see tõsi. Ehkki vanade iOS-i versioonide jaoks on endiselt looduses olemas ekspluateerimisi, mis nakatavad seadmeid brauseris olevaid haavatavusi kasutades. Samas, iOS-i arhitektuuri tõttu ei ole sellel platvormil viirusetõrje arendamine võimalik. Peamine põhjus on see, et rakendused ei saa juurdepääsu installeeritud rakenduste loetellu ja neil on paljude failide juures palju piiranguid. Installeeritud iOS-i rakenduste loetellu võib pääseda ainult UEM, kuid isegi UEM ei suuda failidele juurde pääseda.

Androidi olukord on teine. Rakendused saavad teavet seadmel installitud rakenduste kohta. Nad saavad isegi juurdepääsu nende distributsioonidele (nt Apk Extractor ja sarnased). Androidi rakendustel on ka võimalus failidele juurde pääseda (nt Total Commander jne). Androidi rakendusi on võimalik dekompileerida.

Selliste võimalustega näeb välja loogiline viirusetõrje algoritm:

• Rakenduste kontrollimine
• Saada installeeritud rakenduste loetelu ja nende distributsioonide kontrollsummad (KS).
• Kontrollida rakendusi ja nende KS-e esmalt kohalikus ja seejärel globaalses andmebaasis.
• Kui rakendus on tundmatu, edastada selle distributsioon globaalsetesse andmebaasidesse analüüsimiseks ja dekompileerimiseks.

• Failide kontrollimine, viirusete signatuuride otsimine
• Kontrollida failide KS-e esmalt kohalikus ja seejärel globaalses andmebaasis.
• Kontrollida failides ebaturvalise sisu (skripte, ekspluateerimisi jms) esinemist kohalikus ja seejärel globaalsetes andmebaasides.
• Kui tuvastatakse malware, teavitage kasutajat ja/või blokeerige kasutaja juurdepääs malware'ile ja/või edastage teave UEM-ile. Teabe edastamine UEM-ile on vajalik, sest viirusetõrje ei saa iseseisvalt malware'it seadmest eemaldada.

Suurem osa muresid on seotud võimalusega edastada tarkvara distributsioone seadmest välisele серверile. Ilma selleta ei ole võimalik teostada tootjate lubatud viirusetõrje "käitumisanalüüsi", kuna seadmest ei saa käivitada rakendust eraldi "liivakastis" või teostada selle dekompileerimist (kui efektiivne see on obfuskatsiooni kasutamisel – see on eraldi keeruline küsimus). Teisest küljest võivad töötajate mobiilseadmetes olla paigaldatud ettevõtte rakendused, millest viirusetõrje ei pruugi teada, kuna neid ei ole Google Play poes. Neis mobiilirakendustes võivad olla tundlikud andmed, mis takistavad nende avalikku poodi paigutamist. Selliste distributsioonide edastamine viirusetõrje tootjale tundub turvalisuse seisukohalt ebasobiv. On mõistlik neid lisada väljajätmiste nimekirja, kuid sellise mehhanismi olemasolust ei ole mul veel teavet.

Malware ilma root-privileegideta võib

1. Joonistada oma nähtamatu akna rakenduse peale või integreerida oma klaviatuuri, et kopeerida kasutaja sisestatud andmeid – konto parameetrid, pangakaardid jne. Hiljutine näide on haavatavus CVE-2020-0096, millega on võimalik asendada aktiivne rakenduse ekraan ja seeläbi saada juurdepääs kasutaja sisestatud andmetele. Kasutaja jaoks tähendab see Google'i konto varastamise võimalust, mille kaudu on ligipääs seadme varukoopiale ja pangakaardiandmetele. Organisatsiooni jaoks on aga oluline mitte kaotada oma andmeid. Kui andmed asuvad rakenduse privaatses mälus ja ei sisaldu Google'i varukoopias, ei saa malware neile juurdepääsu.

2. Saada juurdepääs andmetele avalikes kataloogides – allalaadimised, dokumendid, galerii. Nendes kataloogides ei ole soovitatav hoida ettevõtte jaoks väärtuslikku teavet, kuna igal rakendusel on potentsiaal sellele juurde pääseda. Samuti saab kasutaja alati jagada konfidentsiaalset dokumenti mis tahes saadaval oleva rakenduse kaudu.

3. Kliendile ei tohi pidevalt reklaame näidata, krüptoraha kaevandada, olla osa botivõrgust jne.. See võib halvendada kasutaja ja/või seadme töövõimet, kuid ei kujuta ohtu ettevõtte andmetele.

Root-privileegidega pahavara saavad teha peaaegu kõike. Need on haruldased, kuna tänapäevaste Android-seadmete häkkimine rakenduse kaudu on peaaegu võimatu. Viimane selline haavatavus avastati 2016. aastal. See kuulsaks saanud Dirty COW, millele oli määratud number CVE-2016-5195. Oluline on, et häkkeri tunnuste avastamise korral kustutab UEM klient kogu ettevõtte teabe seadmest, seega on sellise pahavara edukas andmete varguse tõenäosus ettevõtte maailmas madal.

Pahavara võib kahjustada nii mobiilseadet kui ka ettevõtte süsteeme, millele see pääseb. Uurime neid stsenaariume lähemalt.

Mobiilseadmele saab kahju tekitada näiteks juhul, kui laadida sellele alla pilt, mis avamisel või taustapildi seadmisel muudab seadme „telliskiviks“ või taaskäivitab selle. Tõenäoliselt kahjustab see seadet või kasutajat, kuid ei mõjuta andmete konfidentsiaalsust. Kuigi erandeid võib olla.

Hiljuti arutati haavatavust CVE-2020-8899. Kinnitati, et selle abil on võimalik saada juurdepääs Samsungi mobiilseadmete konsoolile nakatunud pildi kaudu, mis on saadetud e-kirjaga, sõnumiteenuse kaudu või MMS-iga. Kuigi konsoolile juurdepääs tähendab juurdepääsu ainult avalikes kataloogides asuvatele andmetele, kus konfidentsiaalset teavet ei tohiks olla, on kasutajate isikuandmete privaatsus ohus, mis on kasutajaid hirmutanud. Kuigi tegelikult on seadmete ründamine võimalik ainult MMS-iga. Ja eduka rünnaku jaoks tuleb saata 75 kuni 450 (!) sõnumit. Antiviirus ei aita siin, kuna tal ei ole juurdepääsu sõnumite logile. Selle vastu kaitsmiseks on ainult kaks varianti. Uuendada operatsioonisüsteemi või blokeerida MMS. Esimese variandi ootele jäämine võib olla pikk, kuna seadmete tootjad ei vabasta värskendusi kõigile seadmetele. MMS-i vastuvõtu väljalülitamine on sel juhul palju lihtsam.

Ettevõtete süsteemidele võivad kahju tekitada failid, mis edastatakse mobiilseadmetest. Näiteks mobiilseadmes on nakatunud fail, mis ei saa seadet kahjustada, kuid võib nakatada Windowsi arvutit. Kasutaja saadab sellise faili e-posti teel oma kolleegile. Kolleeg avab selle oma arvutis ja võib selle tõttu nakkuda. Kuid selle ründevõtte teel seisavad vähemalt kaks viirusevastast süsteemi – üks e-posti serveris, teine saaja arvutis. Kolmanda viirusevastase tarkvara lisamine mobiilseadmest tundub päris paranoilisena.

Nagu näha, esindavad ettevõtte digimaailmas suurimat ohtu root-privileegideta pahalased. Kuidas nad võivad mobiilseadmest tekkida?

Tavaliselt installitakse neid sideloadingu, adb või kolmandate osapoolte poodide kaudu, mis peaksid olema ettevõtte võrguga ühendatud mobiilseadmetes keelatud. Jääb kaks võimalust pahalaste jõudmiseks – Google Play või UEM.

Enne Google Play'sse avaldamist läbivad kõik rakendused kohustusliku kontrolli. Kuid vähese installeerimisega rakenduste puhul viiakse kontroll sageli läbi automaatrežiimis, ilma inimeste osaluseta. Seetõttu satub mõnikord Google Play'sse pahalaste tarkvara, kuid mitte kuigi sageli. Viirusevastane tarkvara, mille andmebaasid uuendatakse õigeaegselt, suudab avastada mobiilseadmes pahalaste tarkvara enne Google Play Protecti, mis jääb endiselt viiruseandmebaaside uuendamisel maha.

UEM võib mobiilseadmest alla laadida ükskõik millise rakenduse, sealhulgas pahalaste tarkvara, seega tuleb iga rakendus eelnevalt kontrollida. Rakendusi saab kontrollida nii nende arendamise käigus staatilise ja dünaamilise analüüsi tööriistade abil kui ka otse enne levitamist spetsialiseeritud „liivakastide“ ja/või viirusevastaste lahenduste kaudu. Oluline on, et rakendust kontrollitakse ühe korra enne UEM-i laadimist. Seega pole ka sel juhul mobiilseadmest viirusevastane tarkvara vajalik.

Võrgu kaitse

Võrgu kaitse osana võib sõltuvalt viirusevastase tarkvara tootjast pakkuda ühte või mitut järgmise funktsiooni.

URL-i filtreerimist rakendatakse eesmärgiga:

• Blokeerida liiklust vastavalt ressursside kategooriatele. Näiteks, et keelata uudiste või muu mitteettevõtlikku sisu vaatamine enne lõunat, mil töötaja on kõige tulemuslikum. Praktikas töötab blokeerimine sageli paljude kitsendustega – viirusetõrjetootjatel ei õnnestu alati ajakohastada kategooriate ressursside register arvestades paljude "peeglite" olemasolu. Lisaks on anonüümsed brauserid ja Opera VPN, millele blokeerimine sageli ei laiene.
• Phishingu või sihtkohtade asendamise kaitse. Selleks kontrollitakse seadme poolt päästetavate URL-ide viirusetõrje andmebaasi. Lingid, samuti ressursid, kuhu need viivad (sh võimalikud mitmised suunamised), kontrollitakse tuntud pahatahtlike saitide andmebaasi. Samuti võrreldakse domeeninime, sertifikaati ja IP-aadressi mobiilseadme ja usaldusväärse serveri vahel. Kui klient ja server saavad erinevaid andmeid, siis on tegemist kas MITM-iga („inimene keset“, man in the middle) või liikluse blokeerimisega sama viirusetõrje või erinevatel proxy ja veebifilteritega, millele mobiilseade on ühendatud. On keeruline kindlalt öelda, et keset on keegi.

Mobiilsele liiklusele juurdepääsu saamiseks kas viirusetõrje loob VPN-i või kasutab Accessibility API (rakenduste API, mis on mõeldud inimesetele, kellel on erivajadused). Mitme VPN-i samaaegne kasutamine mobiilseadmes pole võimalik, seetõttu ei ole viirusetõrje, mis loob oma VPN-i, võrkude kaitse ärimaailmas rakendatav. Viirusetõrje VPN ei tööta lihtsalt koos ettevõtte VPN-iga, mida kasutatakse ettevõttevõrku pääsemiseks.

Viirusetõrjele Accessibility API juurde pääsemise lubamine varjab teistsugust ohtu. Juhtimine Accessibility API kaudu tähendab tegelikult kasutaja jaoks kõike teha – näha seda, mida kasutaja näeb, teha rakendustega tehinguid kasutaja eest jne. Kuna kasutaja peab sellise juurdepääsu viirusetõrjele selgelt andma, tõenäoliselt keeldub ta seda tegemast. Või kui teda sunnitakse, ostab ta endale veel ühe telefoni ilma viirusetõrjeta.

Tulekahjukaitse

Selle üldnimetuse all peituvad kolm funktsiooni:

• Võrgustiku kasutamise statistika kogumine rakenduste ja võrgu tüübi (Wi-Fi, mobiilioperaator) kaupa. Enamik Android-seadmest valmistajaid pakuvad neid andmeid rakenduses „Seaded“. Selle dubleerimine mobiilse viirusetõrje liideses tundub liialdatud. Kogu teave kõikide seadmete kohta võiks olla huvitav. Seda koguvad ja analüüsivad edukalt UEM-süsteemid.
• Mobiilse andmeliikluse piiramine – limiidi seadistamine, teavitamine selle saavutamisel. Enamikule Android-seadmest kasutajatele on need funktsioonid saadaval rakenduses „Seaded“. Keskne piirangute seadistamine on UEM-i ülesanne, mitte viirusetõrje.
• Sisuliselt tulemüür (firewall). Või teisisõnu, juurdepääsu blokeerimine teatud IP-aadressidele ja portidele. Arvestades DDNS-i kõigil populaarsetel ressurssidel ja selleks VPN-i sisselülitamise vajadust, mis, nagu eelpool mainitud, ei saa töötada koos põhivõrguga, tundub funktsioon ettevõtte praktikas kasutamiskõlbmatuna.

Wi-Fi usaldusväärsuse kontrollimine

Mobiilsed viirusetõrjetooted saavad hinnata Wi-Fi võrkude turvalisust, millega mobiilseade ühendub. Võime eeldada, et kontrollitakse krüptimise olemasolu ja vastupidavust. Samal ajal kasutavad kõik tänapäevased programmid tundlike andmete edastamiseks krüptimist. Seega, kui mõni programm on kanali tasandil haavatav, on selle kasutamine ohtlik kõigi internetikanalite kaudu, mitte ainult avaliku Wi-Fi kaudu.
Seetõttu ei ole avalik Wi-Fi, sealhulgas krüptimata, ohtlikum ega vähem turvaline kui mis tahes muud usaldamatud andmeedastuskanalid, kus krüptimist ei ole.

Rämpspost kaitse

Kaitse on tavaliselt suunatud sissetulevate kõnede filtreerimisele, kasutaja määratud nimekirja või tuntud rämpspostitajate andmebaasi alusel, kes pidevalt tüütavad kindlustuste, krediitide ja teatri kutsetega. Kuigi nad ei helista isoleerimise ajal, hakkavad nad peagi jälle. Filtreerimine kehtib ainult kõnedele. Sõnumid kaasaegsetes Android-seadmetes ei kuulu filtrisse. Arvestades, et rämpspostitajad muudavad oma numbreid regulaarselt ja tekstikanalite (SMS, messenger-id) kaitse on võimatu, on funktsionaalsus pigem turunduslik kui praktiline.

Varguse kaitse

Kaugtoimingute tegemine mobiilseadmest, kui see on kadunud või varastatud. Alternatiiv Apple'i Find My iPhone ja Google'i Find My Device teenustele. Erinevalt oma analoogidest ei oska viirusetõrjefirmade teenused seadme blokeerimist pakkuda, kui kurjategija on seadme taastanud tehaseseadetele. Kuid kui seda pole veel juhtunud, saab seadmega kaugjuhtimise teel teha järgmist:

• Lukustada. Kaitse madala ennastsalgava varga eest, kuna seadme tehaseseadetele taastamine recovery kaudu on lihtne.
• Uurida seadme koordinaate. Kasulik, kui seade on hiljuti kadunud.
• Lülitada sisse valju helisignaal, et leida seade, kui sellel on heliväljas.
• Taasta seade tehaseseadetele. Omab mõtet, kui kasutaja on tunnistanud seadme pöördumatult kadunuks, kuid ei soovi, et sellel talletatud andmed avalikuks saaksid.
• Teha foto. Pildistada kurjategijat, kui ta hoiab telefoni käes. Kõige kahtlasem funktsionaalsus - tõenäosus, et kurjategija imetleb telefoni heas valguses, on madal. Kuid rakenduse olemasolu, mis suudab märkamatult kaamerat juhtida, fotosid teha ja need oma serverisse saata, tekitab õigustatud muret.

Kaugkäskude täitmine on iga UEM süsteemi põhifunktsioon. Neist puudub ainult kaugfotograafia. See viib kindlasti selleni, et kasutajad võtavad pärast tööpäeva lõppu oma telefonidest akud välja ja panevad need Faraday koti.

Mobiilsete viirusetõrjeteenuste anitivargusfunktsioonid on saadaval ainult Androidile. iOS-i jaoks suudab neid toiminguid teha ainult UEM. iOS-seadmes saab olla ainult üks UEM - see on iOS-i arhitektuuri eripära.

Järeldused

1. Situatsioon, kus kasutaja suudab telefoni pahavaraga nakatada, ON AKTEERITAV.
2. Korrektselt seadistatud UEM ettevõtte seadmel välistab viirusetõrje vajaduse.
3. 0-day haavatavuste kasutamisel operatsioonisüsteemis on viirusetõrje kasututu. See suudab vaid teavitada administraatorit, et seade on haavatav.
4. Mugavust ei ole võimalik määrata, kas haavatavus on kasutusel ja ka turvauuendust ei saa välja anda seadmele, mille jaoks tootja enam turvauuendusi ei tooda. Maksimaalselt - aasta või kaks.
5. Kui kõrvale jätta regulaatorite ja turunduse nõuded, siis on ettevõtte mobiilse akutarkvara vajadus ainult Android-seadmete puhul, kus kasutajatel on juurdepääs Google Playle ja võimalus installida rakendusi kolmandatest allikatest. Teistes olukordades on viirusetõrje efektiivsus mitte rohkem kui platseebo.

Allikas: habr.com