1
Perioada de actualizare
de la 15.07.2026 15:56
până la 26.07.2026 19:00
2
Propunerea ofertelor
de la 26.07.2026 19:00
până la 02.08.2026 19:00
3
Licitaţie
de la 03.08.2026 15:00
până la 03.08.2026 15:09
4
Evaluare
5
Ofertele au fost evaluate
Statut Activ
Valoarea estimată fără TVA 387 000 MDL
Perioada clarificărilor: 15 iul 2026, 15:56 - 26 iul 2026, 19:00
Perioada de depunere a ofertelor: 26 iul 2026, 19:00 - 2 aug 2026, 19:00
Începutul licitației: 3 aug 2026, 15:00

Suport Tehnic pentru furnizori:

(+373) 79999801

Echipamente de rețea de tip Next Generation Firewall (NGFW)

Cerințe tehnice

1. Protecția rețelei cu controlul stării sesiunilor;
2. Recunoașterea și blocarea aplicațiilor de rețea la nivelul 7 al modelului OSI în funcție de traficul care trece prin firewall, inclusiv individual pentru toate aplicațiile care folosesc porturi comune, inclusiv 80 și 443, precum și pentru aplicațiile care utilizează porturi TCP/UDP dinamice;
3. Firewall-ul NGFW propus trebuie să fie certificat minim conform standardelor ISO 27001, ISO 27017, ISO 27018, ISO 27701, Germany C5, Common Criteria, FIPS 140-2, CMVP.
4. Firewall-ul NGFW propus nu trebuie să necesite o repornire pentru a verifica și instala actualizările de securitate.
5. Firewall-ul NGFW propus trebuie să poată identifica aplicațiile indiferent de portul utilizat, criptarea SSL/SSH sau metodele de ocolire folosite.
6. Firewall-ul NGFW propus trebuie să clasifice aplicațiile neidentificate pentru gestionarea politicii, analiza criminalistică a amenințărilor sau dezvoltarea tehnologiilor de identificare a aplicațiilor.
7. Firewall-ul NGFW propus trebuie să fie o soluție dezvoltată inițial pentru asigurarea securității (nu un management de aplicații cu un firewall de bază care verifică starea).
8. Firewall-ul NGFW propus trebuie să fie un dispozitiv dezvoltat inițial cu o arhitectură de procesare paralelă a traficului pe un singur pas.
9. Firewall-ul NGFW propus trebuie să fie un dispozitiv dezvoltat inițial cu o arhitectură de procesare paralelă a traficului pe un singur pas.
10. Firewall-ul NGFW propus trebuie să poată să delimiteze diferite părți ale unei aplicații, cum ar fi permiterea chat-ului pe Facebook, dar blocarea posibilității de a trimite fișiere.
11. Firewall-ul NGFW propus trebuie să controleze accesul și să aplice politici pentru site-uri web și aplicații, inclusiv pentru aplicațiile SaaS.
12. Firewall-ul NGFW propus trebuie să utilizeze un sistem de operare unificat în toate formatele.
13. Firewall-ul NGFW propus trebuie să sprijine crearea politicii de securitate pentru prevenirea furtului de credențiale.
14. Firewall-ul NGFW propus trebuie să sprijine aplicarea autentificării multi-factor pentru aplicațiile interne.
15. Firewall-ul NGFW propus trebuie să permită vizibilitatea și controlul aplicațiilor care folosesc porturi non-standard, într-o politică unică de securitate.
16. Firewall-ul NGFW propus trebuie să poată oferi algoritmi de învățare automată pentru protecție avansată direct din NGFW, fără a necesita conexiuni externe.
17. Recunoașterea în traficul inspectat la Layer-7 al modelului OSI a semnăturilor stocate pe MFE pentru următoarele categorii de aplicații:
17.1 . Aplicații corporative:
17.1.1. Servicii de autentificare, inclusiv Microsoft Active Directory, Netlogon, LDAP, RADIUS, TACACS;
17.1.2. Sisteme de gestionare a bazelor de date (SGBD), inclusiv Microsoft SQL, Oracle, DB2, Postgres, Sybase;
17.1.3. Servicii de fișiere, inclusiv Microsoft SMB.
17.1.4. ERP, CRM, inclusiv SAP, 1C;
17.1.5. Sisteme de management al documentelor electronice și schimb de mesaje, inclusiv EMC Documentum, Microsoft SharePoint, Exchange, Lync, Office 365, Google Docs, Lotus;
17.1.6. Protocoale de schimb de e-mail: SMTP, POP3, IMAP;
17.1.7. Protocoale VoIP și conferințe audio-video, inclusiv SIP, H.323, H.245, H.225, Webex;
17.1.8. Servicii de actualizare software, inclusiv Microsoft Update, software antivirus (Kaspersky, Symantec, TrendMicro, McAfee, ESET), Adobe, Java, Apple;
17.1.9. Servicii de backup, inclusiv Symantec Backup Exec;
17.1.10. Servicii de virtualizare și acces la terminale, inclusiv VMware, Citrix, Microsoft RDP;
17.1.11. Alte protocoale și tehnologii utilizate pentru crearea aplicațiilor distribuite, inclusiv CORBA, SOAP;
17.1.12. Protocoale de acces de la distanță, inclusiv Telnet, SSH, VNC, Radmin;
17.1.13. Protocoale de rețea, inclusiv protocoale de rutare dinamică și SSL, IPsec VPN;
17.2. Aplicații Internet:
17.2.1. E-mail, inclusiv Gmail, Yandex.Mail, Mail.ru, Hotmail;
17.2.2. Rețele sociale, inclusiv Facebook, Google+, LinkedIn, ВКонтакте, Odnoklassniki, „Moy Mir”;
17.2.3. Servicii de mesagerie instantanee, inclusiv Jabber, IRC, MSN, servicii similare în cadrul rețelelor sociale enumerate mai sus;
17.2.4. Servicii de conferință audio-video
17.2.5. Servicii de schimb de fișiere prin HTTP(S) și peer-to-peer, inclusiv Dropbox, BitTorrent, eMule, Google Drive, Yandex Disk, Gnutella, Boxnet, WebDav;
17.2.6. Streaming audio-video (indiferent de site-ul web), inclusiv YouTube, Vimeo, audio și video prin HTTP;
17.2.7. Servicii de publicare a desktop-ului și oferirea de acces de la distanță, inclusiv TeamViewer, LogMeIn;
17.2.8. Proxy externe și anonimizatoare, inclusiv Tor, Ultrasurf, FreeGate, SOCKS, PHP Proxy;
17.2.9. Servicii de construire a VPN-urilor private și tuneluri deasupra altor aplicații, inclusiv FreeNet, Open-VPN, VTun, RDP-to-TCP, TCP-over-DNS;
18. Oferirea de instrumente integrate în MFE pentru crearea semnăturilor proprii de aplicații bazate pe expresii regulate folosind decodoare pentru HTTP(S), FTP, SMB, SMTP, RPC și altele, precum și pe mască pentru conținutul pachetelor TCP/UDP;
19. Recunoașterea aplicațiilor transmise prin protocolul HTTP/2;
20. Recunoașterea aplicațiilor de rețea prin traficul criptat SSL (suport pentru chei RSA de până la 2048 de biți) și SSHv2 care trece prin firewall (decriptarea SSL, SSHv2) – atât pentru conexiunile intrante, cât și pentru cele ieșite, transparent pentru utilizatori în domeniu, cu posibilitatea de a controla funcțiile individuale ale aplicațiilor, inclusiv trimiterea de mesaje pe rețelele sociale, schimbul de fișiere, streaming audio și video;
21. Inspecția tunelurilor:
21.1. Generic Routing Encapsulation (GRE) (RFC 2784);
21.2. Trafic IPSec necriptat [NULL Encryption Algorithm pentru IPSec (RFC 2410)];
21.3. Mod de transport AH IPSec.
22. Recunoașterea secvențială a diferitelor aplicații utilizate într-o singură sesiune;
23. Recunoașterea utilizatorilor care folosesc aplicații de rețea prin integrarea cu serviciile corporative de autentificare a utilizatorilor, cum ar fi Microsoft Active Directory, Microsoft Exchange, Novell eDirectory, LDAP, Citrix; posibilitatea integrării cu alte servicii de autentificare (de exemplu, controlerele de rețea wireless) printr-o API XML deschisă; posibilitatea de a utiliza autentificarea forțată a utilizatorilor folosind o pagină WEB – „Captive portal”; suport pentru Kerberos, Tacacs+, SAML v.2, suport pentru roaming-ul L3 al utilizatorilor prin sondaje WMI și NetBios;
24. Inspecția în timp real a conținutului traficului transmis prin firewall pe baza semnăturilor și comportamentului, protecția împotriva vulnerabilităților, atacurilor de rețea și a malware-ului, recunoașterea tipurilor de fișiere pe baza semnăturilor acestora, detectarea virușilor transmiși prin web, e-mail, FTP, SMB, spyware, viermi de rețea, blocarea transmiterii unor conținuturi specifice folosind expresii regulate, inclusiv pentru aplicațiile care utilizează criptare SSL și SSHv2;
25. Crearea de reguli pentru traficul care trece prin firewall într-o politică unificată de securitate, utilizând următorii parametri pentru fiecare conexiune:
25.1. Adresa IP a expeditorului,
25.2. Adresa IP a destinatarului,
25.3. Serviciile L4 utilizate: porturi pentru protocoalele TCP și UDP,
25.4. Numele utilizatorilor sau grupurilor de utilizatori din Active Directory,
25.5. Aplicațiile la nivelul 7 al modelului OSI,
25.6. URL categorii.
26. Crearea de reguli într-o politică unificată de securitate, utilizând ca parametri informațiile despre adresele IP ale expeditorului, destinatarului, serviciile utilizate (porturi TCP/UDP), numele utilizatorilor, grupurilor de utilizatori și aplicațiile utilizate de aceștia sau anumite categorii de aplicații. În politicile create, trebuie să existe posibilitatea implementării următoarelor acțiuni:
• Permisiune sau interdicție;
• Permisiunea unui anumit aplicații sau categorii de aplicații de a utiliza doar porturi TCP/UDP standard sau strict definite. Aceste porturi nu trebuie să fie folosite de alte aplicații fără o politică care să permită explicit astfel de interacțiuni;
• Permisiune, dar cu scanare pentru viruși și alte amenințări;
• Permisiune sau interdicție pe bază de orar, utilizator sau grup de utilizatori;
• Decriptare și verificare. Dacă nu s-a putut decripta (în cazul unui algoritm criptografic nestandard, certificat expirat etc.) – interzicere;
• Ne-decriptarea anumitor categorii de URL și site-uri web de încredere;
• Aplicarea marcajului DSCP și limitarea traficului folosind politici QoS bazate pe aplicații, adrese IP, utilizatori și grupuri de utilizatori;
• Implementarea hardware a QoS pentru traficul real-time, identificat la nivelul aplicațiilor;
• Aplicarea redirecționării traficului pe bază de politici (Policy Based Forwarding);
• Permisiunea anumitor funcții ale aplicației;
• Oricare combinație dintre acțiunile de mai sus.
27. Protecție antivirus, protecție împotriva software-ului spyware, protecție împotriva vulnerabilităților și atacurilor de rețea (sistem de detecție și prevenire a intruziunilor), filtrare URL utilizând o bază dinamică de reputație, care susține categorizarea diferitelor secțiuni ale aceluiași site web, inclusiv susținerea categoriilor pentru site-uri web în limba rusă, blocarea transferului de fișiere pe baza tipurilor definite de semnături;
28. Posibilitatea de a verifica suplimentar traficul pentru amenințări necunoscute prin analiza acestuia utilizând tehnologia învățării automate prin servicii cloud;
29. Detectarea și filtrarea solicitărilor către resursele din rețea în funcție de categoria acestora, de exemplu, site-uri malware, rețele sociale, resurse publicitare etc.;
30. Suport pentru acțiuni: permisiune, notificare, blocare, solicitarea confirmării utilizatorului, solicitarea parolei utilizatorului;
31. Filtrarea URL trebuie realizată cu tehnologia de învățare automată pentru a reduce timpul de reacție la amenințări;
32. Analiza SNI în TLS Hello simultan cu URL-ul în cererea HTTP pentru a contracara tehnicile de ocolire de tip SNIcat;
33. Analiza cererilor DNS suspecte, domeniilor DGA și localizarea stațiilor infectate utilizând tehnologia DNS sinkhole (modificarea răspunsului serverului DNS);
34. Detectarea tehnicilor de ocolire a protecției prin cereri DNS care încearcă să folosească domenii generate automat (DGA), inclusiv analiza frecvenței n-gramelor, analiza entropiei, frecvența cererilor, tunelarea în DNS, canale de transfer de date prin cereri DNS, inclusiv tuneluri DNS ultra-lente;
35. Blocarea domeniilor DGA, domeniilor DGA create pe baza unui dicționar, tehnici de ocolire DNS-rebinding, FastFlux, interogări către înregistrări DNS suspendate, atacuri NSNX, atacuri cu domenii recent înregistrate;
36. Analiza cererilor DNS suspecte trebuie realizată cu tehnologia de învățare automată pentru a reduce timpul de reacție la amenințări;
37. Protecție împotriva tehnicilor de evitare (evasions), de exemplu MPTCP;
38. Oferirea unui serviciu de scanare a fișierelor potențial dăunătoare necunoscute în sandbox cu sisteme de operare Microsoft Windows, Linux prin metoda de emulare a rulării și vizualizare a documentelor;
39. Sandbox-ul trebuie să verifice fișierele executabile suspecte (inclusiv EXE, DLL, SCR, BAT, etc.), fișiere ELF, documente în formatele PDF, MS Office 2007, 2010, 2016 și mai sus, Java și Flash, Android APK, Mach-O, DMG și PKG, arhive RAR, ZIP, 7Zip;
40. Firewall-ul trebuie să trimită spre verificare în sandbox fișierele suspecte transmise prin aplicațiile HTTP, SMTP, POP3, IMAP, SMB, FTP, precum și implementările acestora prin SSL, dacă există;
41. Sandbox-ul trebuie să genereze și să trimită către firewall un raport despre verificarea fișierului;
42. Sandbox-ul trebuie să genereze semnături pentru blocarea atacurilor de tip zero-day pentru utilizarea pe toate firewall-urile companiei în aplicațiile enumerate, în decurs de 5 minute de la primirea fișierului pentru verificare;
43. Firewall-ul trebuie să primească semnăturile fișierelor din sandbox și să aibă un motor de blocare bazat pe noile semnături obținute de la sandbox-ul cloud sau local;
44. Sandbox-ul furnizorului cloud trebuie să aibă posibilitatea de a schimba semnături între toți clienții furnizorului;
45. Firewall-ul trebuie să primească din sandbox indicatori de compromitere: IP, URL, DNS, care sunt utilizate de codul malițios și să blocheze conexiunile pe baza listei de indicatori malițioși.
46. Sandbox-ul trebuie să verifice linkurile HTTP:// și HTTPS:// din e-mailuri prin protocoalele SMTP/POP3.
47. Sandbox-ul trebuie să verifice fișierele din aplicațiile criptate SSL, cel puțin în protocolul HTTPS.
48. Suport obligatoriu pentru învățarea automată în timpul inspectării amenințărilor de tip zero-day pentru a reduce întârzierea în inspecția fișierelor suspecte;
49. Sandbox-ul trebuie să asigure analiza comportamentului fișierelor și linkurilor suspecte în cloud privat sau extern (sandbox), să detecteze noi malware și să genereze automat semnături antivirus în decurs de 5 minute și să actualizeze baza de reputație URL în decurs de 30 de minute, care se vor instala pe toate dispozitivele Clientului cu abonamentele corespunzătoare;
50. Posibilitatea integrării cu subsistemul de detectare a amenințărilor zero-day, implementat pe un dispozitiv hardware dedicat aceluiași furnizor, plasat pe obiectul central al Clientului (cloud privat), care permite generarea automată a semnăturii antivirus local, pe dispozitivul hardware dedicat în centrul de date (DC) al Clientului în decurs de 5 minute;
51. Sandbox-ul local dedicat trebuie să aibă un API pentru primirea fișierelor spre verificare atât de la firewall-uri, cât și de la servicii terțe;
52. Sandbox-ul trebuie să genereze rapoarte despre verificările efectuate și să permită vizualizarea acestora în format PDF;
53. Sandbox-ul cloud trebuie să utilizeze tehnologia Bare Metal Analysis fără a utiliza emularea sistemului de operare;
54. Firewall-ul trebuie să aibă capacitatea de a trimite fișiere diferite în sandbox-uri diferite, de exemplu, fișierele EXE în sandbox-ul cloud, iar fișierele DOC în sandbox-ul local;
55. Sandbox-ul cloud trebuie să accepte fișiere PE pentru verificare, chiar și în absența unui abonament;
56. Suport pentru următorii furnizori de autentificare multi-factor (Multi-Factor Authentication - MFA) (direct, fără utilizarea produselor intermediare):Duo,
• Okta,
• RSA SecureID,
• PingID;
57. Protecție împotriva furtului de loginuri și parole ale utilizatorilor prin integrarea cu Active Directory (AD), monitorizarea transmiterii conturilor de utilizator către zone de securitate neîncredere, autentificarea forțată a utilizatorilor prin autentificare cu doi factori (MFA);
58. Funcționalitate de control granular al accesului utilizatorilor de la distanță în mediul de lucru corporativ, cu posibilitatea de verificare a existenței anumitor software-uri pe stația de lucru a utilizatorului și accesul prin dispozitive mobile;
59. Funcționalitate de protecție împotriva atacurilor DoS;
60. Posibilitatea de a activa 100% din semnăturile IPS, antivirus, filtrarea URL-urilor, controlul aplicațiilor și Threat Intelligence fără a degrada performanța;
61. Funcționalitate de blocare a scanării porturilor ICMP/TCP/UDP;
62. Detectarea obiectelor din fișierele transmise prin rețea care conțin informații importante și blocarea transmiterii acestor fișiere;
63. Detectarea prezenței datelor filtrabile în fișierele transmise prin rețea, incluzând, dar fără a se limita la: Adobe PDF, HTML, Microsoft Office (Excel, Word, PowerPoint). Rich Text Format;
64. Prezența șabloanelor de date preconfigurate, cum ar fi numerele de carduri de credit.
65. Suport pentru crearea de șabloane proprii de date pe baza expresiilor regulate.
66. Posibilitatea de integrare cu subsistemul de management centralizat, logare, raportare și actualizare a software-ului pentru firewall-uri de același furnizor.

67. Cerințe pentru sistemul de management centralizat:
• Funcționalități avansate de vizualizare a activității aplicațiilor rețelei, amenințărilor rețelei detectate și blocate, utilizarea aplicațiilor de către utilizatori. Permite filtrarea informațiilor pe aplicații, amenințări, utilizatori, adrese IP, porturi TCP/UDP, zone de securitate, tipuri de amenințări etc.;
• Corelarea automată a jurnalelor de diferite tipuri, generate în cadrul aceleași sesiuni (filtrarea traficului prin firewall, protecția împotriva amenințărilor, controlul transferului de fișiere, filtrarea URL);
• Posibilitatea de corelare automată a evenimentelor de securitate folosind obiecte de corelare actualizabile care folosesc informații de la protecția antivirus, protecția împotriva software-ului spyware, protecția împotriva vulnerabilităților și atacurilor, amenințările de tip zero-day;
• Funcționalități de generare automată a rapoartelor și de generare a rapoartelor pe bază de program, cu opțiuni de personalizare manuală a rapoartelor. Rapoartele trebuie să fie vizibile prin interfața grafică (GUI) și să poată fi exportate în formate PDF și CSV.
• Posibilitatea de a configura funcționalitățile SD-WAN prin consola de management centralizat.
• Sistemul trebuie să poată exporta logurile către soluții externe prin syslog, utilizând formate standardizate precum CEF sau LEEF;
• Trebuie să existe mecanisme de inițializare automată pentru echipamente noi, inclusiv în locații la distanță, fără intervenție manuală;
• Trebuie să fie posibilă actualizarea centralizată a software-ului pentru echipamentele administrate, într-un mod simplificat;
• Soluția trebuie să ofere interfețe moderne de integrare (REST API) compatibile cu XML și JSON, pentru interoperabilitate cu alte sisteme.
• Fiecare administrator trebuie să poată face modificări izolate, cu salvare separată, pentru a evita suprascrierea neintenționată;
• Sistemul trebuie să permită definirea de roluri și permisiuni personalizate pentru utilizatori, cu acces diferențiat la funcționalități.
• Platforma trebuie să permită organizarea echipamentelor și configurațiilor prin grupuri, ierarhii și etichete;
• Sistemul trebuie să suporte funcționare în mod redundant (high availability) și echilibrare a sarcinii (load balancing);
68. Posibilitatea de a detecta și analiza traficul dispozitivelor IoT folosind algoritmi de învățare automată.
69. Funcționalitatea de a trimite traficul SSL decriptat către dispozitive externe.
70. Funcționalitatea de a captura traficul de la dispozitive externe și de a-l cripta într-un tunel SSL pentru transmiterea prin Internet.
71. Prezența unui raport separat pentru aplicațiile de tip SaaS.
72. Funcționalitatea IPSec VPN.
73. Integrarea cu sistemele externe SIEM/SIM prin protocolul Syslog, cu configurare flexibilă a formatului jurnalelor.
74. Suport pentru rutare statică și protocoale de rutare dinamică BGP, OSPF, RIP.
75. Suport pentru diverse moduri de lucru ale interfețelor rețelei (monitorizare trafic mirroring, mod transparent, Layer 2 și Layer 3).
76. Suport pentru IPv6, inclusiv identificarea aplicațiilor și utilizatorilor.
77. Suport pentru multicast, incluzând PIM-SM, PIM-SSM, IGMP v1, v2, v3.
78. Suport pentru rutarea între VLAN-uri.
79. Suport pentru NAT, DHCP și DHCP relay.
80. Suport pentru etichetarea cadrelor prin 802.1Q (minim 4094 VLAN-uri).
81. Suport pentru agregarea interfețelor prin 802.3ad (suport LACP).
82. Suport pentru pachete mari (Jumbo frames).

83. Managementul rolurilor administratorilor locali:
• Posibilitatea de a restricționa vizualizarea și gestionarea la nivelul dispozitivului și al sistemelor virtuale (contexte);
• Posibilitatea de a acorda acces în modul de editare sau doar pentru citire, sau de a restricționa accesul la orice secțiune a interfeței web;
• Posibilitatea de a acorda acces în modul de editare sau doar pentru citire, sau de a restricționa accesul la CLI-ul firewall-ului.

84. Firewall-ul hardware trebuie să dispună de o platformă hardware specializată, care să permită administrarea dispozitivului fără întreruperi, chiar și în condiții de încărcare maximă. Trebuie să fie asigurate resurse de procesare dedicate, separate pentru analiza traficului monitorizat și pentru activitățile de management. Administrarea fiecărui dispozitiv în parte trebuie să se realizeze prin protocoalele HTTPS și SSH, fără a necesita instalarea vreunui software suplimentar de administrare pe stația de lucru a administratorului. Interfața de administrare a firewall-urilor (web și CLI) trebuie să fie unificată cu subsistemul de management centralizat, jurnalizare, raportare și actualizare a software-ului.
Cerințe de performanță ale firewall-ului:
Performance:
• Threat prevention throughput 1.2 Gbps;
• IPsec VPN throughput 800 Mbps;
• Connections per second 1100;
• Firewall throughput 1.4 Gbps;


Policies:
• Security rules min 500;
• Security rule schedules min 256;
• NAT rules min 400;
• Tunnel content inspection rules 100;
• SD-WAN rules min 100;
• Policy based forwarding rules min 100;
• DoS protection rules min 100.

Security Zones:
• security zones 25.
Security Profiles:
• Security profiles min 75.
URL Filtering:
• Total entries for allow list, block list and custom categories 25,000;
Interfaces:
• I/O: 1G RJ45 (7);
• Management I/O: 10/100/1000 out-of-band management port (1), RJ45 console port (1), USB port (2).

Storage Capacity:
• 128 GB
Virtual Routers:
• Virtual routers 3.
Routing:
• IPv4 forwarding table size min 5,000;
• IPv6 forwarding table size min 2500;
• System total forwarding table size min 5,000;
L2 Forwarding:
• ARP table size per device 1500;
• IPv6 neighbor table size 1500;
• MAC table size per device 1500;

Address Assignment:
• DHCP servers 3;
• DHCP relays 500;

IPSec VPN:
• Suport Site to site over gre IPSec tunnels
• SD-WAN IPsec tunnels

85. Alte cerințe obligatorii:
- Garanție, Mentenanta si Suport HW+SW incluse – 12 luni;
- Producătorul trebuie să ofere suport prin e-mail sau conectare de la distanță, inclusiv suport local din partea partenerului;
- Ofertantul va indica în ofertă costul serviciilor pentru efectuarea instalării și configurării a echipamentului ofertat, va asigura integrarea echipamentului ofertat cu dispozitivele existente pe baza platformei existente in cadrul instituției prin realizarea configurărilor necesare, cu setarea tuturor parametrilor aplicabili în corespundere cu cerințele înaintate pe infrastructura Beneficiarului.
- Prezentarea a certificatelor a minim 1 specialist pe produsul ofertat din partea ofertantului (fără asociere cu o alta companie);
- Ofertantul va prezenta copia Certificatului ISO 27001:2018, in domeniul serviciilor privind asigurarea securității informației, design-ul acestuia, implementarea, monitorizarea si managementul infrastructurii IT
- Ofertantul va prezenta Certificatului ISO 9001:2015, pentru Servicii de comercializare și implementare suport tehnic în garanție și post garanție pentru sisteme informaționale, echipamente hardware si software și Servicii privind asigurarea securității informației, designul, implementarea, monitorizarea si managementul infrastructurii IT si de Securitate – certificat confirmat cu aplicarea semnăturii electronice;
- Ofertantul va prezenta Autorizarea de la producător pentru licitația la care participa;
- Ofertantul va avea minim o persoana certificata in calitate de auditor intern pentru sistemul de management al securității informaționale conform ISO 27001:2013;
- Referințe de vânzare NGFW – minim 3 contracte;
- Termen de livrare: maxim pana la 90 zile de la data intrării în vigoare a contractului
Informaţia despre solicitant
Codul fiscal/IDNO
Adresa
2028, MOLDOVA, mun.Chişinău, locality, Gheorghe Tudor nr.3
Web site
---
Persoana de contact
Nume Prenume
Baidauz Natalia
Telefonul de contact
+37322257572
Datele achizitiei
Data publicării
Data ultimilor modificări
20 iul 2026, 14:52
Valoarea estimată (fără TVA)
387 000 MDL
Pasul minim de micşorare a ratei de licitaţie
3 800 MDL
Achizitii.md ID
21654616
Tipul procedurii
Cererea ofertelor de prețuri (bunuri)
Criteriu de atribuire
Preţul cel mai scăzut
Adresa de livrare
2028, MOLDOVA, mun.Chişinău, mun.Chişinău, Conform Documentaţiei de atribuire
Durata contractului
3 aug 2026 03:00 - 3 nov 2026 02:00
Lista pozițiilor
1)
Denumirea
Echipamente de reţea de tip Next Generation Firewall (NGFW) CPV: 32400000-7 - Reţele
Cantitatea: 10.0
Unități de măsură: Bucata
Publicitate
Documentele procedurii de achiziție
ANUNȚ DE PARTICIPARE echipament Firewall 2026.semnat
Specificaţie tehnică
Anunţ de participare semnat
15.07.26 15:56
DUAE echipamente Firewall 2026.semnat
Specificaţie tehnică
DUAE semnat
15.07.26 15:56
DUAE echipamente Firewall 2026
Specificaţie tehnică
DUAE word
15.07.26 15:56
ANUNȚ DE PARTICIPARE echipament Firewall 2026
Specificaţie tehnică
Anunţ de participare word
15.07.26 15:56
ds_servicii_omf_ Echipamente Firewall 2026.semnat
Specificaţie tehnică
Document standard semnat
15.07.26 15:56
ds_servicii_omf_ Echipamente Firewall 2026
Specificaţie tehnică
Document standard word
15.07.26 15:56
ds_servicii_omf_ Echipamente Firewall 2026
Specificaţie tehnică
Document standard modificat 20,07,2026 în word
20.07.26 14:52
ds_servicii_omf_ Echipamente Firewall 2026 modificat 20,07,2026.semnat
Specificaţie tehnică
Document standard modificat 20,07,2026
20.07.26 14:52
ANUNȚ DE PARTICIPARE echipament Firewall 2026 modificat 20,07,2026.semnat
Specificaţie tehnică
Anunţ de participare modificat 20,07,2026
20.07.26 14:52

Mai jos sunt ofertele participanților, documentele la oferte le puteți vedea făcând clic pe simbolul mapei.

Pe baza deciziei grupului de lucru pentru selectare învingătorului este necesar să:

1) Selectați învingătorul dînd clic pe butonul recunoaște învingător.

2) Trimiteți în termen de 3 zile la adresa de e-mail AAP bap@tender.gov.md forma scanată a deciziei grupului de lucru.

3) După selectarea învingătorului, faceți clic pe butonul: “Confirmă decizia”.

Calificarea participanţilor
Denumirea participantului
Preţul ofertei
Statut
1
Denumirea participantului:

BTS PRO

Preţul ofertei: 380 000 MDL
Statut: În considerare
Motivul: Nu este indicat
Documentele de calificare
Nu sunt documente de calificare
Documentele depuse cu oferta
2
Denumirea participantului:

XONTECH Systems

Preţul ofertei: 385 000 MDL
Statut: în aşteptare
Istoria licitației
Vezi licitația
Echipamente de rețea de tip Next Generation Firewall (NGFW)
Data:
21 iul 2026, 15:29
Subiectul întrebării:
Solicitare de clarificare – Cerințele nr. 8 și 9
Întrebare:
În cadrul cerințelor tehnice nr. 8 și 9 este solicitată o - arhitectură de procesare paralelă a traficului pe un singur pas. Vă rugăm să clarificați dacă vor fi considerate conforme și soluțiile NGFW care utilizează o arhitectură hardware proprie, diferită din punct de vedere al implementării tehnologice, dar care asigură procesarea paralelă a funcțiilor de securitate la nivel hardware și oferă performanțe și funcționalități net superioare cerintei 8&9 - arhitectură de procesare paralelă a traficului pe un singur pas, care este o arhitectura brevetata de Palo Alto. Totodată, vă rugăm să confirmați că evaluarea conformității se va baza pe îndeplinirea cerințelor funcționale și de performanță, fără a condiționa ofertanții de implementarea unei anumite arhitecturi brevetate sau specifice unui anumit producător.
Răspuns (23 iul 2026, 11:05):
Prin arhitectură de procesare paralelă a traficului pe un singur pas se solicită existența unei arhitecturi native a platformei NGFW, conform documentației tehnice oficiale a producătorului. Conformitatea va fi evaluată în baza documentației tehnice oficiale și a îndeplinirii cerințelor publicate în documentația de atribuire.
Echipamente de rețea de tip Next Generation Firewall (NGFW)
Data:
21 iul 2026, 15:30
Subiectul întrebării:
Solicitare de clarificare – Cerințele nr. 38-55
Întrebare:
1. Solutia de sandbox trebuie sa fie parte componenta a ofertei, sau conform cerintei echipamentul solicitat trebuie sa ofere o integrare ulterioara? 2. Daca solutia de sandbox trebuie sa fie parte componenta a ofertei, va rog sa specificati formatul de livrare (in Cloud (hostat de vendor), on-premise (hostat de Autoritatea Contractanta)) si care este performanta de scanare a fisierelor pe ora?
Răspuns (23 iul 2026, 11:06):
Autoritatea contractantă confirmă că soluția ofertată trebuie să includă toate funcționalitățile prevăzute la cerințele nr. 38–55 din caietul de sarcini. Modalitatea de implementare a funcționalităților solicitate (cloud, on-premise sau o combinație a acestora) rămâne la alegerea ofertantului, cu condiția demonstrării îndeplinirii tuturor cerințelor tehnice și funcționale prevăzute în documentația de atribuire, inclusiv a cerințelor de la punctele 49, 50, 51 și 53. Autoritatea contractantă nu impune un model specific de livrare a soluției de sandbox și nu a stabilit o cerință minimă distinctă privind performanța de scanare exprimată în număr de fișiere pe oră. Conformitatea va fi evaluată în baza îndeplinirii tuturor cerințelor tehnice și funcționale prevăzute în caietul de sarcini și demonstrate prin documentația tehnică oficială a producătorului
Echipamente de rețea de tip Next Generation Firewall (NGFW)
Data:
21 iul 2026, 15:30
Subiectul întrebării:
Solicitare de clarificare – Cerința nr. 58
Întrebare:
1. Va rugam sa specificati daca solutia de enpoint protection trebuie sa fie parte componenta a solutiei livrate sau se solicita doar posibilitatea de integrare ulterioara? 2. Daca solutia de enpoint protection trebuie sa fie parte componenta a solutiei oferite, va rog sa specificati metoda de livrare (Cloud hosted (in Cloud-ul vendorului), sau on-premise hosted (in cloud-ul privat al Autoritatii Contractante). Va rugam sa specificati cantinatea de endpoint-ri pentru licentiere.
Răspuns (24 iul 2026, 18:58):
Autoritatea contractantă confirmă că, prin cerința nr. 58, se solicită asigurarea funcționalității de control granular al accesului utilizatorilor de la distanță, inclusiv verificarea existenței anumitor aplicații/software pe stația de lucru a utilizatorului și suport pentru accesul prin dispozitive mobile. Conformitatea va fi evaluată în baza documentației tehnice oficiale a producătorului și a funcționalităților oferite de soluția propusă. Autoritatea contractantă nu solicită furnizarea unei soluții distincte de endpoint protection și nu stabilește cerințe privind modelul de implementare (cloud, on-premise sau o combinație a acestora), precum și nici un număr de endpoint-uri care urmează a fi licențiate. Funcționalitatea solicitată poate fi asigurată prin capabilitățile native ale soluției ofertate sau prin componente integrate ale acesteia, cu condiția îndeplinirii integrale a cerințelor prevăzute la punctul 58 din caietul de sarcini.
Echipamente de rețea de tip Next Generation Firewall (NGFW)
Data:
21 iul 2026, 15:30
Subiectul întrebării:
Solicitare de clarificare – Cerința nr. 60
Întrebare:
Vă rugăm să confirmați dacă valorile parametrilor de performanță solicitați pot fi demonstrate prin documentația tehnică oficială (datasheet) publicată de producător, cu condiția ca aceasta să indice în mod explicit valorile corespunzătoare funcționalităților solicitate în caietul de sarcini.
Răspuns (24 iul 2026, 18:55):
Autoritatea contractantă confirmă că îndeplinirea cerinței nr. 60 poate fi demonstrată prin documentația tehnică oficială emisă de producător (datasheet, ghiduri tehnice, documentație de produs sau alte documente oficiale), cu condiția ca aceasta să conțină informații explicite și neechivoce care să confirme valorile de performanță și caracteristicile tehnice aferente funcționalităților solicitate prin caietul de sarcini. Valorile de performanță prezentate trebuie să permită verificarea îndeplinirii cerințelor minime stabilite. În situația în care documentația oficială a producătorului nu conține informații suficiente pentru demonstrarea conformității, autoritatea contractantă își rezervă dreptul de a solicita, în cadrul procesului de evaluare a ofertelor, clarificări și/sau documente justificative suplimentare, în condițiile prevăzute de legislația în domeniul achizițiilor publice.
Echipamente de rețea de tip Next Generation Firewall (NGFW)
Data:
21 iul 2026, 15:31
Subiectul întrebării:
Solicitare de clarificare – Cerința nr. 67
Întrebare:
Va rugam sa specificati daca solutia de Management Centralizat trebuie sa faca parte din oferta initiala, sau se solicita o functionalitate suportata si integrate ulterior? 1. Daca se solicita solutia de Management Centralizat, va rugam sa specificati formatul de livrare (On cloud (hostat de vendor), sau on-premise (hostat de Autoritatea Contractanta).
Răspuns (24 iul 2026, 18:56):
Autoritatea contractantă confirmă că soluția de Management Centralizat prevăzută la cerința nr. 67 trebuie inclusă în oferta inițială, ca licență separată. Echipamentele ofertate trebuie să asigure suport nativ și integrarea cu soluția de management centralizat, care să îndeplinească cerințele funcționale prevăzute la pct. 67 din caietul de sarcini. Modalitatea de implementare și livrare a soluției rămâne la alegerea ofertantului, cu condiția respectării tuturor cerințelor tehnice și funcționale prevăzute în documentația de atribuire.
Echipamente de rețea de tip Next Generation Firewall (NGFW)
Data:
21 iul 2026, 15:31
Subiectul întrebării:
Solicitare de clarificare – Cerința nr. 84
Întrebare:
În cazul portului dedicat de management out-of-band (10/100/1000), confirmați, vă rugăm, dacă este acceptată o soluție care asigură accesul separat pentru administrarea dispozitivului și gestionarea traficului de management, utilizând mecanisme alternative de separare și securizare a accesului de administrare, fără existența obligatorie a unui port fizic dedicat out-of-band.
Răspuns (24 iul 2026, 18:57):
Autoritatea contractantă menține cerința prevăzută în documentația de atribuire privind existența unui port fizic dedicat de management Out-of-Band. Această cerință este justificată de necesitățile operaționale și de securitate ale infrastructurii autorității contractante, în special de necesitatea administrării de la distanță a echipamentelor instalate în subdiviziunile teritoriale, unde nu există personal IT specializat. Existența unui port fizic dedicat de management Out-of-Band permite administrarea echipamentelor în condiții de siguranță și disponibilitate, inclusiv în situațiile în care interfețele de producție sunt indisponibile. Prin urmare, soluțiile care asigură funcționalități echivalente exclusiv prin mecanisme logice de separare a traficului, fără existența unui port fizic dedicat de management Out-of-Band, nu vor fi considerate conforme cu cerința nr. 84 din caietul de sarcini.
Echipamente de rețea de tip Next Generation Firewall (NGFW)
Data:
21 iul 2026, 15:31
Subiectul întrebării:
Solicitare de clarificare – Cerința nr. 84 - capacitatea de stocare de 128 GB
Întrebare:
Referitor la cerința privind capacitatea de stocare de 128 GB. Datorita arhitecturii hardware a solutiei oferite unde este present un storage pentru system de operare si un storage additional pentru pastrarea logurilor, totodata datorita structurii de log-ri folosite in oferta, folosind formatul ASN, logurile se pastreaza in format binar care ofera o rata de compresie de 1:4 versus media pe industirevă rugăm să confirmați dacă sunt acceptate soluții cu o capacitate de stocare diferită (64GB, echivalent la 256GB fara compresie), dar care asigură funcționalitățile solicitate de jurnalizare, raportare, actualizare software și administrare a echipamentului, fără impact asupra performanței și funcționalităților solicitate. În acest context, vă rugăm să confirmați că evaluarea conformității se va realiza pe baza funcționalităților și capabilităților oferite de soluție, și nu exclusiv în baza unor caracteristici hardware specifice.
Răspuns (24 iul 2026, 19:00):
Autoritatea contractantă menține cerința privind capacitatea minimă de stocare de 128 GB, astfel cum este prevăzută în documentația de atribuire. Conformitatea ofertelor va fi evaluată atât prin raportare la îndeplinirea funcționalităților solicitate, cât și la respectarea caracteristicilor tehnice minime prevăzute în caietul de sarcini. Soluțiile care utilizează tehnologii diferite de implementare, mecanisme de compresie a datelor sau alte optimizări tehnice nu pot substitui îndeplinirea cerințelor minime expres stabilite. Prin urmare, ofertele trebuie să respecte toate cerințele tehnice minime prevăzute în documentația de atribuire, inclusiv cerința referitoare la capacitatea minimă de stocare de 128 GB. Documentația de atribuire rămâne nemodificată.
Echipamente de rețea de tip Next Generation Firewall (NGFW)
Data:
21 iul 2026, 15:32
Subiectul întrebării:
Solicitare de clarificare – Cerința nr. 84
Întrebare:
In specificatia 84 se solicita 7 interfete de 1Gbps, cu un debut total theoretic de 7Gbps, totoadata se solicita performanta de 1.4 Gbps per firewall. Luand in consideratie ca pentru a utiliza la maxim performanta solicitata avem nevoie de doar 2 porturi de 1Gbps, va rugam sa confirmati ca ajung 5 interftete de 1Gbps care ar putea livra pana la 5 Gbps, depasind capacitatea solicitata de aprox 3 ori.
Răspuns (24 iul 2026, 18:41):
Autoritatea contractantă menține cerința privind existența a minimum 7 interfețe 1G RJ45, astfel cum este prevăzută în documentația de atribuire. Numărul de interfețe solicitat nu este stabilit exclusiv în raport cu performanța de transfer a echipamentului, ci răspunde necesităților operaționale ale infrastructurii autorității contractante, inclusiv pentru segmentarea rețelei, separarea zonelor de securitate, asigurarea redundanței conexiunilor, administrarea echipamentului și disponibilitatea unor interfețe de rezervă pentru dezvoltarea ulterioară a infrastructurii. Prin urmare, soluțiile care dispun de un număr mai mic de interfețe, chiar dacă îndeplinesc sau depășesc performanțele de transfer solicitate, nu vor fi considerate conforme cu cerința tehnică minimă privind numărul de interfețe. Documentația de atribuire rămâne nemodificată.
Echipamente de rețea de tip Next Generation Firewall (NGFW)
Data:
21 iul 2026, 15:32
Subiectul întrebării:
Solicitare de clarificare – Cerința nr.53
Întrebare:
Tehnologia de Bare Metal Analysis este folosita de cativa producatori (PaloAlto, VMRay, BinaruGuard) ca solutie de anti-evasion (evitare a detectarii rularii in spatiu virtual), va rugam sa specificati daca se accepta solutie sandbox cu aplicarea non-evasion hypervisor, care ofera acelasi nivel de Securitate, support tehnici anti-evasion si performanta.
Răspuns (24 iul 2026, 18:35):
Autoritatea contractantă menține cerința prevăzută la punctul 53 din caietul de sarcini, potrivit căreia soluția de sandbox cloud ofertată trebuie să utilizeze tehnologia Bare Metal Analysis, fără utilizarea emulării sistemului de operare. Conformitatea va fi evaluată prin raportare la cerințele tehnice minime prevăzute în documentația de atribuire și va fi demonstrată prin documentația tehnică oficială emisă de producător. Prin urmare, soluțiile care utilizează alte tehnologii de analiză, chiar dacă oferă funcționalități sau niveluri de securitate considerate echivalente, nu vor fi considerate conforme dacă nu îndeplinesc cerința expres prevăzută la punctul 53 din caietul de sarcini. Documentația de atribuire rămâne nemodificată.
Echipamente de rețea de tip Next Generation Firewall (NGFW)
Data:
22 iul 2026, 14:15
Subiectul întrebării:
Cerinta 84: Virtual Routers:
Întrebare:
Va rugam sa specificati functionalitatea de Virtual Router. Se solicita virtualizarea sistemului unui Firewall in multiple Virtual systems/contexte/VDOM-ri cu administrare separata si reguli de securitate dedicate? Sau alta functionalitate?
Răspuns (24 iul 2026, 18:31):
Prin această cerință se solicită suportul funcționalității Virtual Router conform implementării și documentației tehnice oficiale a producătorului echipamentului ofertat. Autoritatea contractantă nu a solicitat prin caietul de sarcini funcționalități specifice de virtualizare a firewall-ului în multiple sisteme virtuale, contexte de securitate sau VDOM-uri. Conformitatea va fi demonstrată prin documentația tehnică oficială a producătorului.
Cu părere de rău întrebările se pun doar în perioada "Activ".
Clarificări