Smlouva o poskytnutí licence na systém zajištění ochrany emailové komunikace
Smlouva o poskytnutí licence
na systém zajištění ochrany emailové komunikace
Objednatel:
Vysoká škola báňská – Technická univerzita Ostrava
Centrum informačních služeb (dále také CIS)
Sídlo: 17. listopadu 2172/15, 708 00 Ostrava-Poruba
IČ: 619 89 100
DIČ: CZ61989100
Zastoupená: Ing. Xxxxxxxx Xxxxxx, ředitelem CIT
Bankovní spojení: ČSOB, a.s.
číslo účtu: 100954151/0300
kontaktní osoba: Xxx. Xxxxxx Xxxxxx, e-mail: xxxxxx.xxxxxx@xxx.xx
a
Poskytovatel
Obchodní firma /název/:
Sídlo/místo podnikání/:
IČ: :
DIČ:
Zastoupená:
Bankovní spojení:
Číslo účtu:
zapsaná v:
kontaktní osoba:
dnešního dne uzavřeli tuto smlouvu v souladu s ustanovením § 2371 a násl. zákona č. 89/2012 Sb., občanský zákoník (dále jen „občanský zákoník“)
(dále jen „Smlouva“)
1. Poskytovatel prohlašuje, že je oprávněn k realizaci předmětu smlouvy.
2. Poskytovatel dále prohlašuje, že má dostatečné množství certifikovaných specialistů, aby mohl objednateli řádně poskytovat konzultace spojené s používáním dodaných produktů. Poskytovatel prohlašuje, že je ve smyslu ust. § 5 občanského zákoníku odbornou osobou v dané oblasti.
3. Poskytovatel prohlašuje, že:
a) předmět plnění odpovídá této smlouvě, a že plnění provedené poskytovatelem bude mít vlastnosti a odpovídající kvalitu,
b) zajistí v rámci plnění smlouvy legální zaměstnávání osob a zajistí pracovníkům podílejícím se na splnění smlouvy férové a důstojné pracovní podmínky. Férovými a důstojnými pracovními podmínkami se rozumí takové pracovní podmínky, které splňují alespoň minimální standardy stanovené pracovněprávními a mzdovými předpisy. Objednatel je oprávněn požadovat předložení dokladů, ze kterých dané povinnosti vyplývají a poskytovatel je povinen je bez zbytečného odkladu objednateli předložit. Poskytovatel je povinen zajistit splnění požadavků tohoto ustanovení smlouvy i u svých poddodavatelů. Nesplnění povinností poskytovatele dle tohoto ustanovení smlouvy se považuje za podstatné porušení smlouvy.
c) zajistí řádné a včasné plnění finančních závazků svým poddodavatelům, kdy za řádné a včasné plnění se považuje plné uhrazení poddodavatelem vystavených faktur za plnění poskytnutá poskytovateli ke splnění této smlouvy, a to vždy nejpozději do 10 dnů od obdržení platby ze strany objednatele za konkrétní plnění (pokud již splatnost poddodavatelem vystavené faktury nenastala dříve). Poskytovatel se zavazuje přenést totožnou povinnost do dalších úrovní dodavatelského řetězce a zavázat své poddodavatele k plnění a šíření této povinnosti též do nižších úrovní dodavatelského řetězce. Objednatel je oprávněn požadovat předložení dokladů o provedených platbách poddodavatelům a smlouvy uzavřené mezi poskytovatelem a poddodavateli a poskytovatel je povinen je bezodkladně poskytnout. Nesplnění povinností poskytovatele dle tohoto ustanovení smlouvy se považuje za podstatné porušení smlouvy
d) zajistí, aby byl při plnění této smlouvy minimalizován dopad na životní prostředí, a to zejména tříděním odpadu, úsporou energií, a respektována udržitelnost či možnosti cirkulární ekonomiky.
Článek I
Předmět smlouvy
Předmětem plnění této smlouvy je pořízení systému pro zajištění ochrany emailové komunikace na univerzitě. Podmínky plnění smlouvy jsou stanoveny v příloze č. 1 této smlouvy.
Článek II.
Způsob, místo a doba plnění smlouvy
Smluvní strany se dohodly, že dodávka licencí realizovaná dle této smlouvy bude v souladu s licenčními podmínkami poskytovatele.
Smluvní strany se dohodly, že místem plnění dle této smlouvy je pracoviště CIS, Vysoké škola báňské – Technické univerzity Ostrava, 17. listopadu 2172/15, 708 00 Ostrava-Poruba.
Poskytovatel se zavazuje dodat požadované licence do 20. 12. 2023.
Článek III.
Cena licencí a služeb
Objednatel se zavazuje za plnění předmětu smlouvy uhradit cenu licencí:
Celková cena ………………….. Kč bez DPH
DPH …………………..
Celková cena ………………….. Kč s DPH
Smluvní strany se dohodly, že cena uvedená v odst. 1 tohoto článku smlouvy je pevná, nepřekročitelná a nejvýše přípustná, zahrnuje plnění dle této smlouvy, dopravu na místo plnění a předání veškerých dokumentů potřebných k nakládání s předmětem plnění.
Článek IV.
Platební podmínky
Smluvní strany se dohodly, že vyúčtování bude provedeno daňovým dokladem (fakturou), který bude obsahovat veškeré zákonné náležitosti dle zákona č. 235/2004 Sb., o dani z přidané hodnoty, v platném znění, dále číslo smlouvy, počet kusů jednotlivých licencí, popř. dalších služeb, jednotkovou cenu bez DPH, výši DPH, celkovou cenu bez DPH a celkovou cenu včetně DPH. Datem uskutečnění zdanitelného plnění bude den poskytnutí služby nebo den dodání softwarových produktů.
Lhůta splatnosti faktury je 30 dnů ode dne doručení faktury objednateli.
Pořizovací cena se považuje za uhrazenou okamžikem připsání fakturované ceny na účet poskytovatele.
Objednatel je oprávněn před uplynutím lhůty splatnosti faktury vrátit bez zaplacení fakturu, která neobsahuje náležitosti stanovené touto smlouvou nebo budou-li tyto údaje uvedeny chybně. Poskytovatel je povinen fakturu nově vyhotovit. V takovém případě není objednatel v prodlení se zaplacením ceny. Okamžikem doručení náležitě doplněné či opravené faktury začne běžet nová lhůta splatnosti faktury v délce 30 dnů.
Veškeré platby dle této smlouvy budou objednatelem placeny na účet Poskytovatele uvedený v záhlaví této smlouvy.
Poskytovatel prohlašuje, že jeho bankovní účet uvedený v této smlouvě nebo ve faktuře je jeho účtem, který je správcem daně zveřejněn způsobem umožňujícím dálkový přístup v souladu s ust. § 96 zákona č. 235/2004 Sb. o dani z přidané hodnoty, v platném znění, dále jen zákon o DPH. Poskytovatel je povinen uvádět ve faktuře pouze účet, který je správcem daně zveřejněn v souladu se zákonem o DPH. Dojde-li během trvání této Smlouvy ke změně identifikace zveřejněného účtu, zavazuje se Poskytovatel bez zbytečného odkladu písemně informovat objednatele o takové změně. Vzhledem k tomu, že dle ust. § 109 odst. 2 písm. c) zákona o DPH ručí příjemce zdanitelného plnění za nezaplacenou daň z tohoto plnění, pokud je úplata za toto plnění poskytnuta zcela nebo zčásti bezhotovostním převodem na jiný účet než účet poskytovatele zdanitelného plnění, který je správcem daně zveřejněn způsobem umožňujícím dálkový přístup, provede objednatel úhradu ceny zboží pouze na účet, který je účtem zveřejněným ve smyslu ust. § 96 zákona o DPH. Pokud se kdykoliv ukáže, že účet poskytovatele, na který objednatel požaduje provést úhradu ceny zboží, není zveřejněným účtem, není objednatel povinen úhradu ceny zboží na takový účet provést; v takovém případě se nejedná o prodlení se zaplacením ceny zboží na straně objednatele.
Ustanovení předešlého odstavce se nevztahuje na neplátce DPH a na zahraniční subjekty, které nepodléhají povinnosti registrace podle zákona o DPH.
Článek V.
Smluvní pokuta a úrok z prodlení
Smluvní strany se dohodly, že v případě prokazatelného prodlení Poskytovatele s plněním je objednatel oprávněn požadovat uhrazení smluvní pokuty ve výši 0,1 % z ceny plnění za každý i započatý den prodlení.
V případě, že objednatel nedodrží sjednaný termín splatnosti faktury, je objednatel v prodlení a zaplatí ve prospěch Poskytovatele úrok z prodlení ve výši 0,05 % z dlužné částky za každý den prodlení.
Smluvní pokuty touto smlouvou sjednané se platí nezávisle na tom, zda a v jaké výši vznikne v těchto souvislostech objednateli škoda, kterou lze vymáhat samostatně.
Smluvní pokuta je splatná vždy do 10 kalendářních dnů ode dne doručení výzvy k jejímu zaplacení.
Článek VI.
Záruka
Záruka na software vyplývá z licenčních oprávnění k provozování dodaných softwarových produktů, které poskytují tzv. omezenou záruku (Limited Waranty). Záruka na dodaný software se řídí ustanoveními občanského zákoníku v platném znění a je poskytována v souladu se zárukou na jednotlivé produkty poskytovanou výrobcem.
Článek VIII.
Odpovědnost za užívací práva, odpovědnost za vady
Objednatel odpovídá za užívání dodaného SW v souladu s licenčními podmínkami (licenčním ujednáním). Objednatel prohlašuje, že se s těmito podmínkami seznámil a souhlasí s nimi.
Objednatel odpovídá za úhradu případných škod vzniklých Poskytovateli porušením licenčních podmínek, k jejichž plnění se objednatel zavázal převzetím licence.
Objednatel se stává legálním uživatelem licence (užívacích práv) okamžikem úhrady daňového dokladu (faktury) Poskytovateli.
Článek IX.
Obchodní tajemství, mlčenlivost
Smluvní strany se dohodly, že budou navzájem zachovávat mlčenlivost o všech skutečnostech, o kterých se při plnění této smlouvy přímo nebo nepřímo dozvědí a které lze považovat ve smyslu ustanovení obchodního zákoníku za obchodní tajemství či které jedna ze stran takto označí. Obsah této smlouvy je vnitřní záležitostí smluvních stran a žádná ze stran nemá právo bez souhlasu strany druhé o tomto obsahu informovat třetí osoby.
Článek XI.
Ostatní ustanovení
Smluvní strany prohlašují, že si navzájem poskytnou veškerou potřebnou součinnost k plnění dle této smlouvy.
Smluvní strany se zavazují vyvinout maximální úsilí k tomu, aby sjednané plnění podle této smlouvy bylo ve vzájemné spolupráci a součinnosti v maximální možné míře využito.
Smluvní strany souhlasí se vzájemným uváděním jména obchodní firmy, obecné charakteristiky poskytovaného či odebíraného plnění a formy spolupráce jako reference ve svých komerčních a marketingových materiálech.
Veškeré majetkové spory, které vzniknou z této smlouvy a které se nepodaří odstranit vzájemným jednáním smluvních stran, předají smluvní strany věcně příslušnému soudu, přičemž místní příslušnost soudu se řídí sídlem objednatele.
Je-li kterékoliv ustanovení této smlouvy neplatné či nevykonatelné, případně stane-li se takovým v budoucnu, nedotkne se taková neplatnost nebo nevykonatelnost platnosti či vykonatelnosti ostatních ustanovení této smlouvy. Smluvní strany v takovém případě vyvinou veškeré úsilí, aby takové vadné ustanovení nahradily ustanovením bezvadným, které se svým účelem nejvíce blíží ustanovení nahrazovanému. Do doby nahrazení platí, že na vztahy mezi smluvními stranami, které nejsou smluvně upraveny z důvodu neplatnosti některého ustanovení této smlouvy, se použije úprava obsažená v obecně závazných právních předpisech České republiky.
Práva vzniklá z této smlouvy nesmí být postoupena třetí straně bez předchozího písemného souhlasu druhé strany, podepsaného jejími oprávněnými zástupci. Za písemnou formu není pro tento účel považována výměna e-mailových, či jiných elektronických zpráv.
Článek VIII.
Závěrečná ustanovení
Tato smlouva nabývá platnosti dnem podpisu oběma smluvními stranami. Účinnosti nabývá tato smlouva registrací smlouvy dle následujícího ustanovení.
Registraci této smlouvy dle ustanovení § 5 zákona č. 340/2015 Sb., o registru smluv provede na základě dohody smluvních stran objednatel, a to tak, aby potvrzení o provedení registrace smlouvy bylo zasláno oběma smluvním stranám.
Případné spory obou smluvních stran budou řešeny přednostně dohodou. Nedojde-li k dohodě, budou spory řešeny příslušným soudem, nikoliv rozhodcem.
Veškerá korespondence mezi smluvními stranami, včetně jejich prohlášení, je ve vztahu k této smlouvě irelevantní, není-li ve smlouvě stanoveno jinak.
Tato smlouva je vyhotovena a podepsána elektronicky.
Každá ze smluvních stran prohlašuje, že tuto smlouvu uzavírá svobodně a vážně, že považuje obsah této smlouvy za určitý a srozumitelný a že jsou jí známy veškeré skutečnosti, jež jsou pro uzavření této smlouvy rozhodující, na důkaz čehož připojují smluvní strany k této smlouvě své podpisy.
V Ostravě, dne: _____________ V _____________, dne ___________
Za objednatele: Za poskytovatele:
__________________________ ____________________________
Xxx. Xxxxxx Xxxxx, ředitel CIS Jméno:
Funkce:
Technická specifikace
Pořízení systému pro zajištění ochrany emailové komunikace univerzity
Současné poštovní řešení je realizováno v rámci virtuálního prostředí s vysokou dostupností. Přijímacím SMTP hubem je email přijat, zpracován a vyhodnocen. Následně je email doručen do jednoho ze tří řešení. Prvním z nich je vlastní on-premise mailboxové řešení. Dalšími jsou cloudová řešení – MS Office 365 a Google G Suite. Odchozí emailová komunikace je řešena reverzním způsobem. Veškeré emaily, i z cloudových služeb, jsou přijaty SMTP hubem zpracovány, vyhodnoceny a odeslány.
Požadováno je řešení implementovatelné v prostředí univerzitního datového centra ve formě virtuální appliance. Tento způsob Zadavatel zvolil z důvodu existujícího vysoce dostupného, geograficky odděleného datového centra, v rámci kterého provozuje své IT.
Požadavky na virtuální appliance
Zařízení ve formě virtuální appliance s podporou virtualizační platformy Vmware. Požadujeme podporu jednoho výrobce na řešení jako celek; aplikace instalovaná do obecného operačního systému nebude akceptována.
Podpora až 16 GB operační paměti.
Podpora úložiště až 4TB.
Podpora minimálně 6 síťových rozhraní.
Podpora minimálně 4 CPU.
Funkční požadavky
Podpora IPv4 i IPv6, vč. plné funkcionality a zajištění bezpečnostních funkcí.
Možnost nasazení v režimu gateway/MTA a v transparentním režimu. Pokud jsou tyto funkce licencovány, požadujeme dodání licence pro oba režimy.
Licenční model nezávislý na počtu chráněných emailových schránek/IP adres/uživatel. Pokud jsou tyto parametry licencované, potom požadujeme dodání licence pro neomezený počet emailových schránek/IP adres/uživatel.
Architektura MTA musí umožnit provést kontrolu emailu ještě před uložením do emailové fronty. Výkonnostní požadavky (viz níže) musí odpovídat výkonnosti bez využívání emailové fronty.
Management rozhraní musí být provozované přímo na daném zařízení (externí management není akceptovatelný).
Plnohodnotná správa pomocí web gui (HTTPs) a CLI (SSH).
Podpora protokolů SNMP (v2c, v3) a syslog pro možnost začlenění do monitorovacího systému.
Součástí dodávky musí být i specifický MIB soubor výrobce.
Podpora archivace (např. přístup do archivu pomocí protokolu IMAP).
Podpora systémové karantény.
Podpora uživatelské karantény přes webové rozhraní.
Možnost uvolnění zpráv z karantény pomocí odkazu v emailu.
Podpora ověřování přes SAML 2.0 a ADFS pro přihlášení do uživatelské karantény.
Podpora opakované kontroly emailu ve chvíli vyzvednutí emailu z karantény.
Podpora externího úložiště (šifrovaná komunikace, např. SFTP).
Podpora DKIM, DMARC a DANE.
Požadované AntiSpam funkce minimálně:
výrobcem spravovaná proprietární AS funkcionalita s možností kategorizace v emailu nalezených URL, ochrana typu spam-outbreak (tj opakované dotazování se signaturového server po předdefinované prodlevě),
IP reputační databáze výrobce, greylisting, reputace odesílatelů, behaviorální analýza, analýza hlaviček mailů, heuristická analýza mailů, podpora systémů třetích stran (blacklisty),
kontrola založená na Bayesian přístupu, white a black listing) s možností detekce a selekce newsletter emailů, podpora funkce tzv. bounce verification, podpora greylistingu.
Podpora DNSBL a SURBL.
Možnost vytvoření lokálního slovníku zakázaných slov (email obsahující některé z těchto slov bude vyhodnocen jako spam).
Reakce na detekovaný spam minimálně:
přidání tagu,
přidání hlavičky,
přeposlání emailu na jiný SMTP server,
přidání BCC,
archivace,
odmítnutí (reject),
zahození (discard),
uložení do karantény,
přepsání adresy příjemce.
Možnost limitace v rámci SMTP navázané relace (počet zpráv od jednoho klienta za určitou dobu, maximální počet spojení od jednoho klienta za určitou dobu, podpora endpoint reputace, napojení na LDAP za účelem verifikace uživatelů; možnost omezení počtu HELO/EHLO v rámci jedné SMTP relace, možnost omezit počet emailových zpráv v rámci SMTP relace, možnost omezit počet příjemců v rámci adresátů emailu, možnost manipulace s hlavičkou mailu (odstranění Received hlavičky).
Antivirová ochrana aktualizovaná výrobcem s možností nastavení následně prováděné akce.
Požadujeme integraci s platformou sandbox, provozovanou v cloudu výrobce (bez nutnosti instalovat sandbox lokálně). Pokud tato funkce vyžaduje licenci, tak tato musí být součástí dodávky, a to na minimálně 5 let.
Možnost rozšíření řešení o on-premise sandbox plně funkčně integrovaný s emailovou branou (pokud se jedná o sandbox jiného výrobce, musí být tato funkční integrace garantována a podporována ze strany obou výrobců).
Ochrana před únikem citlivých informací, filtrování příchozích a odchozích typů souboru (minimálně podpora regulárních výrazů a typů souborů v příloze).
Podpora funkce ochrany před útoky typu DoS, Antispoofing, rate limiting.
Lokálně udržované hodnocení odesílatelů (vyhodnocování lokálního skóre odesílatelů na základě nedávné aktivity s možností nastavení omezení pro různé úrovně skóre).
Podpora tzv. "click protection” (URL obsažená v přijímaných emailech jsou přepsána tak, aby byl uživatel po kliknutí přesměrování na emailovou bránu. Ta provede kontrolu přístupu proti aktuální databázi kategorizovaných URL a přístup povolí/zakáže na základě své konfigurace).
Podpora ochrany před cílenými phishing útoky – možnost definovat seznam emailových adres klíčových osob organizace.
Integrované logování a reporting, monitoring.
Podpora REST API pro možnost integrace management funkcí do stávající řídící infrastruktury
pokud je funkce REST API licencovaná, požadujeme dodání včetně této licence.
Podpora funkce šifrování přenosu mailové komunikace end-to-end bez nutnosti instalovat sw na pracovní stanice (např. uložení šifrované zprávy lokálně s možností vyzvednout zprávu bezpečným způsobem přes web rozhraní).
Podpora tzv. neutralizace dokumentů v příloze (odstranění potenciálně nebezpečných prvků v dokumentu (makra, URL, …) v dokumentech MS Office a PDF, při zachování původního typu dokumentu.
Automatická dekrypce šifrovaných dokumentů za pomoci administrátorem předdefinovaného slovníku hesel a výrobcem udržovaným slovníkem často používaných hesel.
Integrace s platformou Exchange online (Office365) a to přes nativní Office365 Graph API
Podpora antivirové antispamové kontroly pro tuto službu v reálném čase a na vyžádání (on demand).
Integrace s platformou Google G Suite Email
Podpora antivirové antispamové kontroly pro tuto službu v reálném čase a na vyžádání (on demand).
Podpora REST API pro konfiguraci a management.
Certifikace VBspam a VB100, FIPS 140-2.
Požadavky na výkonnost
Výkonnostní hodnoty musí být platné pro velikost emailu 100KB a bez využívání fronty).
Minimální požadovaná výkonnost pro email routing: 300 000 emailů/hod.
Minimální požadovaná výkonnost pro AS + AV kontrolu: 200.000 emailů/hod.
Požadavky na výkonnost API ochrany
Minimální požadovaná výkonnost pro email routing: 100 000 emailů/hod.
Minimální požadovaná výkonnost pro AS + AV kontrolu: 70.000 emailů/hod.
Požadavky na sandboxing
Řešení musí poskytovat vícevrstvou ochranu před škodlivým kódem. Vícevrstvou ochranou je myšlena kombinace antivirové kontroly za pomoci signatur, emulace kódu a plnohodnotný sandbox (spuštění v reálném operačním systému). Všechny tyto úrovně musí být integrovány do jednoho systému a vzájemně spolupracovat.
Veškeré funkce vícestupňové ochrany musí pracovat lokálně na zařízení, přesunutí, byť jen části funkcí, do cloud prostředí je nepřijatelné.
Nabídnutá licence musí umožňovat současný běh alespoň 8 skenovacích image založených na operačních systémech MS Windows 11.
Součástí musí být možnost skenování a sandboxování kancelářských dokumentů v prostředí MS Office 2021 a to minimálně v počtu dvou instancí.
Požadované režimy nasazení: integrace s bránou určenou pro kontrolu emailové komunikace, režim analýzy síťových protokolu v tzv. sniffer režimu (podporované protokoly min: http, ftp, pop3, imap, smtp, smb), skenování síťových disků (min. tyto protokoly: smb, nfs), JSON API rozhraní s možností předávání souborů určených ke kontrola a předávání verdiktu analýzy, ICAP rozhraní, MTA/BCC režim pro SMTP protokol; všechny výše uvedené metody musí být možné využívat současně.
Možnost navýšení výkonu v budoucnu připojením další jednotky do clusteru.
Řešení musí nabízet otevřené API jak pro možnost získaní informací o prováděných inspekcích a detekovaných hrozbách, tak pro možnost integrace s dalšími produkty. API proto musí umožňovat předat zařízení soubory k inspekci a následně získat informaci o výsledku včetně detailů o inspekci (detekované chování, screenshoty, videa, logy, atd…). Pokud tato funkce vyžaduje samostatnou licenci, tak tato musí být součástí dodávky.
Podpora analýzy pomocí techniky AI.
Podpora funkce ochrany proti hrozbám typu „Phishing“ v reálném čase pomocí databáze domén s výskytem spam/malware obsahu, databáze udržovaná výrobcem řešení/poskytovatelem služby. Komunikace probíhá online, zpracovává se skóre.
Ochrana proti evasion technikám škodlivého kód min pomocí: Bare-metal detection, C&C detection, ošetření tzv. Direct System Calls, Process Hollowing, Runtime Encryption, Time Bomb, VM/Sandboxing detection.
Podporované typy souborů min.: bat, cab, cmd, dll, exe, msi, js, ps1, vbs, wsf, doc, docx, pot, ppt, pptx, pps, xls, xlsx, pdf, eml, apk, elf, app, dmg, weblink, html a komprimovaných archivů: 7z, arj, bz2, gz, iso, jar, rar, swf, tar, tgz, xz, z, zip a uživatelsky definované typy.
Možnost provádět skenování sandboxem založená na image vytvořeném ve vlastní režii včetně libovolného sw.
Reportování nalezených závěrů pomocí MITRE ATT&CK v11 techniky.
Podpora reportování v podobě STIX 2.0 formátu.
Možnost stáhnout PCAP komunikace během analýzy.
Licenční požadavky
Součástí dodávky musí být licence na HW/SW podporu v režimu 24x7, anti-malware ochranu a anti-spam ochranu, a to na minimálně 5 let.
Zařízení nesmí být licencováno na počet chráněných emailových schránek/uživatel. V opačném případě požadujeme licenci pro neomezený počet.
Řešení nesmí být omezeno na počet chráněných domén. V opačném případě musí být součástí dodávky podpora pro minimálně 500 emailových domén.