Viruși în GNU / Linux: fapt sau mit?

Ori de câte ori s-a încheiat dezbaterea virus y GNU / Linux nu durează mult până apare utilizatorul (de obicei Windows) ce dice:

«În Linux nu există viruși, deoarece creatorii acestor programe rău intenționate nu pierd timpul făcând ceva pentru un sistem de operare pe care aproape nimeni nu îl folosește »

La care am răspuns întotdeauna:

„Problema nu este aceea, dar creatorii acestor programe rău intenționate nu vor pierde timpul creând ceva care va fi corectat odată cu prima actualizare a sistemului, chiar și în mai puțin de 24 de ore”

Și nu m-am înșelat, deoarece acest excelent articol publicat în Numărul 90 (Anul 2008) din revista Todo Linux. Actorul său david santo orcero ne oferă într-un mod tehnic (dar ușor de înțeles) explicația de ce GNU / Linux nu are acest tip de software rău intenționat.

100% recomandat. Acum vor avea materiale mai mult decât convingătoare pentru a reduce la tăcere pe oricine vorbește fără o bază solidă pe acest subiect.

Descărcați articolul (PDF): Mituri și fapte: Linux și viruși

EDITAT:

Iată articolul transcris, deoarece considerăm că este mult mai confortabil să citești în acest fel:

================================================== ======================

Dezbaterea despre Linux și virus nu este nimic nou. Din când în când, vedem un e-mail pe o listă care întreabă dacă există viruși pentru Linux; și automat cineva răspunde afirmativ și susține că, dacă nu sunt mai populari, este pentru că Linux nu este la fel de răspândit ca Windows. Există, de asemenea, comunicate de presă frecvente de la dezvoltatorii de antivirus care spun că lansează versiuni de viruși Linux.

Personal, am avut alte discuții cu diferite persoane prin poștă sau prin listă de distribuție, cu privire la problema dacă există sau nu viruși în Linux. Este un mit, dar este dificil să demolăm un mit sau, mai degrabă, o farsă, mai ales dacă este cauzat de interesul economic. Cineva este interesat să transmită ideea că, dacă Linux nu are aceste tipuri de probleme, se datorează faptului că foarte puțini oameni îl folosesc.

La momentul publicării acestui raport, mi-aș fi dorit să scriu un text definitiv despre existența virușilor în Linux. Din păcate, atunci când superstiția și interesul economic se extind, este dificil să construim ceva definitiv.
Cu toate acestea, vom încerca să facem un argument rezonabil complet aici pentru a dezarma atacurile oricui dorește să se certe.

Ce este un virus?

În primul rând, vom începe prin a defini ce este un virus. Este un program care se copiază și rulează automat și are ca scop modificarea funcționării normale a unui computer, fără permisiunea sau cunoștințele utilizatorului. Pentru a face acest lucru, virușii înlocuiesc fișierele executabile cu alte persoane infectate cu codul lor. Definiția este standard și este un rezumat pe o singură linie a intrării Wikipedia despre viruși.
Cea mai importantă parte a acestei definiții și cea care diferențiază virusul de alte programe malware este că un virus se instalează singur, fără permisiunea sau cunoștințele utilizatorului. dacă nu se instalează singur, nu este un virus: ar putea fi un rootkit sau un troian.

Un rootkit este un patch de kernel care vă permite să ascundeți anumite procese de utilitățile din zona utilizatorului. Cu alte cuvinte, este o modificare a codului sursă de nucleu al cărui scop este că utilitarele care ne permit să vedem ce rulează la un moment dat nu vizualizează un anumit proces sau un anumit utilizator.

Un troian este similar: este o modificare a codului sursă al unui anumit serviciu pentru a ascunde anumite activități frauduloase. În ambele cazuri, este necesar să se obțină codul sursă al versiunii exacte instalate pe mașina Linux, să corecționeze codul, să îl recompileze, să obțină privilegii de administrator, să instaleze executabilul corecționat și să inițializeze serviciul - în cazul troianului - sau sistemul de operare. complet - în cazul
rootkit–. Procesul, după cum vedem, nu este banal și nimeni nu poate face toate acestea „din greșeală”. Ambele solicită în instalarea lor ca cineva cu privilegii de administrator, în mod conștient, să execute o serie de pași luând decizii de natură tehnică.

Ceea ce nu este o nuanță semantică lipsită de importanță: pentru ca un virus să se instaleze singur, este suficient pentru noi să rulăm un program infectat ca utilizator obișnuit. Pe de altă parte, pentru instalarea unui rootkit sau a unui troian, este esențial ca un om rău intenționat să intre personal în contul rădăcină al unei mașini și, într-un mod neautomatizat, să efectueze o serie de pași care pot fi detectați. un virus se răspândește rapid și eficient; un rootkit sau un troian are nevoie de ele pentru a ne viza în mod specific.

Transmiterea virușilor în Linux:

Prin urmare, mecanismul de transmitere al unui virus este ceea ce îl definește cu adevărat ca atare și stă la baza existenței lor. un sistem de operare este mai sensibil la viruși cu atât este mai ușor să dezvolți un mecanism de transmisie eficient și automat.

Să presupunem că avem un virus care vrea să se răspândească. Să presupunem că a fost lansat de un utilizator normal, inocent, la lansarea unui program. Acest virus are exclusiv două mecanisme de transmitere:

• Replică-te atingând memoria altor procese, ancorându-se de ele în timpul rulării.
• Deschiderea executabilelor sistemului de fișiere și adăugarea codului acestora - încărcare plată - la executabil.

Toți virușii pe care îi putem considera ca atare au cel puțin unul dintre aceste două mecanisme de transmisie. O Cei doi. Nu mai există mecanisme.
În ceea ce privește primul mecanism, să ne amintim arhitectura de memorie virtuală a Linux-ului și modul în care funcționează procesoarele Intel. Acestea au patru inele, numerotate de la 0 la 3; cu cât numărul este mai mic, cu atât sunt mai mari privilegiile pe care le are codul care rulează în acel inel. Aceste inele corespund stărilor procesorului și, prin urmare, ce se poate face cu un sistem aflat într-un inel specific. Linux folosește inelul 0 pentru nucleu și inelul 3 pentru procese. nu există un cod de proces care să ruleze pe inelul 0 și nu există un cod de nucleu care să ruleze pe inelul 3. Există un singur punct de intrare în nucleu de la inelul 3: întreruperea de 80 de ore, care permite sărituri din zona în care se află codul utilizatorului către zona în care se află codul nucleului.

Arhitectura Unix în general și a Linux-ului în special nu face posibilă răspândirea virusului.

Nucleul prin utilizarea memoriei virtuale face ca fiecare proces să creadă că are toată memoria pentru sine. Un proces - care funcționează în inelul 3 - poate vedea doar memoria virtuală care a fost configurată pentru acesta, pentru inelul în care operează. Nu este ca memoria celorlalte procese să fie protejată; este că pentru un proces memoria celorlalți se află în afara spațiului de adrese. Dacă un proces ar bate toate adresele de memorie, nici măcar nu ar putea să facă referire la o adresă de memorie a altui proces.

De ce acest lucru nu poate fi înșelat?
Pentru a modifica ceea ce a fost comentat - de exemplu, generați puncte de intrare în inelul 0, modificați vectori de întrerupere, modificați memoria virtuală, modificați LGDT ... - este posibil doar din inelul 0.
Adică, pentru ca un proces să poată atinge memoria altor procese sau nucleul, ar trebui să fie nucleul în sine. Și faptul că există un singur punct de intrare și că parametrii sunt trecuți prin registre complică capcana - de fapt, este trecut prin registru până la ce trebuie făcut, care este apoi implementat ca un caz în rutina de atenție. 80h întrerupere.
Un alt scenariu este cazul sistemelor de operare cu sute de apeluri nedocumentate pentru a suna 0, acolo unde acest lucru este posibil - poate exista întotdeauna un apel uitat slab implementat pe care se poate dezvolta o capcană - dar în cazul unui sistem de operare cu un mecanism atât de simplu, nu este.

Din acest motiv, arhitectura memoriei virtuale împiedică acest mecanism de transmisie; niciun proces - nici măcar cei cu privilegii de root - nu au o modalitate de a accesa memoria altora. Am putea susține că un proces poate vedea nucleul; îl are mapat de la adresa sa de memorie logică 0xC0000000. Dar, din cauza inelului procesorului pe care rulează, nu îl puteți modifica; ar genera o capcană, deoarece acestea sunt zone de memorie care aparțin unui alt inel.

„Soluția” ar fi un program care modifică codul nucleului atunci când este un fișier. Dar faptul că acestea sunt recompilate îl face imposibil. Binarul nu poate fi reparat, deoarece există milioane de nuclee binare diferite în lume. Pur și simplu, atunci când au recompilat-o, au pus sau au eliminat ceva din executabilul kernel sau au schimbat dimensiunea unora dintre etichetele care identifică versiunea de compilație - lucru care se face chiar și neintenționat - patch-ul binar nu poate fi aplicat. Alternativa ar fi descărcarea codului sursă de pe Internet, corecția acestuia, configurarea acestuia pentru hardware-ul adecvat, compilarea, instalarea și repornirea aparatului. Toate acestea trebuie făcute automat de un program. O provocare pentru domeniul inteligenței artificiale.
După cum putem vedea, nici măcar un virus ca rădăcină nu poate sări peste această barieră. Singura soluție rămasă este transmiterea între fișiere executabile. Ceea ce nu funcționează nici așa cum vom vedea mai jos.

Experiența mea ca administrator:

În mai bine de zece ani de când gestionez Linux, cu instalații pe sute de mașini în centre de date, laboratoare studențești, companii etc.

• Nu am luat niciodată un virus
• Nu am întâlnit niciodată pe cineva care să aibă
• Nu am întâlnit niciodată pe cineva care să fi cunoscut pe cineva care a făcut-o

Cunosc mai mulți oameni care au văzut monstrul Loch Ness decât au văzut viruși Linux.
Personal, recunosc că am fost nesăbuită și am lansat mai multe programe pe care auto-proclamații „specialiști” îi numesc „viruși pentru Linux” - de acum încolo, îi voi numi viruși, nu ca textul să fie pedant -, din contul meu obișnuit împotriva mașinii mele, pentru a vedea dacă este posibil un virus: atât virusul bash care circulă pe acolo - și care, apropo, nu a infectat niciun fișier - și un virus care a devenit foarte faimos și a apărut în presă. Am încercat să-l instalez; și după douăzeci de minute de lucru, am renunțat când am văzut că una dintre cerințele sale era să ai directorul tmp pe o partiție de tip MSDOS. Personal, nu știu de nimeni care să creeze o partiție specifică pentru tmp și să o formateze în FAT.
De fapt, unii așa-numiți viruși pe care i-am testat pentru Linux necesită un nivel ridicat de cunoștințe și trebuie instalată parola de root. Ne-am putea califica, cel puțin, ca un virus „nenorocit” dacă are nevoie de intervenția noastră activă pentru a infecta mașina. Mai mult, în unele cazuri necesită cunoștințe extinse despre UNIX și parola de root; ceea ce este destul de departe de instalarea automată care ar trebui să fie.

Infecția executabilelor pe Linux:

Pe Linux, un proces poate face pur și simplu ceea ce permite utilizatorul și grupul eficient. Este adevărat că există mecanisme pentru a schimba utilizatorul real cu numerar, dar puțin altceva. Dacă ne uităm unde sunt executabilele, vom vedea că numai root are privilegii de scriere atât în ​​aceste directoare, cât și în fișierele conținute. Cu alte cuvinte, numai root poate modifica astfel de fișiere. Acesta este cazul în Unix din anii 70, în Linux de la origini și într-un sistem de fișiere care acceptă privilegii, nu a apărut încă nicio eroare care să permită alte comportamente. Structura fișierelor executabile ELF este cunoscută și bine documentată, deci este posibil din punct de vedere tehnic ca un fișier de acest tip să încarce sarcina utilă într-un alt fișier ELF ... atâta timp cât utilizatorul efectiv al primului sau grupul efectiv al primului are privilegii de acces. citirea, scrierea și execuția pe al doilea fișier. Câți executabili ai sistemului de fișiere ar putea infecta ca utilizator comun?
Această întrebare are un răspuns simplu, dacă vrem să știm câte fișiere am putea „infecta”, lansăm comanda:

$ find / -type f -perm -o=rwx -o \( -perm -g=rwx -group `id -g` \) -o \( -perm -u=rwx -user `id -u` \) -print 2> /dev/null | grep -v /proc

Excludem directorul / proc deoarece este un sistem de fișiere virtual care afișează informații despre modul în care funcționează sistemul de operare. Fișierele de tip fișier cu privilegii de execuție pe care le vom găsi nu prezintă o problemă, deoarece sunt adesea legături virtuale care par a fi citite, scrise și executate, iar dacă un utilizator le încearcă, nu funcționează niciodată. De asemenea, excludem erorile, abundente - deoarece, în special în / proc și / home, există multe directoare în care un utilizator comun nu poate intra -. Acest script durează mult. În cazul nostru particular, pe o mașină în care lucrează patru persoane, răspunsul a fost:

/tmp/.ICE-unix/dcop52651205225188
/tmp/.ICE-unix/5279
/home/irbis/kradview-1.2/src
/kradview

Ieșirea arată trei fișiere care ar putea fi infectate dacă s-ar executa un virus ipotetic. Primele două sunt fișiere de tip socket Unix care sunt șterse la pornire - și nu pot fi afectate de un virus -, iar al treilea este un fișier al unui program în curs de dezvoltare, care este șters de fiecare dată când este recompilat. Virusul, din punct de vedere practic, nu s-ar răspândi.
Din ceea ce vedem, singura modalitate de a răspândi sarcina utilă este prin a fi root. În acest caz, pentru ca un virus să funcționeze, utilizatorii trebuie să aibă întotdeauna privilegii de administrator. În acest caz, poate infecta fișiere. Dar aici vine priza: pentru a transmite infecția, trebuie să luați un alt executabil, să îl trimiteți prin e-mail unui alt utilizator care folosește mașina doar ca root și să repetați procesul.
În sistemele de operare în care este necesar să fii administrator pentru sarcini obișnuite sau să rulezi multe aplicații zilnice, acesta poate fi cazul. Dar în Unix este necesar să fiți administrator pentru a configura mașina și pentru a modifica fișierele de configurare, astfel încât numărul de utilizatori pe care contul rădăcină îl folosește ca cont zilnic este mic. E mai mult; unele distribuții Linux nu au nici măcar contul root activat. În aproape toate, dacă accesați mediul grafic ca atare, fundalul se transformă în roșu intens și se repetă mesaje constante care amintesc că acest cont nu ar trebui să fie utilizat.
În cele din urmă, tot ceea ce trebuie făcut ca root poate fi făcut cu o comandă sudo fără risc.
Din acest motiv, în Linux un executabil nu poate infecta pe alții atâta timp cât nu folosim contul rădăcină ca cont de utilizare obișnuită; Și, deși companiile antivirus insistă să spună că există viruși pentru Linux, într-adevăr cel mai apropiat lucru care poate fi creat în Linux este un troian în zona utilizatorilor. Singurul mod în care acești troieni pot afecta ceva din sistem este executându-l ca root și cu privilegiile necesare. Dacă de obicei folosim aparatul ca utilizatori obișnuiți, nu este posibil ca un proces lansat de un utilizator comun să infecteze sistemul.

Mituri și minciuni:

Găsim o mulțime de mituri, farse și doar minciuni simple despre viruși în Linux. Să facem o listă a acestora pe baza unei discuții care a avut loc cu ceva timp în urmă cu un reprezentant al unui producător de antivirus pentru Linux care a fost foarte jignit de un articol publicat în aceeași revistă.
Această discuție este un bun exemplu de referință, deoarece atinge toate aspectele virușilor din Linux. Urmează să trecem în revistă toate aceste mituri unul câte unul, așa cum au fost discutate în acea discuție specifică, dar care a fost repetată de atâtea ori în alte forumuri.

Mitul 1:
Nu toate programele rău intenționate, în special virușii, au nevoie de privilegii de rădăcină pentru a infecta, mai ales în cazul particular al virușilor executabili (format ELF) care infectează alți executabili".

Raspuns:
Oricine face o astfel de afirmație nu știe cum funcționează sistemul de privilegii Unix. Pentru a afecta un fișier, un virus are nevoie de privilegiul de a citi - trebuie să fie citit pentru a-l modifica–, iar scrierea - trebuie scrisă pentru ca modificarea să fie validă - pe fișierul executabil pe care dorește să îl execute.
Acesta este întotdeauna cazul, fără excepții. Și în fiecare distribuție, utilizatorii non-root nu au aceste privilegii. Apoi, pur și simplu fără a fi rădăcină, infecția nu este posibilă. Test empiric: În secțiunea anterioară am văzut un script simplu pentru a verifica gama de fișiere care pot fi afectate de o infecție. Dacă îl lansăm pe computerul nostru, vom vedea cum este neglijabil și, în ceea ce privește fișierele de sistem, nul. De asemenea, spre deosebire de sistemele de operare precum Windows, nu aveți nevoie de privilegii de administrator pentru a efectua sarcini comune cu programele utilizate în mod obișnuit de către utilizatorii normali.

Mitul 2:
Nici nu trebuie să fie root pentru a intra în sistem de la distanță, în cazul lui Slapper, un vierme care exploatează o vulnerabilitate în SSL-ul Apache (certificatele care permit comunicarea sigură), și-a creat propria rețea de mașini zombie în septembrie 2002".

Raspuns:
Acest exemplu nu se referă la un virus, ci la un vierme. Diferența este foarte importantă: un vierme este un program care exploatează un serviciu pentru ca Internetul să se transmită singur. Nu afectează programele locale. Prin urmare, afectează numai serverele; nu la anumite mașini.
Viermii au fost întotdeauna foarte puțini și cu o incidență neglijabilă. Cele trei cu adevărat importante s-au născut în anii 80, o perioadă în care internetul era nevinovat și toată lumea avea încredere în toată lumea. Să ne amintim că acestea au fost cele care au afectat sendmail, fingerd și rexec. Astăzi lucrurile sunt mai complicate. Deși nu putem nega că acestea încă există și că, dacă nu sunt controlate, sunt extrem de periculoase. Dar acum, timpul de reacție la viermi este foarte scurt. Acesta este cazul Slapper-ului: un vierme creat pe o vulnerabilitate descoperită - și reparată - cu două luni înainte de apariția viermelui în sine.
Chiar și presupunând că toată lumea care utilizează Linux are Apache instalat și rulează tot timpul, simpla actualizare a pachetelor lunare ar fi fost mai mult decât suficientă pentru a nu risca niciodată.
Este adevărat că eroarea SSL cauzată de Slapper a fost critică - de fapt, cea mai mare eroare găsită în întreaga istorie a SSL2 și SSL3 - și ca atare a fost remediată în câteva ore. Că la două luni după ce această problemă a fost găsită și rezolvată, cineva a făcut un vierme pe o eroare care a fost deja corectată și că acesta este cel mai puternic exemplu care poate fi dat ca vulnerabilitate, cel puțin îl liniștește.
Ca regulă generală, soluția la viermi nu este cumpărarea unui antivirus, instalarea acestuia și pierderea timpului de calcul păstrându-l rezident. Soluția este de a utiliza sistemul de actualizare a securității distribuției noastre: dacă distribuția este actualizată, nu vor exista probleme. Executarea numai a serviciilor de care avem nevoie este, de asemenea, o idee bună din două motive: îmbunătățim utilizarea resurselor și evităm problemele de securitate.

Mitul 3:
Nu cred că nucleul este invulnerabil. De fapt, există un grup de programe rău intenționate numite LRK (Linux Rootkits Kernel), care se bazează tocmai pe exploatarea vulnerabilităților din modulele kernel și înlocuirea binelor sistemului.".

Raspuns:
Un rootkit este practic un patch de kernel care vă permite să ascundeți existența anumitor utilizatori și procese de instrumentele obișnuite, datorită faptului că nu vor apărea în directorul / proc. Lucrul normal este că îl folosesc la sfârșitul unui atac, în primul rând, vor exploata o vulnerabilitate la distanță pentru a avea acces la mașina noastră. Apoi vor întreprinde o secvență de atacuri, pentru a escalada privilegiile până când vor avea contul root. Problema atunci când o fac este cum se instalează un serviciu pe computerul nostru fără a fi detectat: de aici intră rootkit-ul. Se creează un utilizator care va fi utilizatorul efectiv al serviciului pe care dorim să îl ascundem, instalează rootkit-ul și ascund atât acel utilizator, cât și toate procesele aparținând acelui utilizator.
Cum să ascundem existența unui utilizator este util pentru un virus este ceva despre care am putea discuta pe larg, dar un virus care folosește un rootkit pentru a se instala pare distractiv. Să ne imaginăm mecanica virusului (în pseudocod):
1) Virusul intră în sistem.
2) Găsiți codul sursă al nucleului. Dacă nu este, îl instalează singur.
3) Configurați nucleul pentru opțiunile hardware care se aplică mașinii în cauză.
4) Compilați nucleul.
5) Instalați noul kernel; modificând LILO sau GRUB dacă este necesar.
6) Reporniți aparatul.

Pașii (5) și (6) necesită privilegii de root. Este oarecum complicat faptul că pașii (4) și (6) nu sunt detectați de către cei infectați. Dar amuzant este că există cineva care crede că există un program care poate face pasul (2) și (3) automat.
Ca un punct culminant, dacă întâlnim pe cineva care ne spune „când vor fi mai multe mașini Linux, vor exista mai mulți viruși” și ne recomandă „să avem un antivirus instalat și să îl actualizăm constant”, poate fi legat de compania care vinde antivirusul și actualizările . Fii suspicios, probabil același proprietar.

Antivirus pentru Linux:

Este adevărat că există un antivirus bun pentru Linux. Problema este că ei nu fac ceea ce susțin antivirusul. Funcția sa este de a filtra e-mailul care trece de la malware și viruși la Windows, precum și de a verifica existența virușilor Windows în folderele exportate prin SAMBA; deci, dacă ne folosim mașina ca poartă de poștă electronică sau ca NAS pentru mașini Windows, le putem proteja.

Scoică-AV:

Nu vom termina raportul fără să vorbim despre principalul antivirus pentru GNU / Linux: ClamAV.
ClamAV este un antivirus GPL foarte puternic care compilează pentru majoritatea Unix-ului disponibil pe piață. Este conceput pentru a analiza atașamentele la mesajele de poștă electronică care trec prin stație și le filtrează pentru viruși.
Această aplicație se integrează perfect cu sendmail pentru a permite filtrarea virușilor care pot fi stocați pe serverele Linux care furnizează e-mail companiilor; având o bază de date antivirus actualizată zilnic, cu suport digital. Baza de date este actualizată de mai multe ori pe zi și este un proiect plin de viață și foarte interesant.
Acest program puternic este capabil să analizeze viruși chiar și în atașamente în formate mai complexe de deschis, cum ar fi RAR (2.0), Zip, Gzip, Bzip2, Tar, MS OLE2, fișiere MS Cabinet, MS CHM (HTML COprinted) și MS SZDD.
ClamAV acceptă, de asemenea, fișiere de poștă electronică mbox, Maildir și RAW și fișiere executabile portabile comprimate cu UPX, FSG și Petite. Perechea Clam AV și spamassassin sunt perechea perfectă pentru a ne proteja clienții Windows de serverele de mail Unix.

CONCLUZIE

La întrebarea Există vulnerabilități în sistemele Linux? răspunsul este cu siguranță da.
Nimeni în mintea lor dreaptă nu se îndoiește; Linux nu este OpenBSD. Un alt lucru este fereastra de vulnerabilitate pe care o are un sistem Linux, care este actualizată corect. Dacă ne întrebăm, există instrumente pentru a profita de aceste găuri de securitate și a le exploata? Ei bine, da, dar acestea nu sunt viruși, sunt exploate.

Virusul trebuie să depășească mai multe dificultăți care au fost întotdeauna puse ca o eroare / problemă Linux de către apărătorii Windows și care complică existența virușilor reali - nuclee care sunt recompilate, multe versiuni ale multor aplicații, multe distribuții, lucruri care nu sunt transmise automat utilizatorului în mod transparent etc.–. „Virușii” teoretici actuali trebuie să fie instalați manual din contul root. Dar acest lucru nu poate fi considerat un virus.
Așa cum le spun întotdeauna elevilor mei: nu mă credeți, vă rog. Descărcați și instalați un rootkit pe mașină. Și dacă doriți mai multe, citiți codul sursă al „virușilor” de pe piață. Adevărul este în codul sursă. Este dificil pentru un virus „autoproclamat” să îl numească în continuare după ce a citit codul său. Și dacă nu știți cum să citiți codul, o singură măsură simplă de securitate pe care o recomand: utilizați contul rădăcină numai pentru a gestiona mașina și pentru a menține actualizările de securitate actualizate.
Doar cu asta este imposibil ca virușii să intre în dvs. și este foarte puțin probabil ca viermii sau cineva să vă atace cu succes aparatul.