Wyodrębnione z wyjaśnień treści SWZ.
1W zakresie wymagania:
„panel LCD na froncie obudowy do diagnostyki i wyświetlania adresu IP”
— czy Zamawiający dopuści rozwiązanie równoważne w postaci diagnostyki realizowanej poprzez diody LED oraz zdalną kartę zarządzającą (out-of-band management)?Zamawiający nie dopuszcza wnioskowanego rozwiązania równoważnego i podtrzymuje wymagania określone w Opisie Przedmiotu Zamówienia w zakresie obecności fizycznego panelu LCD na froncie obudowy.
1w związku z analizą Opisu Przedmiotu Zamówienia zwracamy się z uprzejmą prośbą o doprecyzowanie wymagań dla Urządzenia nr 1 (serwer NAS — 2 sztuki) w zakresie interfejsów sieciowych.
Zamawiający wskazał wymaganie:
minimum 4 porty 1GbE RJ-45 wspierające funkcje Link Aggregation oraz Failover
minimum 2 porty 10GbE RJ-45 wbudowane (bez zajmowania slotów PCle)
Jednocześnie dostępne na rynku aktualne modele urządzeń klasy enterprise (następcy modeli wskazujących na OPZ, np. po modelu RS3621xs+) zostały wyposażone w ograniczoną liczbę portów 1GbE (np. 1 port zarządzający), przy jednoczesnym zapewnieniu portów 10GbE.
W związku z powyższym prosimy o potwierdzenie:
Czy Zamawiający dopuści rozwiązanie, w którym:
wymagane porty 1GbE zostaną zapewnione poprzez dodatkowe karty sieciowe instalowane w slotach PCle, przy jednoczesnym spełnieniu wymagań dotyczących portów 10GbE
lub
Czy Zamawiający uzna za równoważne rozwiązanie, w którym:
liczba portów 1GbE będzie mniejsza, natomiast funkcjonalność sieciowa zostanie zapewniona w oparciu o porty 1OGbE (z możliwością agregacji i failover)
oraz
Czy w przypadku wykorzystania slotów PCle do rozbudowy interfejsów sieciowych dopuszcza się zmniejszenie liczby wolnych slotów PCle wymaganych w OPZ?
Zwracamy uwagę, iż przy literalnym spełnieniu wszystkich powyższych wymagań jednocześnie może nie być możliwe zastosowanie dostępnych aktualnie modeli urządzeń producentów klasy enterprise.Zamawiający dla Urządzenia nr 1 dopuszcza ograniczenie liczby portów 1GbE do minimum 2 sztuk oraz zmniejszenie liczby wolnych gniazd PCle do minimum 1 sztuki, przy czym wymagania dotyczące portów 10GbE pozostają bez zmian.
1Czy Zamawiający, działając w zgodzie z art. 99 ust. 4 ustawy Pzp (zakaz opisywania przedmiotu zamówienia w sposób utrudniający uczciwą konkurencję), może wskazać z nazwy co najmniej dwa przykłady oprogramowania ogólnodostępnego na rynku, które łącznie spełniają wymagania z pkt 1.18 (wbudowany moduł zdalnego pulpitu) oraz pkt 1.27 (wbudowany moduł ochrony przed phishingiem, spoofingiem i integracją z zewnętrznymi bazami zagrożeń) w ramach jednego systemu dedykowanego do szyfrowania wiadomości email technologią End-to-End? Uzasadnienie Wykonawcy: Połączenie w jednym systemie kryptograficznym (szyfrowanie E2E) funkcji administratorskich typu RMM (zdalny pulpit) oraz funkcji brzegowych systemów filtrujących (Secure Email Gateway/AntiPhishing) sugeruje, że opis przedmiotu zamówienia został sformułowany pod jedno, konkretne rozwiązanie rynkowe, co drastycznie narusza zasady uczciwej konkurencji. Jeśli takie oprogramowanie łączące te cechy w standardzie E2E nie istnieje, Zamawiający ma obowiązek wykreślić lub rozdzielić te wymagania.Zamawiający wyjaśnia, iż działając w pełnej zgodzie z art. 99 ust. 4 ustawy Pzp, opis przedmiotu zamówienia został sformułowany poprzez określenie wymagań funkcjonalnych oraz minimalnych parametrów technicznych, które wynikają z obiektywnych, uzasadnionych i zidentyfikowanych potrzeb bezpieczeństwa teleinformatycznego Urzędu Miejskiego w Polanicy-Zdrój. Zamawiający nie jest uprawniony ani zobowiązany do wskazywania z nazwy konkretnych produktów lub producentów rozwiązań dostępnych na rynku. Mając jednak na celu zapewnienie jak najszerszej konkurencyjności i jednoznaczne wyjaśnienie intencji zapisów OPZ, Zamawiający dokonuje modyfikacji i doprecyzowania treści Załącznika nr 7 (OPZ) w Sekcji VI. Zamawiający dopuszcza, aby wymagane funkcjonalności — tj. asymetryczne szyfrowanie wiadomości e-mail w standardzie End-to-End, moduł zdalnego wsparcia/pulpitu (pkt 1.18) oraz funkcje filtrowania i ochrony przed phishingiem/spoofingiem (pkt 1.27) — być realizowane za pomocą jednego zintegrowanego systemu, bądź za pomocą zestawu oddzielnych, lecz w pełni kompatybilnych i współpracujących ze sobą modułów/programów dostarczonych przez Wykonawcę w ramach oferowanej ceny. Warunkiem koniecznym jest zapewnienie centralnego zarządzania dostarczonym pakietem licencji z poziomu jednej, wspólnej konsoli administracyjnej. Jednocześnie Zamawiający kategorycznie zastrzega, że całe dostarczane oprogramowanie w ramach tej sekcji musi funkcjonować jako rozwiązanie w całości lokalne (on-premise), wdrożone i uruchomione w infrastrukturze Zamawiającego. Zamawiający nie dopuszcza stosowania rozwiązań chmurowych (Cloud/SaaS) ani modeli licencjonowania opartych na subskrypcjach (licencjach czasowych). Wszelkie dostarczone oprogramowanie i licencje (60 sztuk) muszą mieć charakter licencji wieczystych (perpetual).
2W zakresie wymagania:
„płyta główna z obsługą dwóch procesorów (w tym jednostek 56-rdzeniowych)”
— czy Zamawiający dopuści rozwiązania, w których konfiguracja jedno- lub dwuprocesorowa jest określana na etapie doboru serwera (bez możliwości późniejszej rozbudowy o drugi procesor), przy zachowaniu wymaganej wydajności?Zamawiający dopuszcza zaoferowanie rozwiązania, w którym konfiguracja jedno- lub dwuprocesorowa jest określana na etapie doboru serwera (bez możliwości późniejszej rozbudowy), przy zachowaniu wymaganej wydajności obliczeniowej procesora.
2Czy w przypadku utrzymania przez Zamawiającego wymogu dotyczącego zdalnego przejmowania pulpitu, Zamawiający dopuści rozwiązanie, w którym dostęp do panelu administracyjnego oraz wszelkie operacje wsparcia technicznego są zabezpieczone obowiązkowym uwierzytelnianiem dwuskładnikowym / wieloskładnikowym (MFA - Multi-Factor Authentication)? Uzasadnienie Wykonawcy: Zdalne przejmowanie pulpitu użytkownika z pominięciem kontroli konta (UAC) bez obligatoryjnego mechanizmu MFA stanowi krytyczną podatność bezpieczeństwa w infrastrukturze Urzędu Gminy. Wprowadzenie uwierzytelniania wieloskładnikowego realizuje najwyższe standardy ochrony przed nieautoryzowanym dostępem.Zamawiający dopuszcza rozwiązanie, w którym dostęp do panelu administracyjnego oraz operacje wsparcia technicznego (w tym mechanizmy zdalnego przejmowania pulpitów użytkowników) są zabezpieczone uwierzytelnianiem dwu- lub wieloskładnikowym (MFA / 2FA). Jednocześnie Zamawiający przypomina, iż zgodnie z ogólnymi warunkami zamówienia dla tej sekcji, całe oferowane oprogramowanie — w tym również ewentualne moduły uwierzytelniające — musi bezwzględnie spełniać wymóg lokalnej architektury (on-premise), bez subskrypcyjnego modelu rozliczeń oraz bazować na licencjach wieczystych.
3Czy Zamawiający dopuści oprogramowanie, w którym poufność danych realizowana jest za pomocą asymetrycznego szyfrowania End-to-End opartego na krzywych eliptycznych (ECC) o sile klucza zapewniającej poziom bezpieczeństwa równoważny sile klucza RSA 3072 bit oraz AES 256 bit, przy jednoczesnym zapewnieniu wyższej wydajności (szybszy czas szyfrowania/deszyfrowania na urządzeniu końcowym)? Uzasadnienie Wykonawcy: Standard ECC (Elliptic Curve Cryptography) jest nowoczesnym, powszechnie uznawanym przez instytucje certyfikujące (w tym standardy bankowe) następcą algorytmów starszego typu, gwarantującym identyczny skutek ochronny (całkowity brak możliwości odczytania wiadomości bez klucza prywatnego użytkownika), przy mniejszym obciążeniu stacji roboczych Urzędu.Zamawiający nie dopuszcza modyfikacji zapisów OPZ we wnioskowanym zakresie i podtrzymuje wymagania dotyczące obligatoryjnego stosowania algorytmu AES-256. Argumentacja Wykonawcy opiera się na porównaniu dwóch skrajnie różnych kategorii kryptograficznych: algorytmów asymetrycznych (klucza publicznego) oraz algorytmów symetrycznych, które pełnią zupełnie inne role w architekturze bezpieczeństwa nowoczesnego systemu IT: 1. Kryptografia krzywych eliptycznych (ECC) to algorytm asymetryczny, służący do bezpiecznej wymiany kluczy, uwierzytelniania lub podpisu cyfrowego. Z kolei żądany przez Zamawiającego AES-256 to algorytm symetryczny, służący do masowego, szyfrowania właściwych danych. W bezpiecznych systemach standardem jest model hybrydowy: ECC inicjuje bezpieczne połączenie i przekazuje klucz sesji, którym następnie algorytm AES-256 szyfruje całą właściwą transmisję danych. Wykorzystanie ECC w żadnym wypadku nie eliminuje potrzeby stosowania kryptografii symetrycznej AES-256. 2. Standard AES-256 posiada oficjalną certyfikację FIPS 197 wydaną przez amerykański instytut NIST i jest powszechnie uznawany przez instytucje krajowe oraz międzynarodowe (m.in. NIST, ENISA) jako absolutne, niepodważalne minimum dla ochrony danych o wysokim stopniu poufności. Stosowanie algorytmu AES-256 w infrastrukturze lokalnej jest niezbędne dla spełnienia rygorystycznych wymogów prawnych związanych z ochroną danych osobowych oraz ciągłością działania jednostek sektora publicznego (w tym przepisów RODO/GDPR, dyrektywy NIS2, ustawy o Krajowym Systemie Cyberbezpieczeństwa oraz norm ISO 27001).