მობილური ანტივირუსები არ მუშაობს

TL; DR თუ თქვენს კორპორატიულ მობილურ მოწყობილობებს სჭირდებათ ანტივირუსი, მაშინ ყველაფერს არასწორად აკეთებთ და ანტივირუსი არ გამოგადგებათ.

ეს პოსტი ცხარე კამათის შედეგია, საჭიროა თუ არა ანტივირუსი კორპორატიულ მობილურ ტელეფონზე, რა შემთხვევაში მუშაობს და რა შემთხვევაში გამოუსადეგარია. სტატიაში განხილულია საფრთხის მოდელები, რომელთაგან თეორიულად ანტივირუსი უნდა იყოს დაცული.

ანტივირუსების გამყიდველები ხშირად ახერხებენ დაარწმუნონ კორპორატიული კლიენტები, რომ ანტივირუსი მნიშვნელოვნად გააუმჯობესებს მათ უსაფრთხოებას, მაგრამ უმეტეს შემთხვევაში ეს არის მოჩვენებითი დაცვა, რაც მხოლოდ ამცირებს როგორც მომხმარებლების, ასევე ადმინისტრატორების სიფხიზლეს.

სწორი კორპორატიული ინფრასტრუქტურა

როდესაც კომპანიას ჰყავს ათობით ან თუნდაც ათასობით თანამშრომელი, შეუძლებელია თითოეული მომხმარებლის მოწყობილობის ხელით კონფიგურაცია. პარამეტრები შეიძლება შეიცვალოს ყოველდღე, შემოდიან ახალი თანამშრომლები, მათი მობილური ტელეფონები და ლეპტოპები იშლება ან იკარგება. შედეგად, ადმინისტრატორების მთელი სამუშაო შედგებოდა თანამშრომლების მოწყობილობებზე ახალი პარამეტრების ყოველდღიური განლაგებით.

ამ პრობლემის გადაჭრა დესკტოპ კომპიუტერებზე დიდი ხნის წინ დაიწყო. Windows-ის სამყაროში ასეთი მართვა ჩვეულებრივ ხდება Active Directory-ის, ცენტრალიზებული ავტორიზაციის სისტემების (Single Sign In) გამოყენებით და ა.შ. მაგრამ ახლა ყველა თანამშრომელს კომპიუტერში დაემატა სმარტფონები, რომლებზეც სამუშაო პროცესების მნიშვნელოვანი ნაწილი მიმდინარეობს და მნიშვნელოვანი მონაცემები ინახება. მაიკროსოფტი ცდილობდა თავისი Windows Phone-ების ინტეგრირებას Windows Phone-ის ერთ ეკოსისტემაში, მაგრამ ეს იდეა გარდაიცვალა Windows Phone-ის ოფიციალური სიკვდილით. ამიტომ, კორპორატიულ გარემოში, ნებისმიერ შემთხვევაში, უნდა აირჩიოთ Android-სა და iOS-ს შორის.

ახლა კორპორატიულ გარემოში, UEM-ის (Unified Endpoint Management) კონცეფცია მოდაშია თანამშრომლების მოწყობილობების მართვისთვის. ეს არის ცენტრალიზებული მართვის სისტემა მობილური მოწყობილობებისა და დესკტოპ კომპიუტერებისთვის.

მომხმარებლის მოწყობილობების ცენტრალიზებული მართვა (ერთიანი საბოლოო მენეჯმენტი)

UEM სისტემის ადმინისტრატორს შეუძლია დააყენოს სხვადასხვა პოლიტიკა მომხმარებლის მოწყობილობებისთვის. მაგალითად, მომხმარებელს საშუალებას აძლევს მეტ-ნაკლებად აკონტროლოს მოწყობილობაზე, აპლიკაციების დაყენება მესამე მხარის წყაროებიდან და ა.შ.

რისი გაკეთება შეუძლია UEM-ს:

ყველა პარამეტრის მართვა — ადმინისტრატორს შეუძლია სრულიად აუკრძალოს მომხმარებელს მოწყობილობის პარამეტრების შეცვლა და დისტანციურად შეცვლა.

აკონტროლეთ პროგრამული უზრუნველყოფა მოწყობილობაზე — საშუალებას გაძლევთ დააინსტალიროთ პროგრამები მოწყობილობაზე და ავტომატურად დააინსტალიროთ პროგრამები მომხმარებლის ცოდნის გარეშე. ადმინისტრატორს ასევე შეუძლია დაბლოკოს ან დაუშვას პროგრამების ინსტალაცია აპლიკაციების მაღაზიიდან ან არასანდო წყაროებიდან (APK ფაილებიდან Android-ის შემთხვევაში).

დისტანციური ბლოკირება — თუ ტელეფონი დაიკარგება, ადმინისტრატორს შეუძლია დაბლოკოს მოწყობილობა ან გაასუფთავოს მონაცემები. ზოგიერთი სისტემა ასევე საშუალებას გაძლევთ დააყენოთ მონაცემების ავტომატური წაშლა, თუ ტელეფონი არ დაუკავშირდა სერვერს N საათზე მეტი ხნის განმავლობაში, რათა აღმოიფხვრას ოფლაინ ჰაკერების მცდელობები, როდესაც თავდამსხმელებმა მოახერხეს SIM ბარათის ამოღება სერვერიდან მონაცემთა გასუფთავების ბრძანების გაგზავნამდე. .

შეაგროვეთ სტატისტიკა - თვალყური ადევნეთ მომხმარებლის აქტივობას, აპლიკაციის გამოყენების დროს, მდებარეობას, ბატარეის დონეს და ა.შ.

რა არის UEM-ები?

თანამშრომლებისთვის სმარტფონების ცენტრალიზებული მართვის ორი ფუნდამენტურად განსხვავებული მიდგომა არსებობს: ერთ შემთხვევაში, კომპანია ყიდულობს მოწყობილობებს ერთი მწარმოებლისგან თანამშრომლებისთვის და ჩვეულებრივ ირჩევს მართვის სისტემას ერთი და იმავე მომწოდებლისგან. სხვა შემთხვევაში, თანამშრომლები სამუშაოდ იყენებენ პირად მოწყობილობებს და აქ იწყება ოპერაციული სისტემების, ვერსიებისა და პლატფორმების ზოოპარკი.

BYOD (მოიტანეთ თქვენი საკუთარი მოწყობილობა) არის კონცეფცია, რომელშიც თანამშრომლები იყენებენ თავიანთ პერსონალურ მოწყობილობებსა და ანგარიშებს სამუშაოდ. ზოგიერთი ცენტრალიზებული მართვის სისტემა საშუალებას გაძლევთ დაამატოთ მეორე სამუშაო ანგარიში და მთლიანად გამოყოთ თქვენი მონაცემები პირად და სამუშაოდ.

Apple ბიზნესის მენეჯერი - Apple-ის მშობლიური ცენტრალიზებული მართვის სისტემა. შესაძლებელია მხოლოდ Apple მოწყობილობების, კომპიუტერების მართვა macOS და iOS ტელეფონებით. მხარს უჭერს BYOD-ს, ქმნის მეორე იზოლირებულ გარემოს სხვადასხვა iCloud ანგარიშით.

Google Cloud Endpoint Management — საშუალებას გაძლევთ მართოთ ტელეფონები Android-ზე და Apple iOS-ზე, ასევე დესკტოპებზე Windows 10-ზე. გამოცხადებულია BYOD მხარდაჭერა.

Samsung Knox UEM - მხარს უჭერს მხოლოდ Samsung-ის მობილურ მოწყობილობებს. ამ შემთხვევაში, შეგიძლიათ დაუყოვნებლივ გამოიყენოთ მხოლოდ Samsung მობილური მენეჯმენტი.

სინამდვილეში, კიდევ ბევრი UEM პროვაიდერია, მაგრამ ამ სტატიაში ჩვენ არ გავაანალიზებთ მათ. მთავარი, რაც უნდა გვახსოვდეს, არის ის, რომ ასეთი სისტემები უკვე არსებობს და ადმინისტრატორს საშუალებას აძლევს დააკონფიგურიროს მომხმარებლის მოწყობილობები არსებული საფრთხის მოდელზე ადეკვატურად.

საფრთხის მოდელი

დამცავი საშუალებების არჩევამდე უნდა გავიგოთ, რისგან ვიცავთ თავს, რა შეიძლება მოხდეს ყველაზე უარესი ჩვენს კონკრეტულ შემთხვევაში. შედარებით რომ ვთქვათ: ჩვენი სხეული ადვილად დაუცველია ტყვიის, ჩანგლისა და ლურსმანის მიმართ, მაგრამ სახლიდან გასვლისას არ ვიცვამთ ტყვიაგაუმტარ ჟილეტს. აქედან გამომდინარე, ჩვენი საფრთხის მოდელი არ შეიცავს სამსახურში გასროლის რისკს, თუმცა სტატისტიკურად ეს არც ისე წარმოუდგენელია. უფრო მეტიც, გარკვეულ პირობებში ტყვიაგაუმტარი ჟილეტის ტარება სრულიად გამართლებულია.

საფრთხის მოდელები განსხვავდება კომპანიის მიხედვით. ავიღოთ, მაგალითად, კურიერის სმარტფონი, რომელიც კლიენტისთვის ამანათის მიწოდების გზაზეა. მისი სმარტფონი შეიცავს მხოლოდ მიმდინარე მიწოდების მისამართს და მარშრუტს რუკაზე. ყველაზე ცუდი, რაც შეიძლება მოხდეს მის მონაცემებთან, არის ამანათის მიწოდების მისამართების გაჟონვა.

და აი ბუღალტერის სმარტფონი. მას აქვს წვდომა კორპორატიულ ქსელში VPN-ის საშუალებით, აქვს დაინსტალირებული კორპორატიული კლიენტ-ბანკის აპლიკაცია და ინახავს დოკუმენტებს ღირებული ინფორმაციით. ცხადია, ამ ორ მოწყობილობაზე მონაცემების ღირებულება მნიშვნელოვნად განსხვავდება და სხვაგვარად უნდა იყოს დაცული.

გვიშველის ანტივირუსი?

სამწუხაროდ, მარკეტინგული ლოზუნგების მიღმა იკარგება იმ ამოცანების რეალური მნიშვნელობა, რომელსაც ანტივირუსი ასრულებს მობილურ მოწყობილობაზე. შევეცადოთ დეტალურად გავიგოთ რას აკეთებს ანტივირუსი ტელეფონზე.

უსაფრთხოების აუდიტი

თანამედროვე მობილური ანტივირუსების უმეტესობა ამოწმებს მოწყობილობის უსაფრთხოების პარამეტრებს. ამ აუდიტს ზოგჯერ უწოდებენ "მოწყობილობის რეპუტაციის შემოწმებას". ანტივირუსები მოწყობილობას უსაფრთხოდ მიიჩნევენ, თუ დაკმაყოფილებულია ოთხი პირობა:

• მოწყობილობა არ არის გატეხილი (root, jailbreak).
• მოწყობილობას აქვს პაროლი კონფიგურირებული.
• USB გამართვა არ არის ჩართული მოწყობილობაზე.
• არასანდო წყაროებიდან აპლიკაციების ინსტალაცია (გვერდითი დატვირთვა) დაუშვებელია მოწყობილობაზე.

თუ სკანირების შედეგად აღმოჩნდება, რომ მოწყობილობა არასაიმედოა, ანტივირუსი აცნობებს მფლობელს და შესთავაზებს გამორთოს „საშიში“ ფუნქციონირება ან დააბრუნოს ქარხნული პროგრამული უზრუნველყოფა, თუ არსებობს root ან ჯეილბრეიკის ნიშნები.

კორპორატიული ჩვეულების თანახმად, მომხმარებლის მხოლოდ შეტყობინება საკმარისი არ არის. სახიფათო კონფიგურაციები უნდა აღმოიფხვრას. ამისათვის თქვენ უნდა დააკონფიგურიროთ უსაფრთხოების პოლიტიკა მობილურ მოწყობილობებზე UEM სისტემის გამოყენებით. და თუ აღმოჩენილია root / jailbreak, თქვენ სწრაფად უნდა ამოიღოთ კორპორატიული მონაცემები მოწყობილობიდან და დაბლოკოთ მისი წვდომა კორპორატიულ ქსელში. და ეს ასევე შესაძლებელია UEM-ით. და მხოლოდ ამ პროცედურების შემდეგ შეიძლება ჩაითვალოს მობილური მოწყობილობა უსაფრთხოდ.

მოძებნეთ და წაშალეთ ვირუსები

პოპულარული რწმენის საწინააღმდეგოდ, რომ iOS-ისთვის ვირუსები არ არსებობს, ეს სიმართლეს არ შეესაბამება. ჯერ კიდევ არსებობს ჩვეულებრივი ექსპლოიტები ველურში iOS-ის ძველი ვერსიებისთვის აინფიცირებს მოწყობილობებს ბრაუზერის დაუცველობების ექსპლუატაციის გზით. ამავდროულად, iOS-ის არქიტექტურის გამო, ამ პლატფორმისთვის ანტივირუსების შემუშავება შეუძლებელია. მთავარი მიზეზი ის არის, რომ აპლიკაციებს არ შეუძლიათ წვდომა დაინსტალირებული აპლიკაციების სიაში და აქვთ მრავალი შეზღუდვა ფაილებზე წვდომისას. მხოლოდ UEM-ს შეუძლია მიიღოს დაინსტალირებული iOS აპების სია, მაგრამ UEM-საც კი არ შეუძლია ფაილებზე წვდომა.

ანდროიდთან დაკავშირებით სიტუაცია განსხვავებულია. აპლიკაციებს შეუძლიათ მიიღონ ინფორმაცია მოწყობილობაზე დაინსტალირებული აპლიკაციების შესახებ. მათ შეუძლიათ მათ დისტრიბუციებზე წვდომაც კი (მაგალითად, Apk Extractor და მისი ანალოგები). Android აპლიკაციებს ასევე აქვთ ფაილებზე წვდომის შესაძლებლობა (მაგალითად, Total Commander და ა.შ.). ანდროიდის აპლიკაციების დეკომპილირება შესაძლებელია.

ასეთი შესაძლებლობებით, შემდეგი ანტივირუსული ალგორითმი გამოიყურება ლოგიკური:

• განაცხადის შემოწმება
• მიიღეთ დაინსტალირებული აპლიკაციების სია და მათი განაწილების საკონტროლო ჯამები (CS).
• შეამოწმეთ აპლიკაციები და მათი CS ჯერ ადგილობრივ, შემდეგ კი გლობალურ მონაცემთა ბაზაში.
• თუ აპლიკაცია უცნობია, გადაიტანეთ მისი განაწილება გლობალურ მონაცემთა ბაზაში ანალიზისა და დეკომპილაციისთვის.

• ფაილების შემოწმება, ვირუსის ხელმოწერების ძიება
• შეამოწმეთ CS ფაილები ადგილობრივ, შემდეგ გლობალურ მონაცემთა ბაზაში.
• შეამოწმეთ ფაილები სახიფათო შინაარსისთვის (სკრიპტები, ექსპლოიტები და ა.შ.) ადგილობრივი და შემდეგ გლობალური მონაცემთა ბაზის გამოყენებით.
• თუ მავნე პროგრამა გამოვლინდა, აცნობეთ მომხმარებელს ან/და დაბლოკეთ მომხმარებლის წვდომა მავნე პროგრამაზე და/ან გადაუგზავნეთ ინფორმაცია UEM-ს. აუცილებელია ინფორმაციის გადაცემა UEM-ში, რადგან ანტივირუსს არ შეუძლია დამოუკიდებლად ამოიღოს მავნე პროგრამა მოწყობილობიდან.

ყველაზე დიდი შეშფოთება არის პროგრამული უზრუნველყოფის დისტრიბუციის გადაცემის შესაძლებლობა მოწყობილობიდან გარე სერვერზე. ამის გარეშე შეუძლებელია ანტივირუსების მწარმოებლების მიერ პრეტენდირებული „ქცევის ანალიზის“ განხორციელება, რადგან მოწყობილობაზე, თქვენ არ შეგიძლიათ აპლიკაციის გაშვება ცალკეულ „სავარჯიშოში“ ან მისი დეკომპილირება (რამდენად ეფექტურია დაბინდვის გამოყენებისას, ეს ცალკე რთული საკითხია). მეორეს მხრივ, კორპორატიული აპლიკაციები შეიძლება დაინსტალირდეს თანამშრომლების მობილურ მოწყობილობებზე, რომლებიც უცნობია ანტივირუსისთვის, რადგან ისინი არ არიან Google Play-ზე. ეს მობილური აპლიკაციები შეიძლება შეიცავდეს სენსიტიურ მონაცემებს, რამაც შეიძლება გამოიწვიოს ამ აპების საჯარო მაღაზიაში ჩამოთვლა. ასეთი დისტრიბუციების ანტივირუსის მწარმოებელზე გადაცემა, როგორც ჩანს, არასწორია უსაფრთხოების თვალსაზრისით. აზრი აქვს მათი დამატება გამონაკლისებში, მაგრამ ჯერ არ ვიცი ასეთი მექანიზმის არსებობის შესახებ.

მავნე პროგრამას root პრივილეგიების გარეშე შეუძლია

1. დახატეთ თქვენი საკუთარი უხილავი ფანჯარა აპლიკაციის თავზე ან დანერგეთ საკუთარი კლავიატურა მომხმარებლის მიერ შეყვანილი მონაცემების კოპირებისთვის - ანგარიშის პარამეტრები, საბანკო ბარათები და ა.შ. ბოლო მაგალითია დაუცველობა. CVE-2020-0096, რომლის დახმარებითაც შესაძლებელია აპლიკაციის აქტიური ეკრანის შეცვლა და ამით მომხმარებლის მიერ შეყვანილ მონაცემებზე წვდომა. მომხმარებლისთვის ეს ნიშნავს Google ანგარიშის მოპარვის შესაძლებლობას მოწყობილობის სარეზერვო და საბანკო ბარათის მონაცემებზე წვდომით. ორგანიზაციისთვის, თავის მხრივ, მნიშვნელოვანია, რომ არ დაკარგოს მისი მონაცემები. თუ მონაცემები აპლიკაციის პირად მეხსიერებაშია და არ შეიცავს Google-ის სარეზერვო ასლს, მაშინ მავნე პროგრამა ვერ შეძლებს მასზე წვდომას.

2. საჯარო დირექტორიების მონაცემებზე წვდომა - ჩამოტვირთვები, დოკუმენტები, გალერეა. არ არის რეკომენდებული კომპანიისთვის ღირებული ინფორმაციის შენახვა ამ დირექტორიაში, რადგან ნებისმიერ აპლიკაციას შეუძლია მათზე წვდომა. და თავად მომხმარებელი ყოველთვის შეძლებს კონფიდენციალური დოკუმენტის გაზიარებას ნებისმიერი ხელმისაწვდომი აპლიკაციის გამოყენებით.

3. გააღიზიანოს მომხმარებელი რეკლამით, მოიპოვოს ბიტკოინები, იყოს ბოტნეტის ნაწილი და ა.შ.. ამან შეიძლება უარყოფითი გავლენა მოახდინოს მომხმარებლის და/ან მოწყობილობის მუშაობაზე, მაგრამ არ წარმოადგენს საფრთხეს კორპორატიული მონაცემებისთვის.

მავნე პროგრამას root პრივილეგიებით შეუძლია რაიმე გააკეთოს. ისინი იშვიათია, რადგან თანამედროვე Android მოწყობილობების გატეხვა აპლიკაციის გამოყენებით თითქმის შეუძლებელია. ბოლოს ასეთი დაუცველობა 2016 წელს აღმოაჩინეს. ეს არის სენსაციური Dirty COW, რომელსაც ნომერი მიეცა CVE-2016-5195. მთავარი აქ არის ის, რომ თუ კლიენტი აღმოაჩენს UEM კომპრომისის ნიშნებს, კლიენტი წაშლის ყველა კორპორატიულ ინფორმაციას მოწყობილობიდან, ამიტომ მონაცემთა წარმატებული ქურდობის ალბათობა ასეთი მავნე პროგრამის გამოყენებით კორპორატიულ სამყაროში დაბალია.

მავნე ფაილებმა შეიძლება ზიანი მიაყენოს როგორც მობილურ მოწყობილობას, ასევე კორპორატიულ სისტემებს, რომლებზეც მას აქვს წვდომა. მოდით შევხედოთ ამ სცენარებს უფრო დეტალურად.

მობილური მოწყობილობის დაზიანება შეიძლება გამოიწვიოს, მაგალითად, თუ მასზე ჩამოტვირთავთ სურათს, რომელიც გახსნისას ან ფონის დაყენების მცდელობისას გადააქცევს მოწყობილობას „აგურად“ ან გადაიტვირთება. ეს სავარაუდოდ დააზარალებს მოწყობილობას ან მომხმარებელს, მაგრამ არ იმოქმედებს მონაცემთა კონფიდენციალურობაზე. მიუხედავად იმისა, რომ არსებობს გამონაკლისები.

დაუცველობაზე ცოტა ხნის წინ განიხილეს CVE-2020-8899. ამტკიცებდნენ, რომ მისი გამოყენება შეიძლებოდა Samsung-ის მობილური მოწყობილობების კონსოლზე წვდომისთვის, ინფიცირებული სურათის გამოყენებით, რომელიც გაგზავნილია ელექტრონული ფოსტით, მყისიერი მესინჯერით ან MMS-ით. მიუხედავად იმისა, რომ კონსოლის წვდომა ნიშნავს მხოლოდ საჯარო დირექტორიაში არსებულ მონაცემებზე წვდომას, სადაც სენსიტიური ინფორმაცია არ უნდა იყოს, მომხმარებელთა პერსონალური მონაცემების კონფიდენციალურობა ირღვევა და ამან შეაშინა მომხმარებლები. თუმცა სინამდვილეში, შესაძლებელია მხოლოდ MMS-ის გამოყენებით მოწყობილობებზე თავდასხმა. და წარმატებული თავდასხმისთვის თქვენ უნდა გაგზავნოთ 75-დან 450-მდე (!) შეტყობინება. ანტივირუსი, სამწუხაროდ, აქ არ დაეხმარება, რადგან მას არ აქვს წვდომა შეტყობინებების ჟურნალზე. ამისგან თავის დასაცავად მხოლოდ ორი ვარიანტია. განაახლეთ OS ან დაბლოკეთ MMS. შეგიძლიათ დიდხანს დაელოდოთ პირველ ვარიანტს და არ დაელოდოთ, რადგან... მოწყობილობის მწარმოებლები არ ავრცელებენ განახლებებს ყველა მოწყობილობისთვის. MMS-ის მიღების გამორთვა ამ შემთხვევაში ბევრად უფრო ადვილია.

მობილური მოწყობილობებიდან გადატანილმა ფაილებმა შეიძლება ზიანი მიაყენოს კორპორატიულ სისტემებს. მაგალითად, მობილურ მოწყობილობაზე არის ინფიცირებული ფაილი, რომელსაც არ შეუძლია ზიანი მიაყენოს მოწყობილობას, მაგრამ შეუძლია დააინფიციროს Windows კომპიუტერი. ამგვარ ფაილს მომხმარებელი ელფოსტით უგზავნის თავის კოლეგას. ის ხსნის მას კომპიუტერზე და ამით შეუძლია დაინფიციროს იგი. მაგრამ სულ მცირე ორი ანტივირუსი დგას ამ თავდასხმის ვექტორის გზაზე - ერთი ელფოსტის სერვერზე, მეორე მიმღების კომპიუტერზე. მესამე ანტივირუსის დამატება ამ ჯაჭვში მობილურ მოწყობილობაზე, აშკარად პარანოიდულად გამოიყურება.

როგორც ხედავთ, ყველაზე დიდი საფრთხე კორპორატიულ ციფრულ სამყაროში არის მავნე პროგრამა root პრივილეგიების გარეშე. საიდან შეიძლება მოვიდნენ მობილურ მოწყობილობაზე?

ყველაზე ხშირად ისინი დამონტაჟებულია sideloading, adb ან მესამე მხარის მაღაზიების გამოყენებით, რაც უნდა აიკრძალოს მობილურ მოწყობილობებზე, რომლებსაც აქვთ წვდომა კორპორატიულ ქსელში. მავნე პროგრამების ორი ვარიანტია: Google Play-დან ან UEM-დან.

Google Play-ზე გამოქვეყნებამდე ყველა აპლიკაცია გადის სავალდებულო შემოწმებას. მაგრამ მცირე რაოდენობის ინსტალაციის მქონე აპლიკაციებისთვის, შემოწმება ყველაზე ხშირად ხორციელდება ადამიანის ჩარევის გარეშე, მხოლოდ ავტომატურ რეჟიმში. ამიტომ, ზოგჯერ მავნე პროგრამა ხვდება Google Play-ში, მაგრამ მაინც არა ხშირად. ანტივირუსი, რომლის მონაცემთა ბაზები დროულად განახლებულია, შეძლებს Google Play Protect-მდე მოწყობილობაზე მავნე პროგრამების აღმოჩენას, რომელიც ჯერ კიდევ ჩამორჩება ანტივირუსული მონაცემთა ბაზის განახლების სიჩქარეს.

UEM-ს შეუძლია ნებისმიერი აპლიკაციის დაყენება მობილურ მოწყობილობაზე, მათ შორის. მავნე პროგრამა, ამიტომ ნებისმიერი აპლიკაცია ჯერ უნდა დაასკანირდეს. აპლიკაციების შემოწმება შესაძლებელია როგორც მათი განვითარების დროს სტატიკური და დინამიური ანალიზის ხელსაწყოების გამოყენებით, ასევე უშუალოდ მათ გავრცელებამდე სპეციალიზებული ქვიშის ყუთების და/ან ანტივირუსული გადაწყვეტილებების გამოყენებით. მნიშვნელოვანია, რომ განაცხადი UEM-ში ატვირთვამდე ერთხელ გადამოწმებული იყოს. ამიტომ, ამ შემთხვევაში, მობილური მოწყობილობაზე ანტივირუსი არ არის საჭირო.

ქსელის დაცვა

ანტივირუსის მწარმოებლის მიხედვით, თქვენი ქსელის დაცვამ შეიძლება შემოგთავაზოთ შემდეგი ფუნქციებიდან ერთი ან მეტი.

URL ფილტრაცია გამოიყენება:

• ტრაფიკის დაბლოკვა რესურსების კატეგორიების მიხედვით. მაგალითად, აკრძალოს ახალი ამბების ან სხვა არაკორპორატიული შინაარსის ყურება ლანჩამდე, როდესაც თანამშრომელი ყველაზე ეფექტურია. პრაქტიკაში, დაბლოკვა ყველაზე ხშირად მუშაობს მრავალი შეზღუდვით - ანტივირუსული მწარმოებლები ყოველთვის არ ახერხებენ რესურსების კატეგორიების დირექტორიების დროულად განახლებას, მრავალი „სარკის“ არსებობის გათვალისწინებით. გარდა ამისა, არის ანონიმიზატორები და Opera VPN, რომლებიც ყველაზე ხშირად არ არის დაბლოკილი.
• დაცვა სამიზნე ჰოსტების ფიშინგისგან ან გაყალბებისგან. ამისათვის, მოწყობილობის მიერ წვდომის URL-ები ჯერ მოწმდება ანტივირუსული მონაცემთა ბაზაში. ბმულები, ისევე როგორც რესურსები, რომლებზეც ისინი მიდიან (მათ შორის შესაძლო მრავალჯერადი გადამისამართება), მოწმდება ცნობილი ფიშინგის საიტების მონაცემთა ბაზაში. დომენის სახელი, სერთიფიკატი და IP მისამართი ასევე მოწმდება მობილურ მოწყობილობასა და სანდო სერვერს შორის. თუ კლიენტი და სერვერი იღებენ განსხვავებულ მონაცემებს, მაშინ ეს არის ან MITM ("კაცი შუაში"), ან ტრაფიკის დაბლოკვა იმავე ანტივირუსის ან სხვადასხვა სახის პროქსიებისა და ვებ ფილტრების გამოყენებით ქსელში, რომელსაც მობილური მოწყობილობა უკავშირდება. ძნელია დარწმუნებით იმის თქმა, რომ შუაში ვინმეა.

მობილურ ტრაფიკზე წვდომის მისაღებად, ანტივირუსი ან აშენებს VPN-ს, ან იყენებს Accessibility API-ის შესაძლებლობებს (API შეზღუდული შესაძლებლობის მქონე პირთათვის განკუთვნილი აპლიკაციებისთვის). რამდენიმე VPN-ის ერთდროული მუშაობა მობილურ მოწყობილობაზე შეუძლებელია, ამიტომ ქსელის დაცვა ანტივირუსებისგან, რომლებიც ქმნიან საკუთარ VPN-ს, არ გამოიყენება კორპორატიულ სამყაროში. ანტივირუსიდან VPN უბრალოდ არ იმუშავებს კორპორატიულ VPN-თან ერთად, რომელიც გამოიყენება კორპორატიულ ქსელში შესასვლელად.

ხელმისაწვდომობის API-ზე ანტივირუსისთვის წვდომის მიცემა სხვა საფრთხეს წარმოადგენს. Accessibility API-ზე წვდომა არსებითად ნიშნავს მომხმარებლისთვის რაიმეს გაკეთების ნებართვას - ნახეთ რას ხედავს მომხმარებელი, შეასრულეთ მოქმედებები აპლიკაციებთან მომხმარებლის ნაცვლად და ა.შ. იმის გათვალისწინებით, რომ მომხმარებელმა ცალსახად უნდა მისცეს ანტივირუსს ასეთი წვდომა, ის სავარაუდოდ უარს იტყვის ამაზე. ან, თუ აიძულეს, თვითონ იყიდის სხვა ტელეფონს ანტივირუსის გარეშე.

Firewall

ამ ზოგადი სახელის ქვეშ არის სამი ფუნქცია:

• ქსელის გამოყენების სტატისტიკის კრებული, დაყოფილი აპლიკაციისა და ქსელის ტიპის მიხედვით (Wi-Fi, ფიჭური ოპერატორი). Android მოწყობილობების მწარმოებლების უმეტესობა ამ ინფორმაციას აწვდის პარამეტრების აპში. მობილურ ანტივირუსულ ინტერფეისში მისი დუბლირება ზედმეტია. საერთო ინფორმაცია ყველა მოწყობილობაზე შეიძლება იყოს საინტერესო. იგი წარმატებით გროვდება და გაანალიზებულია UEM სისტემებით.
• მობილური ტრაფიკის შეზღუდვა - ლიმიტის დაწესება, გაფრთხილება, როდესაც ის მიაღწევს. Android მოწყობილობების მომხმარებლების უმეტესობისთვის ეს ფუნქციები ხელმისაწვდომია პარამეტრების აპში. შეზღუდვების ცენტრალიზებული დაყენება UEM-ის ამოცანაა და არა ანტივირუსული.
• სინამდვილეში, firewall. ან, სხვა სიტყვებით რომ ვთქვათ, დაბლოკოს წვდომა გარკვეულ IP მისამართებზე და პორტებზე. ყველა პოპულარულ რესურსზე DDNS-ის გათვალისწინებით და ამ მიზნებისთვის VPN-ის ჩართვის აუცილებლობის გათვალისწინებით, რომელიც, როგორც ზემოთ აღინიშნა, ვერ იმუშავებს მთავარ VPN-თან ერთად, ფუნქცია, როგორც ჩანს, შეუსაბამოა კორპორატიულ პრაქტიკაში.

Wi-Fi მინდობილობის შემოწმება

მობილურ ანტივირუსებს შეუძლიათ შეაფასონ Wi-Fi ქსელების უსაფრთხოება, რომლებთანაც დაკავშირებულია მობილური მოწყობილობა. შეიძლება ვივარაუდოთ, რომ შემოწმებულია დაშიფვრის არსებობა და სიძლიერე. ამავდროულად, ყველა თანამედროვე პროგრამა იყენებს დაშიფვრას მგრძნობიარე მონაცემების გადასაცემად. ამიტომ, თუ რომელიმე პროგრამა დაუცველია ბმულის დონეზე, მაშინ ასევე საშიშია მისი გამოყენება ნებისმიერი ინტერნეტ არხით და არა მხოლოდ საჯარო Wi-Fi-ით.
ამიტომ, საჯარო Wi-Fi, მათ შორის დაშიფვრის გარეშე, არ არის უფრო საშიში და არანაკლებ უსაფრთხო, ვიდრე ნებისმიერი სხვა არასანდო მონაცემთა გადაცემის არხი დაშიფვრის გარეშე.

სპამისგან დაცვა

დაცვა, როგორც წესი, მოდის შემომავალი ზარების ფილტრაციაზე მომხმარებლის მიერ მითითებული სიის მიხედვით, ან ცნობილი სპამერების მონაცემთა ბაზის მიხედვით, რომლებიც უსასრულოდ აწუხებენ დაზღვევას, სესხებს და თეატრში მოწვევებს. მიუხედავად იმისა, რომ თვითიზოლაციის დროს არ ურეკავენ, მალე ისევ დაიწყებენ. მხოლოდ ზარები ექვემდებარება ფილტრაციას. მიმდინარე Android მოწყობილობებზე შეტყობინებები არ არის გაფილტრული. იმის გათვალისწინებით, რომ სპამერები რეგულარულად ცვლიან ნომრებს და ტექსტური არხების (SMS, მყისიერი მესინჯერები) დაცვის შეუძლებლობას, ფუნქციონირება უფრო მარკეტინგული ხასიათისაა, ვიდრე პრაქტიკული.

ქურდობის საწინააღმდეგო დაცვა

დისტანციური მოქმედებების შესრულება მობილური მოწყობილობით დაკარგვის ან მოპარვის შემთხვევაში. Find My iPhone და Find My Device სერვისების ალტერნატივა Apple-ისა და Google-ისგან. მათი ანალოგებისგან განსხვავებით, ანტივირუსების მწარმოებლების სერვისებს არ შეუძლიათ მოწყობილობის დაბლოკვა, თუ თავდამსხმელმა მოახერხა მისი ქარხნული პარამეტრების აღდგენა. მაგრამ თუ ეს ჯერ არ მომხდარა, შეგიძლიათ გააკეთოთ შემდეგი მოწყობილობა დისტანციურად:

• დაბლოკვა. დაცვა უბრალო ქურდისგან, რადგან ეს მარტივად შეიძლება გაკეთდეს აღდგენის გზით მოწყობილობის ქარხნულ პარამეტრებზე გადაყენებით.
• შეიტყვეთ მოწყობილობის კოორდინატები. სასარგებლოა, როდესაც მოწყობილობა ახლახან დაიკარგა.
• ჩართეთ ხმამაღალი სიგნალი, რომელიც დაგეხმარებათ იპოვოთ თქვენი მოწყობილობა, თუ ის ჩუმ რეჟიმშია.
• გადააყენეთ მოწყობილობა ქარხნულ პარამეტრებზე. აზრი აქვს, როცა მომხმარებელი აღიარებს მოწყობილობას, როგორც შეუქცევად დაკარგულს, მაგრამ არ სურს მასზე შენახული მონაცემების გამჟღავნება.
• ფოტოს გასაკეთებლად. გადაიღეთ თავდამსხმელის ფოტო, თუ მას ტელეფონი უჭირავს ხელში. ყველაზე საეჭვო ფუნქციონირება ის არის, რომ თავდამსხმელის ალბათობა, რომ აღფრთოვანებული იყოს ტელეფონით კარგ განათებაში, დაბალია. მაგრამ აპლიკაციის მოწყობილობაზე ყოფნა, რომელსაც შეუძლია ჩუმად აკონტროლოს სმარტფონის კამერა, გადაიღოს ფოტოები და გაგზავნოს ისინი მის სერვერზე, იწვევს გონივრულ შეშფოთებას.

დისტანციური ბრძანების შესრულება საბაზისოა ნებისმიერ UEM სისტემაში. ერთადერთი, რაც მათ აკლია, არის დისტანციური ფოტოგრაფია. ეს არის უტყუარი გზა, რათა მომხმარებლებმა ამოიღონ ბატარეები ტელეფონებიდან და სამუშაო დღის დასრულების შემდეგ ფარადეის ჩანთაში ჩასვათ.

მობილურ ანტივირუსებში ქურდობის საწინააღმდეგო ფუნქციები ხელმისაწვდომია მხოლოდ Android-ისთვის. iOS-ისთვის მხოლოდ UEM-ს შეუძლია ასეთი მოქმედებების შესრულება. iOS მოწყობილობაზე შეიძლება იყოს მხოლოდ ერთი UEM - ეს არის iOS-ის არქიტექტურული ფუნქცია.

დასკვნები

1. სიტუაცია, როდესაც მომხმარებელს შეუძლია ტელეფონზე მავნე პროგრამის დაყენება, მიუღებელია.
2. კორპორატიულ მოწყობილობაზე სწორად კონფიგურირებული UEM გამორიცხავს ანტივირუსის საჭიროებას.
3. თუ ოპერაციულ სისტემაში 0-დღიანი ხარვეზები იქნა გამოყენებული, ანტივირუსი გამოუსადეგარია. მას შეუძლია მხოლოდ ადმინისტრატორს მიუთითოს, რომ მოწყობილობა დაუცველია.
4. ანტივირუსს არ შეუძლია განსაზღვროს, ხდება თუ არა დაუცველობის ექსპლუატაცია. ასევე განახლების გამოშვება მოწყობილობისთვის, რომლისთვისაც მწარმოებელი აღარ აქვეყნებს უსაფრთხოების განახლებებს. მაქსიმუმ ერთი ან ორი წელია.
5. თუ უგულებელვყოფთ რეგულატორებისა და მარკეტინგის მოთხოვნებს, მაშინ კორპორატიული მობილური ანტივირუსები საჭიროა მხოლოდ Android მოწყობილობებზე, სადაც მომხმარებლებს აქვთ წვდომა Google Play-ზე და პროგრამების ინსტალაცია მესამე მხარის წყაროებიდან. სხვა შემთხვევებში, ანტივირუსების გამოყენების ეფექტურობა არ არის მეტი, ვიდრე პლაცებო.

წყარო: www.habr.com