Cuprins
- Cui se aplică și de când
- Testele de penetrare și scanările (pct. 30, 33)
- Auditul sistemelor critice (pct. 24–25)
- Raportarea incidentelor (pct. 81)
- Calendarul dumneavoastră de obligații
- Furnizorii și externalizarea
- BNM, PCI DSS și DORA: unde se suprapun
- Cum construim testul pentru BNM
- Întrebări frecvente
- Surse
În 30 de secunde
- Regulamentul aprobat prin HCE nr. 29 din 12.02.2025 e în vigoare din 20 martie 2025; ultimele termene de conformare, de 15 luni, au expirat în iunie 2026 12.
- Se aplică băncilor, societăților de plată, emitenților de monedă electronică și furnizorilor de servicii poștale care prestează servicii de plată 1.
- Testele de penetrare pe sistemele critice: cel puțin o dată la 3 ani, pe producție, cu testeri certificați internațional 1.
- Un incident la funcții critice se notifică până la sfârșitul zilei lucrătoare; raportul final, semnat de conducere, în 20 de zile 1.
- Până la 31 ianuarie, BNM primește rezultatele pentestelor și ale scanărilor, plus rapoartele PCI DSS și SWIFT, unde există 1.
Cui se aplică și de când
Regulamentul privind cerințele minime pentru gestionarea riscurilor TIC, securității informației și continuității activității a fost aprobat prin Hotărârea Comitetului executiv al BNM nr. 29 din 12 februarie 2025, publicat în Monitorul Oficial nr. 62-65 din 20.02.2025 și e în vigoare din 20 martie 2025 13. Se aplică prestatorilor de servicii de plată de la art. 5 alin. (1) lit. a)–d) din Legea nr. 114/2012: băncile, societățile de plată, emitenții de monedă electronică și furnizorii de servicii poștale 1.
- 3 luniIunie 2025
Notificarea incidentelor (pct. 81).
- 9 luniDecembrie 2025
Guvernanța, securitatea, testele de penetrare, operațiunile, incidentele, evaluarea riscurilor și raportarea anuală (pct. 4–56, 62, 65–67, 76–80, 82).
- 12 luniMartie 2026
Primele cerințe de continuitate a activității (pct. 57, 58.1–58.11).
- 15 luniIunie 2026
Testarea și revizuirea planului de continuitate și restul cerințelor (pct. 58.12–61, 63–64, 68–75).
Testele de penetrare și scanările (pct. 30, 33)
Regulamentul cere un cadru de evaluare și testare care să valideze că măsurile de control chiar funcționează (pct. 33). Concret 1:
| Punctul | Ce cere |
|---|---|
| 30.1 | Scanări periodice de vulnerabilități pe aplicații, sisteme, echipamente de rețea și stații critice; măsuri la timp sau controale compensatorii 1 |
| 33.1 | Scanări și teste de penetrare pe măsura riscului și a importanței sistemelor 1 |
| 33.2 | Pe sistemele și serviciile critice: continuu, cel puțin o dată la 3 ani, sau mai des la cererea BNM 1 |
| 33.3 | După scenarii prestabilite, validate de instituție, pe sistemele de producție, în timp real 1 |
| 33.4 | De experți cu certificări internaționale, de ex. OSCP, CEH, GPEN, CPENT, LPT 1 |
| 33.5 | La schimbări majore de infrastructură sau procese, după incidente majore și la lansarea sistemelor noi accesibile din internet 1 |
Auditul sistemelor critice (pct. 24–25)
Separat de teste, toate sistemele și serviciile TIC critice trec printr-un audit intern sau extern cel puțin o dată la 3 ani. Lista minimă, dacă le aveți: sistemul automatizat de plăți interne (SAPI), instrumentele de plată cu acces la distanță, SWIFT, sistemele de bază (core banking), bazele de date, Active Directory, gestiunea identităților și a accesului privilegiat, firewall-ul, VPN-ul, gestiunea electronică a documentelor și mesageria 1. Recomandările se remediază la timp, proporțional cu riscul (pct. 25) 1.
Un test de penetrare pe Active Directory, VPN, firewall și internet banking produce dovezi tehnice pe care auditul le poate folosi direct — mai ales pentru accesul privilegiat, unde configurația pe hârtie și realitatea diferă cel mai des.
Raportarea incidentelor (pct. 81)
Incidentele se notifică prin PCSI sau, dacă acesta nu e disponibil, la [email protected] 1:
- Ziua 0Notificare inițială — funcții critice
Fără întârziere, până la sfârșitul zilei lucrătoare; dacă incidentul a avut loc cu mai puțin de 2 ore înainte de închidere, în 4 ore de la începutul zilei lucrătoare următoare (pct. 81.1).
- Ziua 1Notificare inițială — servicii de plată
Pentru incidentele la funcții semnificative sau la continuitatea serviciilor de plată: cel târziu în ziua lucrătoare următoare (pct. 81.2).
- ≤ 3 zileRaport intermediar
Circumstanțe, sisteme afectate, impactul estimat și măsurile luate până atunci (pct. 81.3).
- ≤ 20 zileRaport final
Semnat de un membru al organului de conducere: cauzele principale, impactul efectiv și măsurile ca incidentul să nu se repete (pct. 81.4).
Calendarul dumneavoastră de obligații
Răspundeți la trei-patru întrebări și vedeți, într-un singur loc, ce trimiteți la BNM și ce trebuie testat, cu punctul din regulament 145.
Calendarul obligațiilor TIC față de BNM
Orientativ, după textul regulamentului; nu înlocuiește lectura lui și nici dialogul cu BNM.
Ce trimiteți la BNM în fiecare an
- Până la 31 ianuarie, la BNM: rezultatele testelor de penetrare și ale ultimelor scanări de vulnerabilități pe toate resursele critice, situația din decembrie (pct. 82.1–82.2).
- Raportul de evaluare PCI DSS al anului, odată cu raportarea anuală (pct. 82.4).
- Raportul de evaluare SWIFT CSCF, dacă a fost făcută o evaluare (pct. 82.3).
- Rezultatele testărilor de continuitate făcute fără BNM și raportul privind riscurile TIC semnificative (pct. 82.5–82.6).
Ce testați și cât de des
- Test de penetrare pe sistemele și serviciile TIC critice, cel puțin o dată la 3 ani, pe producție, după scenarii validate, cu testeri certificați (pct. 33.2–33.4).
- În mediul de card: test de penetrare intern și extern o dată la 12 luni (PCI DSS 11.4) — frecvența mai strictă câștigă.
- Testare de securitate la schimbări majore, după incidente majore și la lansarea sistemelor noi accesibile din internet (pct. 33.5).
- Scanări periodice de vulnerabilități pe aplicații, sisteme, echipamente de rețea și stații critice (pct. 30.1).
- Audit intern sau extern al tuturor sistemelor TIC critice, cel puțin o dată la 3 ani — inclusiv SAPI, plăți la distanță, SWIFT, core banking, baze de date, Active Directory, accesul privilegiat, firewall, VPN (pct. 24).
- Testarea planului de continuitate cel puțin o dată la 2 ani și a copiilor de rezervă cel puțin anual (pct. 58.12, 38).
- Evaluarea profilului de risc TIC cel puțin anual și la schimbări majore (pct. 77); instruire de securitate anuală pentru tot personalul (pct. 34).
- Externalizare de procesare a cardurilor: auditorul extern are calificarea QSA, dacă furnizorul nu are deja un audit QSA anual (HCE 28/2025, pct. 65.4); după caz, dreptul de a testa prin pentest serviciile TIC externalizate (pct. 77.3.2).
Furnizorii și externalizarea
Instituția rămâne pe deplin responsabilă pentru eficacitatea măsurilor de securitate ale funcțiilor externalizate (pct. 78), iar contractele cu furnizorii TIC conțin clauze de confidențialitate, integritate și disponibilitate și obligația de a coopera cu autoritățile de supraveghere (pct. 32) 1.
Pentru prestatorii nebancari, regulamentul de externalizare (HCE nr. 28/2025) adaugă: auditorul extern al procesării externalizate a cardurilor are calificarea QSA, dacă furnizorul nu are deja un audit QSA anual (pct. 65.4), iar contractul prevede, după caz, posibilitatea testelor de penetrare pe serviciile TIC externalizate (pct. 77.3.2) 4.
BNM, PCI DSS și DORA: unde se suprapun
| Aspectul | BNM (HCE 29/2025) | PCI DSS v4.0.1 | DORA (UE) |
|---|---|---|---|
| Pentest | Sisteme critice, ≤ 3 ani 1 | Mediul de card, 12 luni 5 | Funcții critice, anual; TLPT la 3 ani pentru cei identificați 6 |
| Testerii | Certificări internaționale 1 | Calificați, independenți 5 | Independenți; cerințe stricte la TLPT 6 |
| Producție | Da, după scenarii validate 1 | Perimetrul CDE 5 | TLPT pe producție 6 |
DORA nu se aplică direct în Republica Moldova, dar e reperul european pentru băncile cu acționari din UE. Un singur program de testare, planificat pe frecvența cea mai strictă, acoperă toate trei.
Cum construim testul pentru BNM
- Inventarul critic
Pornim de la sistemele critice și de la lista pct. 24: internet banking, SAPI, SWIFT, core banking, Active Directory, VPN.
- Scenarii validate
Scenariile se scriu și se aprobă de instituție înainte de test, cum cere pct. 33.3.
- Test pe producție
Cu ferestre agreate, contacte de urgență și oprire imediată la orice efect neașteptat.
- Raport pentru BNM
Constatări cu gravitate, dovezi și remediere, plus certificările testerilor, gata de atașat la raportarea din ianuarie (pct. 82.1).
- Re-test
Confirmă închiderea constatărilor înainte de raportare.
Întrebări frecvente
Cât de des cere BNM un test de penetrare?
Ce certificări trebuie să aibă testerii?
Testul se face pe producție?
În cât timp se raportează un incident la BNM?
Ce trimitem la BNM la sfârșitul anului?
Se aplică regulamentul și societăților de plată?
Surse
Fiecare afirmație despre lege sau standard trimite la sursa ei oficială. Consultate la data indicată.
- BNM — Regulamentul privind cerințele minime pentru gestionarea riscurilor TIC, securității informației și continuității activității (HCE nr. 29/2025), PDFbnm.md · consultat 23 octombrie 2026
- BNM — pagina regulamentului, cu termenele de conformarebnm.md · consultat 23 octombrie 2026
- Registrul de stat al actelor juridice — HCE nr. 29/2025legis.md · consultat 23 octombrie 2026
- BNM — Regulamentul cu privire la externalizarea funcțiilor de către prestatorii de servicii de plată nebancari (HCE nr. 28/2025, modificat prin HCE nr. 229/2025)bnm.md · consultat 23 octombrie 2026
- PCI DSS v4.0.1 — SAQ D pentru furnizori de servicii, r2 (cerințele 11.3 și 11.4)pcisecuritystandards.org · consultat 23 octombrie 2026
- Regulamentul (UE) 2022/2554 (DORA)eur-lex.europa.eu · consultat 23 octombrie 2026
Despre autori
Ghidurile le scrie echipa care face testele, nu un departament de marketing. Le actualizăm când se schimbă legea, standardul sau ce vedem în teste.