GLOSAR DE SECURITATE

Rapoartele ARTEMIS folosesc termeni pe care nu ai de ce să-i știi pe de rost. Aici găsești fiecare concept explicat simplu: ce este, de ce te privește și ce poți face concret. Linkurile din rapoartele PDF duc direct la termenul potrivit. English version →

Concepte de bază

Vulnerabilitate (vulnerability)#

Un punct slab într-un program, echipament sau configurare, prin care un atacator poate intra sau provoca pagube. Poate fi o eroare de programare, o setare lăsată pe valori implicite sau un sistem neactualizat.

De ce contează: atacurile reale nu „sparg" sisteme la întâmplare — exploatează vulnerabilități concrete, exact ce caută ARTEMIS înainte să le găsească altcineva.

  • Tratează întâi vulnerabilitățile critice și ridicate din raport.
  • Repetă scanarea după remediere, ca să confirmi că au dispărut.

Exploit (exploit)#

Metoda sau codul concret prin care o vulnerabilitate este folosită efectiv într-un atac. Vulnerabilitatea e ușa descuiată; exploit-ul e gestul de a apăsa clanța.

De ce contează: pentru multe vulnerabilități cunoscute există exploit-uri publice, gata de folosit — fereastra dintre publicare și atac e adesea de câteva zile.

  • Nu amâna actualizările pentru vulnerabilități care au exploit public cunoscut.

CVE (Common Vulnerabilities and Exposures)#

Sistemul internațional de numerotare a vulnerabilităților cunoscute. Fiecare primește un cod unic, de forma CVE-2024-12345, ca să vorbim toți despre aceeași problemă.

De ce contează: dacă raportul tău citează un CVE, problema e publică și documentată — și atacatorii o cunosc la fel de bine ca apărătorii.

  • Caută codul CVE pe site-ul producătorului: aproape întotdeauna există deja o actualizare.

CVSS și severitatea (CVSS score & severity)#

O notă de la 0 la 10 care măsoară cât de gravă e o vulnerabilitate: cât de ușor se exploatează și cât de mari sunt pagubele. Notele se traduc în severități: critic (9–10), ridicat (7–8.9), mediu (4–6.9), scăzut (0.1–3.9).

De ce contează: nu poți repara totul deodată. Scorul îți spune ordinea: criticele azi, mediile planificat.

  • Regulă simplă: critic = oprește ce faci și rezolvă; ridicat = săptămâna asta; mediu = luna asta.

Pentest (penetration testing)#

Un test în care propriile tale sisteme sunt atacate controlat, cu acordul tău, exact cu tehnicile pe care le-ar folosi un atacator real — ca să afli punctele slabe înaintea lui.

De ce contează: e diferența dintre a afla de la un raport și a afla de la un incident. ARTEMIS automatizează acest proces ca să fie accesibil și firmelor mici.

  • Testează periodic, nu o singură dată: orice schimbare în sisteme poate deschide uși noi.

Suprafață de atac (attack surface)#

Totalitatea punctelor prin care cineva poate încerca să intre: site-uri, adrese IP, porturi deschise, conturi de e-mail, echipamente conectate, angajați care pot fi păcăliți.

De ce contează: ce nu știi că ai expus nu poți proteja. Multe incidente pornesc de la un server „uitat" sau un subdomeniu vechi.

  • Inventariază tot ce e expus pe internet; închide ce nu mai folosești.
  • Repetă scanarea după orice schimbare de infrastructură.

Amenințare și risc (threat & risk)#

Amenințarea e cine sau ce te poate ataca (infractori, programe automate, angajați rău-intenționați). Riscul combină trei factori: amenințarea (cine atacă), vulnerabilitatea (pe unde) și impactul (ce pierzi).

De ce contează: majoritatea atacurilor asupra firmelor mici sunt automate — roboți care scanează tot internetul. Nu trebuie să fii o țintă „interesantă" ca să fii lovit.

  • Pornește de la impact: ce date sau sisteme te-ar durea cel mai tare să pierzi? Protejează-le întâi pe acelea.

Zero Trust (zero trust & assume breach)#

Un principiu modern de securitate: nu acorda încredere automată nimănui și nimic — nici măcar dispozitivelor din propria rețea. Fiecare acces se verifică de fiecare dată. Merge mână în mână cu „assume breach": construiește-ți apărarea presupunând că atacatorul e deja înăuntru.

De ce contează: modelul vechi („tot ce e în rețeaua mea e de încredere") cade la primul laptop infectat adus în birou.

  • Cere autentificare pentru orice serviciu intern important, nu doar pentru cele expuse pe internet.
  • Limitează ce poate accesa fiecare cont și dispozitiv la strictul necesar.

Atacuri frecvente

Phishing (phishing)#

Mesaje (e-mail, SMS, WhatsApp) care imită o sursă de încredere — banca, un furnizor, un coleg — ca să te convingă să dai parole, date de card sau să deschizi un fișier infectat.

De ce contează: e cel mai folosit punct de intrare în firmele mici. Nu atacă tehnologia, ci omul grăbit.

  • Verifică adresa reală a expeditorului, nu numele afișat.
  • Nu da click pe linkuri din mesaje neașteptate — intră tu pe site, direct.
  • Activează MFA: chiar dacă parola e furată, contul rămâne protejat.

Atac Man-in-the-Middle (MITM)#

Atacatorul se interpune între tine și serviciul cu care comunici — de exemplu pe un Wi-Fi public — și poate citi sau modifica traficul fără ca vreuna dintre părți să observe.

De ce contează: dacă site-ul tău acceptă conexiuni necriptate, clienții tăi pot fi deturnați spre o clonă care le fură datele, iar tu răspunzi de asta.

  • Folosește HTTPS peste tot, cu HSTS activat.
  • Evită operațiuni sensibile pe Wi-Fi public fără VPN.

Atac brute-force (brute force)#

Încercarea automată a mii sau milioane de combinații de parole până când una se potrivește. Programele moderne testează liste întregi de parole comune în secunde.

De ce contează: orice formular de login expus pe internet e bombardat zilnic cu astfel de încercări, automat, fără excepție.

  • Limitează încercările de autentificare (blocare temporară după câteva eșecuri).
  • Impune parole lungi și MFA pe toate conturile expuse.

Credential stuffing (credential stuffing)#

Atacatorii iau parole scurse din breșe la alte servicii și le încearcă automat la tine, mizând pe faptul că oamenii refolosesc aceeași parolă în mai multe locuri.

De ce contează: dacă un angajat folosește la firmă parola de la un site spart acum 3 ani, contul lui e practic deschis.

  • Niciodată aceeași parolă în două locuri — folosește un manager de parole.
  • MFA oprește acest atac aproape complet.

SQL Injection (SQL injection)#

Atacatorul strecoară comenzi de bază de date în câmpurile unui formular sau în adresa paginii. Dacă aplicația nu validează datele primite, comenzile se execută — și baza de date îi răspunde lui, nu ție.

De ce contează: e una dintre cele mai vechi și încă frecvente metode prin care se fură întregi baze de date cu clienți.

  • Cere dezvoltatorului aplicației interogări parametrizate („prepared statements") — e standardul minim.
  • Un WAF corect configurat adaugă un strat de filtrare.

Cross-Site Scripting (XSS)#

Atacatorul reușește să injecteze cod (JavaScript) în paginile site-ului tău, cod care apoi rulează în browserul vizitatorilor tăi — poate fura sesiuni, parole sau poate modifica pagina afișată.

De ce contează: victima directă e clientul tău, dar reputația și răspunderea sunt ale tale.

  • Aplicația trebuie să „curețe" (escape) orice text venit de la utilizatori înainte să-l afișeze.
  • Setează un Content-Security-Policy strict — limitează drastic ce poate face un script injectat.

Server-Side Request Forgery (SSRF)#

Atacatorul păcălește serverul tău să facă cereri în numele lui — de regulă către resurse interne care nu sunt accesibile din afară (panouri de administrare, servicii de metadate din cloud, alte servere din rețea).

De ce contează: serverul tău devine complicele atacului: „el" e cel care bate la ușile interne, iar firewall-ul îl lasă, pentru că e de-al casei.

  • Aplicațiile care descarcă adrese URL primite de la utilizatori trebuie să valideze strict destinațiile permise.
  • Blochează accesul serverelor web către rețeaua internă și serviciile de metadate, dacă nu e necesar.

Clickjacking (clickjacking)#

Site-ul tău e încărcat invizibil, într-o ramă (iframe), peste o pagină-capcană. Vizitatorul crede că apasă pe butonul capcanei, dar de fapt apasă pe butoane reale din site-ul tău — de exemplu „confirmă plata".

De ce contează: utilizatorii autentificați pot fi făcuți să execute acțiuni fără să știe.

  • Setează header-ul X-Frame-Options: DENY sau, mai modern, frame-ancestors în CSP.

Atac DDoS (Distributed Denial of Service)#

Mii de calculatoare compromise trimit simultan trafic spre site-ul tău până îl sufocă — serviciul devine inaccesibil pentru clienții reali.

De ce contează: fiecare oră de nefuncționare înseamnă vânzări pierdute și clienți care pleacă la concurență. Atacurile se pot și „închiria" ieftin.

  • Folosește un serviciu de protecție DDoS / CDN în fața site-ului (majoritatea au și variantă gratuită).
  • Stabilește dinainte cu furnizorul de hosting ce se întâmplă la un atac.

Ransomware (ransomware)#

Un program malițios care îți criptează fișierele și cere răscumpărare pentru cheia de decriptare. Variantele moderne fură întâi datele și amenință și cu publicarea lor.

De ce contează: pentru o firmă mică, ransomware-ul fără backup înseamnă, de multe ori, închiderea afacerii. Plata răscumpărării nu garantează nimic.

  • Ține backup-uri offline, testate — e singura apărare care funcționează garantat.
  • Actualizează sistemele și instruiește angajații să recunoască phishing-ul — sunt cele două porți principale de intrare.

Malware / cod malițios (malware, malicious code)#

Termenul-umbrelă pentru orice program creat să facă rău: viruși, troieni, spyware, ransomware, mineri ascunși de criptomonede. Ajunge la tine prin atașamente, descărcări, stick-uri USB sau site-uri compromise.

De ce contează: un singur calculator infectat poate deveni capul de pod pentru compromiterea întregii rețele.

  • Instalează protecție EDR/antivirus pe toate stațiile, inclusiv pe serverele Windows.
  • Nu da drepturi de administrator pe stații pentru lucrul de zi cu zi.

APT (Advanced Persistent Threat)#

Atacuri sofisticate, de durată, conduse de grupuri organizate (adesea sponsorizate de state), care intră discret, persistă luni de zile și extrag informații strategice.

De ce contează: chiar dacă nu ești ținta directă, poți fi veriga slabă: furnizorii micilor firme sunt folosiți ca trambulină către clienții lor mari.

  • Dacă lucrezi cu instituții sau companii mari, securitatea ta face parte din securitatea lor — tratează-o ca pe o cerință de contract.

Spoofing (spoofing / impersonare)#

Falsificarea identității în comunicație: e-mailuri care par trimise de pe domeniul tău, adrese IP sau dispozitive care se dau drept altele, site-uri clonă. Scopul: să fie crezut cineva care nu e cine pretinde.

De ce contează: fără protecții pe domeniul tău de e-mail, oricine poate trimite mesaje „în numele firmei tale" către clienții tăi.

  • Configurează SPF, DKIM și DMARC pe domeniul de e-mail — sunt gratuite și opresc impersonarea.
  • Verifică în rapoarte semnalele de identitate falsificată în rețea (ARP/DNS spoofing).

Web & criptografie

TLS / HTTPS (TLS / HTTPS)#

Protocolul care criptează comunicația dintre browser și site (lacătul din bara de adrese). Garantează că nimeni de pe traseu nu poate citi sau modifica datele schimbate.

De ce contează: fără TLS, parolele și datele clienților circulă în clar prin toate rețelele intermediare. Browserele marchează vizibil site-urile fără HTTPS ca nesigure.

  • Folosește certificate valide și reînnoite automat (de exemplu Let's Encrypt, gratuit).
  • Dezactivează versiunile vechi de protocol (TLS 1.0/1.1) — sunt considerate sparte.

Certificat digital (digital certificate)#

„Buletinul" criptografic al unui site sau serviciu: dovedește că serverul cu care vorbești e cel adevărat, nu o clonă. Este emis de o autoritate de certificare (CA) și are termen de valabilitate.

De ce contează: un certificat expirat blochează accesul clienților cu erori înfricoșătoare și e printre cele mai frecvente constatări din scanări.

  • Automatizează reînnoirea; nu te baza pe „ne aducem aminte".
  • Monitorizează expirarea — ARTEMIS o verifică la fiecare scanare.

HSTS (HTTP Strict Transport Security)#

Un header prin care site-ul tău anunță browserele: „cu mine vorbești doar criptat, întotdeauna". După prima vizită, browserul refuză singur orice conexiune necriptată către tine.

De ce contează: fără HSTS, prima cerere a unui vizitator poate fi interceptată pe Wi-Fi public și redirecționată spre un site clonă (MITM) înainte ca lacătul să apară.

  • Setează Strict-Transport-Security: max-age=31536000; includeSubDomains pe toate răspunsurile HTTPS.

Content-Security-Policy (CSP)#

Un header prin care îi spui browserului exact ce surse de scripturi, stiluri și imagini are voie să încarce pagina ta. Tot ce nu e pe listă e blocat.

De ce contează: e plasa de siguranță împotriva XSS: chiar dacă un atacator injectează cod, browserul refuză să-l execute.

  • Începe cu o politică strictă pe site-urile noi; pe cele existente, folosește modul „report-only" ca să vezi ce ai rupe.
  • Evită unsafe-inline — anulează în mare parte protecția.

Configurare greșită (security misconfiguration)#

Sisteme lăsate pe setări implicite, headere de securitate lipsă, pagini de administrare expuse public, directoare listabile, mesaje de eroare care divulgă detalii tehnice, conturi de test uitate active.

De ce contează: e categoria #1 de probleme găsite în practică. Nu cere niciun talent de „hacker" — doar un scanner automat și o configurare neglijentă.

  • Schimbă TOATE parolele implicite la instalare (admin/admin încă deschide multe uși).
  • Expune public doar ce trebuie să fie public; restul în spatele autentificării sau în rețeaua internă.
  • Tratează constatările „header lipsă" din raport — fiecare e o setare de câteva minute.

Expunere de informații (information disclosure)#

Sistemul divulgă mai mult decât ar trebui: versiuni exacte de software în headere, mesaje de eroare cu detalii interne, fișiere de configurare accesibile, liste de directoare, comentarii cu date sensibile în pagini.

De ce contează: fiecare detaliu scurs e o piesă din puzzle-ul atacatorului — versiunea exactă a unui software îi spune precis ce exploit să folosească.

  • Ascunde versiunile de software din headerele serverului.
  • Afișează utilizatorilor erori generice; detaliile tehnice doar în jurnalele interne.

CORS (Cross-Origin Resource Sharing)#

Regulile prin care site-ul tău decide ce alte site-uri au voie să-i citească datele din browserul vizitatorilor. Un CORS „deschis tuturor" pe un API autentificat lasă orice site străin să citească date în numele utilizatorilor tăi.

De ce contează: configurarea cu * din comoditate e frecventă și transformă o protecție în breșă.

  • Permite explicit doar domeniile tale; niciodată * împreună cu autentificare.

Criptarea datelor (encryption in transit & at rest)#

Datele trebuie protejate pe două drumuri: în tranzit (când circulă prin rețea — TLS) și în repaus (când stau pe disc, în baze de date sau backup-uri). Date găsite necriptate pe oricare dintre drumuri sunt o constatare serioasă.

De ce contează: un laptop furat sau un backup pierdut cu date necriptate e o breșă GDPR raportabilă; același incident cu date criptate e doar o pagubă de hardware.

  • Activează criptarea discului pe toate laptopurile (BitLocker/FileVault — deja incluse în sistem).
  • Criptează backup-urile și bazele de date cu date personale.

Criptografie slabă (weak cryptography)#

Folosirea unor algoritmi sau protocoale criptografice vechi, deja sparte sau considerate nesigure: TLS 1.0, SSLv3, MD5, SHA-1, chei prea scurte. Criptarea există, dar mai mult de formă.

De ce contează: criptografia slabă dă o falsă liniște — datele par protejate, dar un atacator echipat le poate decripta.

  • Dezactivează protocoalele și cifrurile vechi pe servere — raportul ARTEMIS le enumeră exact.
  • Folosește setările recomandate „modern" din generatorul Mozilla SSL Config pentru serverul tău.

Hash și stocarea parolelor (hashing)#

Parolele nu se stochează niciodată ca text, ci ca „amprente" matematice ireversibile (hash), calculate cu algoritmi speciali, lenți (bcrypt, scrypt, Argon2). La login se compară amprentele, nu parolele.

De ce contează: dacă baza de date e furată, parolele corect „hash-uite" rămân practic nerecuperabile; cele în clar sau cu MD5 sunt citite imediat.

  • Întreabă-ți dezvoltatorul cum sunt stocate parolele; răspunsul corect conține bcrypt/scrypt/Argon2.

Identitate & acces

Autentificare și autorizare (authentication & authorization)#

Autentificarea răspunde la „cine ești?" (parolă, cod, amprentă); autorizarea la „ce ai voie să faci?". Lipsa autentificării pe un serviciu expus — sau o autorizare care nu verifică drepturile — sunt printre cele mai grave constatări.

De ce contează: un panou de administrare fără autentificare, găsit de un robot de scanare, înseamnă preluarea totală a sistemului în minute.

  • Orice serviciu expus pe internet trebuie să ceară autentificare — fără excepții „temporare".
  • Verifică drepturile pe server la fiecare cerere, nu doar la afișarea meniului.

MFA / autentificare în doi pași (multi-factor authentication)#

Pe lângă parolă, contul cere un al doilea factor: un cod generat pe telefon (TOTP), o cheie fizică sau o confirmare în aplicație. Parola furată singură nu mai e suficientă.

De ce contează: e cea mai eficientă măsură raportată la efort — oprește aproape integral phishing-ul de parole, brute-force-ul și credential stuffing-ul.

  • Activeaz-o întâi pe e-mail, banking și conturile de administrare.
  • Preferă aplicația de coduri (authenticator) în locul SMS-ului, unde e posibil.

Passkey / FIDO2 (passkeys, FIDO2)#

Generația următoare de autentificare, fără parole: o pereche de chei criptografice legată de dispozitivul tău (telefon, laptop, cheie USB). Site-ul primește doar dovada, niciodată un secret care să poată fi furat sau „pescuit".

De ce contează: passkey-urile sunt imune la phishing prin construcție — nu există parolă pe care să o dai nimănui.

  • Unde serviciile oferă passkey (Google, Microsoft, Apple o fac deja), activează-l.

Parole puternice (passwords & credentials)#

O parolă bună e lungă (minimum 12–16 caractere), unică pentru fiecare cont și generată/ținută de un manager de parole — nu de memoria ta. Parolele implicite, scurte sau scrise în fișiere/cod sunt constatări frecvente.

De ce contează: parolele slabe sau refolosite sunt cauza directă a unei mari părți din compromiteri — vezi credential stuffing.

  • Instalează un manager de parole pentru toată firma; e mai ieftin decât orice incident.
  • Nu păstra parole în documente, e-mailuri sau în codul aplicațiilor.

Controlul accesului (access control, least privilege)#

Cine la ce are acces. Principiul de aur e privilegiul minim: fiecare cont (om sau aplicație) primește exact drepturile de care are nevoie pentru munca lui — nimic în plus. Rolurile (RBAC) fac asta administrabil: drepturile se dau pe rol, nu pe persoană.

De ce contează: când un cont e compromis (se întâmplă), paguba e limitată la ce putea face acel cont. Un cont „cu de toate" compromis = totul compromis.

  • Fă-ți un inventar: cine are drepturi de administrator și de ce? Redu lista.
  • Revocă imediat accesele angajaților care pleacă — inclusiv la servicii cloud și e-mail.

Sesiuni și token-uri (sessions & tokens)#

După login, serverul îți dă o „brățară de acces" (cookie de sesiune sau token JWT) pe care browserul o prezintă la fiecare cerere. Cine deține brățara este, din punctul de vedere al serverului, tu.

De ce contează: token-urile furate ocolesc complet parola și chiar MFA — de aceea durata lor de viață și protecția lor contează.

  • Sesiunile trebuie să expire rezonabil și să poată fi revocate (la logout, la schimbarea parolei).
  • Vezi cookie-uri securizate pentru atributele obligatorii.

Rețea & birou

Firewall (firewall)#

Filtrul care decide ce trafic intră și iese din rețeaua sau serverul tău, pe baza unor reguli. Regula sănătoasă e „default deny": tot ce nu e permis explicit e blocat.

De ce contează: fără firewall configurat, fiecare serviciu care rulează pe server e expus întregului internet — vezi porturi deschise.

  • Pleacă de la „totul închis" și deschide doar ce e necesar, documentat.
  • Nu expune pe internet servicii de administrare (RDP, SSH, baze de date) — folosește VPN.

Port deschis (open port)#

„Ușile" numerotate prin care serviciile unui calculator comunică în rețea (80/443 pentru web, 3389 pentru RDP, 22 pentru SSH, 445 pentru fișiere Windows). Fiecare port deschis e un serviciu care răspunde — și o potențială intrare.

De ce contează: roboții scanează permanent tot internetul după porturi deschise cu servicii vulnerabile. Un RDP expus cu parolă slabă e rețeta clasică pentru ransomware.

  • Închide tot ce nu folosești; raportul ARTEMIS îți arată exact ce e deschis și de ce e riscant.
  • Serviciile interne (imprimante, NAS, camere) nu au ce căuta expuse pe internet.

Segmentarea rețelei (network segmentation, VLAN)#

Împărțirea rețelei în zone separate (VLAN-uri): serverele separat de stații, dispozitivele inteligente (camere, imprimante, senzori) separat de toate, oaspeții pe rețeaua lor. Între zone, doar traficul strict necesar.

De ce contează: într-o rețea „plată", o singură stație infectată vede și poate ataca tot — inclusiv serverul de contabilitate. Segmentarea transformă un incendiu generalizat într-unul izolat la o cameră.

  • Minimum pentru un birou: rețea separată pentru oaspeți și pentru dispozitive IoT.
  • Camerele, imprimantele și senzorii nu trebuie să poată iniția conexiuni spre stații și servere.

VPN (Virtual Private Network)#

Un tunel criptat între dispozitivul tău și rețeaua firmei (sau un server de încredere). Tot traficul circulă protejat, indiferent cât de nesigură e rețeaua pe care te afli.

De ce contează: e răspunsul corect la „cum accesez serverul firmei de acasă?" — în locul expunerii serviciilor de administrare pe internet.

  • Acces de la distanță = VPN cu MFA, nu RDP/SSH deschis către toată lumea.

Wi-Fi securizat (Wi-Fi security, WPA2/WPA3)#

Rețeaua wireless a biroului trebuie criptată cu WPA2 sau, ideal, WPA3, cu parolă lungă și separată de rețeaua pentru vizitatori. WEP și WPA (primul) sunt sparte de mult.

De ce contează: Wi-Fi-ul bate dincolo de pereții biroului. O rețea slab protejată dă oricui din parcare acces direct în rețeaua internă.

  • Rețea separată de oaspeți, fără acces la resursele interne.
  • Schimbă parola de administrare a routerului (nu cea de Wi-Fi — cea de admin!).

IDS / IPS (Intrusion Detection / Prevention System)#

Sisteme care supraveghează traficul de rețea după tipare de atac cunoscute. IDS detectează și alarmează; IPS blochează activ. Sunt „camerele de supraveghere" ale rețelei.

De ce contează: atacurile reușite rar fac zgomot. Fără detecție, afli de breșă în medie după luni — de la alții.

  • Multe routere/firewall-uri de business au IDS/IPS inclus — verifică dacă e doar neactivat.

Jurnalizare (logging)#

Înregistrarea evenimentelor din sisteme: cine s-a autentificat, de unde, ce a accesat, ce a eșuat. Jurnalele sunt cutia neagră a infrastructurii tale.

De ce contează: fără jurnale, după un incident nu poți răspunde la întrebările esențiale: cum au intrat, ce au atins, ce au luat — inclusiv pentru obligațiile legale de notificare.

  • Păstrează jurnalele autentificărilor și acceselor minimum câteva luni, într-un loc separat de sistemul care le produce.

SIEM (Security Information and Event Management)#

Platforma care adună jurnalele din toate sistemele într-un singur loc, le corelează și alarmează la tipare suspecte: autentificări imposibile geografic, val de erori de login, exfiltrare de date.

De ce contează: semnalele unui atac sunt împrăștiate prin mai multe sisteme; doar puse cap la cap spun povestea la timp.

  • Pentru firmele mici există variante SaaS accesibile sau servicii gestionate (SOC-as-a-service).

DNS (Domain Name System)#

„Cartea de telefon" a internetului: traduce numele (scanope.com) în adrese IP. Cine îți controlează DNS-ul îți controlează domeniul: e-mail, site, tot.

De ce contează: deturnarea DNS sau a contului de la registrar e o metodă directă de a-ți prelua identitatea online — cu site și e-mail cu tot.

  • Protejează contul de la registrar cu parolă unică și MFA.
  • Configurează SPF/DKIM/DMARC (vezi spoofing).

Cloud

Responsabilitatea partajată (shared responsibility model)#

În cloud, securitatea se împarte: furnizorul răspunde de securitatea infrastructurii (centre de date, hardware, platformă), tu răspunzi de securitatea în infrastructură: datele tale, conturile, configurările, drepturile de acces.

De ce contează: „e în cloud, deci e sigur" e cea mai scumpă neînțelegere. Aproape toate breșele din cloud vin din configurări greșite ale clientului, nu din vina furnizorului.

  • Întreabă-te la fiecare serviciu cloud: ce parte din securitate a rămas la mine? (răspuns: conturile, accesele, datele).

IAM (Identity and Access Management)#

Sistemul de gestionare a identităților și drepturilor în cloud: utilizatori, roluri, politici de acces. Versiunea cloud a controlului accesului — și prima țintă a atacatorilor.

De ce contează: un singur cont cloud cu drepturi prea mari și fără MFA poate expune toată infrastructura și datele firmei.

  • MFA obligatoriu pe toate conturile cloud, începând cu cel de „root"/proprietar.
  • Nu lucra de pe contul root; creează conturi cu drepturi limitate pe roluri.

Stocare cloud expusă public (public bucket / blob)#

Serviciile de stocare cloud (S3, Azure Blob, GCS) pot fi setate, dintr-o bifă, accesibile întregului internet. Containere întregi de fișiere ale unor companii mari au fost găsite publice din greșeală — cu date de clienți cu tot.

De ce contează: există motoare de căutare specializate în găsirea stocării cloud lăsate publice. Greșeala se găsește în ore, nu în ani.

  • Activează blocarea accesului public la nivel de cont (toți furnizorii mari o oferă).
  • Auditează periodic permisiunile pe stocare — și după fiecare proiect nou.

Linkuri presemnate (presigned / SAS URLs)#

Linkuri temporare care dau acces direct la un fișier din stocarea cloud, fără autentificare — „cheia camerei de hotel" valabilă o perioadă limitată. Oricine are linkul are accesul, cât timp e valabil.

De ce contează: linkuri presemnate cu valabilitate de luni de zile, trimise pe e-mail sau ajunse în jurnale, sunt uși deschise uitate.

  • Valabilitate scurtă (minute–ore, nu luni) și doar pentru operația necesară (citire SAU scriere).

Gestionarea cheilor și secretelor (key & secrets management)#

Cheile de criptare, parolele de baze de date și cheile de API ale aplicațiilor trebuie ținute într-un seif dedicat (Key Vault, Secrets Manager), nu în cod, fișiere de configurare sau e-mailuri — și rotite periodic.

De ce contează: cheile uitate în cod ajung pe GitHub public cu o frecvență uimitoare; de acolo, roboții le găsesc în minute.

  • Scanează-ți codul de secrete uitate (ARTEMIS face asta la auditul de cod).
  • Rotește imediat orice cheie care a ajuns vreodată în cod sau pe chat.

Conformitate & igienă

GDPR (General Data Protection Regulation)#

Regulamentul european pentru protecția datelor personale. Cere, printre altele, măsuri tehnice adecvate (criptare, control acces), notificarea breșelor către autoritate în 72 de ore și drepturi clare pentru persoanele vizate.

De ce contează: o breșă cu date personale neprotejate aduce, pe lângă paguba directă, amenzi și obligații de notificare. „Măsuri tehnice adecvate" înseamnă exact lucrurile din acest glosar.

  • Criptează datele personale în repaus și în tranzit — îți schimbă radical situația juridică la incident.
  • Documentează ce date personale ai, unde stau și cine le accesează.

NIS2 (Directiva NIS2 / OUG 155/2024)#

Directiva europeană privind securitatea rețelelor și informațiilor, transpusă în România prin OUG 155/2024. Impune entităților esențiale și importante măsuri de management al riscului, raportarea incidentelor și răspunderea conducerii.

De ce contează: acoperă mult mai multe firme decât vechea directivă — inclusiv IMM-uri din sectoare ca energie, transport, sănătate, digital, producție. Și furnizorii lor simt cerințele, prin contracte.

  • Verifică dacă firma ta sau clienții tăi intră sub incidență — ARTEMIS marchează constatările relevante NIS2 în raport.
  • Măsurile cerute (analiza riscului, MFA, backup, răspuns la incident) sunt oricum cele sănătoase.

CRA (Cyber Resilience Act)#

Regulamentul european privind reziliența cibernetică: produsele cu elemente digitale (software, dispozitive conectate) vândute în UE vor trebui să fie sigure „by design", cu actualizări de securitate pe durata de viață.

De ce contează: dacă produci sau revinzi software ori dispozitive conectate, cerințele CRA devin condiție de acces pe piață.

  • Dacă dezvolți software: proces de tratare a vulnerabilităților + canal de raportare — cerințe centrale CRA.

Actualizări și componente învechite (patching, outdated components)#

Software-ul neactualizat acumulează vulnerabilități publice, cu exploit-uri gata făcute. „Componente învechite" înseamnă și bibliotecile din aplicațiile tale, nu doar sistemul de operare — inclusiv un CMS sau pluginurile lui.

De ce contează: majoritatea atacurilor reușite exploatează vulnerabilități pentru care exista deja actualizare. Patch-ul costa minute; incidentul costă săptămâni.

  • Activează actualizările automate unde se poate; pentru rest, o zi fixă pe lună de „patching".
  • Nu uita routerele, NAS-urile și dispozitivele „care merg și-așa" — sunt cele mai uitate.

Backup 3-2-1 (backup strategy)#

Regula de aur: 3 copii ale datelor, pe 2 tipuri de medii diferite, dintre care 1 în altă locație (offline sau cloud, neaccesibilă direct din rețea). Backup-ul care stă permanent conectat e criptat de ransomware odată cu originalul.

De ce contează: backup-ul testat e diferența dintre „incident neplăcut" și „ne-am închis firma". E măsura cu cel mai bun raport cost/beneficiu din toată securitatea.

  • Testează restaurarea periodic — backup-ul netestat e doar o speranță.
  • Măcar o copie trebuie să fie inaccesibilă din rețeaua curentă (offline sau cu versiuni imuabile).

EDR / Antivirus (endpoint protection)#

Protecția stațiilor și serverelor. Antivirusul clasic recunoaște malware cunoscut; EDR-ul (Endpoint Detection & Response) urmărește comportamentul — procese suspecte, criptări în masă, mișcări laterale — și permite izolarea rapidă a unui dispozitiv compromis.

De ce contează: stațiile angajaților sunt prima linie de impact: acolo aterizează atașamentele și linkurile.

  • Acoperă toate dispozitivele, inclusiv serverele și laptopurile de acasă folosite pentru firmă.

Răspunsul la incident (incident response)#

Planul scris dinainte pentru ziua proastă: cine decide, cine izolează sistemele, pe cine suni (IT, avocat, asigurător, autorități), cum comunici cu clienții. În criză nu improvizezi bine.

De ce contează: primele ore decid paguba. Obligațiile de notificare (GDPR: 72h, NIS2: 24h avertizare timpurie) curg indiferent dacă ești pregătit sau nu.

  • O pagină A4 cu pașii și telefoanele esențiale, tipărită, bate orice plan stufos pe care nu-l găsește nimeni.
  • Vezi ghidul „Ai fost spart: ce faci în prima oră" din contul tău ARTEMIS.

CAI Technology SRL · scanope.com · acasă · English · changelog · status