Sandbox Vzorová ustanovení

Sandbox. Firewall musí podporovat možnost odeslat do sandboxu k inspekci neznámé vzorky procházející protokolem SMTP, HTTP, FTP, IMAP, POP3 a SMB. Sandbox systém musí být od stejného výrobce jako je FW, ale nemusí být HW součástí FW. Sandbox systém musí být schopen okamžitě automaticky vytvořit IPS/AV signatury pro FW, v případě, kdy je testovaný vzorek vyhodnocen jako škodlivý. Sandbox musí být schopen automaticky upravit kategorie používané URL databáze, pokud zjistí, že testovaný vzorek je škodlivý a komunikuje na konkrétní URL. Sandbox musí poskytovat aktualizace signatur pro AV, Webfiltering, DNS, Command and Control (dále jen C&C). Sandbox musí podporovat analýzu vzorku na operačním systému instalovaném přímo na hardwaru, tzn. ne ve virtuálním prostředí. Sandbox musí podporovat operační systémy Windows, Linux, MacOS a Android. Report z analýzy odeslaného vzorku do sandboxu musí být přístupný přímo z rozhraní FW. Aktualizace zero-day signatur musí být minimálně každých 5 minut instalována do NGFW.
Sandbox. Požadavek Splňuje (ano/ne) Požadavek Splňuje (ano/ne)
Sandbox. DataLake platforma by mala umožňovať dátovým vedcom vytváranie “sandboxov“ pre potreby importovania a manipulácie aj väčšieho množstva dát. Výhodou takýchto “sandboxov“ je možnosť spájania externých dát s dátami, ktoré sú dostupné v DataLake platforme bez nutnosti zapojenia IT. Platforma by mala poskytovať jednoduché rozhranie, ktoré by dátovým vedcom umožňovalo import externých dát v podobe súborov a možnosť nad takto importovanými súbormi vytvárať databázové tabuľky, poprípade používať tieto súbory pre účely analýz za použitia programovacích/štatistických jazykov. DataLake platforma by mala umožňovať pri analyzovaní takto importovaných súborov využívať celkový výpočtový potenciál platformy. Dáta v sandboxoch by mali byť logicky oddelené a nemali by byť súčasťou dát v Discovery vrstve. Informačná bezpečnosť‌ Systém musí zabezpečiť jednoznačné overenie používateľa pred akýmkoľvek prístupom. Požiadavky na autentifikáciu: • Každý používateľ musí mať jedinečný prístupový identifikátor/užívateľské meno (UID) • Autentifikácia sa bude riadiť autentifikačnými štandardami NBS, je nutné predpokladať, že bude použitá dvojfaktorová autentifikácia • Každý užívateľ sa musí autentifikovať minimálne pomocou UID a hesla. • Heslá musia byť v systéme uložené tak aby boli nedešifrovateľné • Systém by mal ponúkať možnosť napojenia na SSO riešenie Systém musí poskytnúť možnosť na riadenie prístupov na všetkých úrovniach technickej architektúry. Aplikované postupy a princípy riadenia oprávnení používateľov budú zdokumentované v relevantnej dokumentácii riešenia. Prístup k dátam musí byť definovateľný: • Na úrovni rolí jednotlivých používateľov minimálne pomocou riadenia prístupu k jednotlivým entitám dátového modelu pre analytické role. • V systéme sú identifikované nezlučiteľné role a oprávnenia. T. z. sú definované také role alebo oprávnenia, ktoré nemá mať pridelený jeden používateľ alebo správca. • Riadenie prístupu k objektom. V rámci technického riešenia očakávame dve riešenia: o Security Framework pre relačnú časť - riadenie prístupu na úrovni DB objektov ▪ Riadenie prístupu k záznamom (riadková bezpečnosť) ▪ Riadenie prístupu k informačným typom (stĺpcová bezpečnosť) najmä z dôvodu zavedenia chránenia citlivých dát o DataLake nástroj pre možnosť granulárnej konfigurácie oprávnení pre adresáre a súbory uložené v HDFS z grafického rozhrania. ▪ Z hľadiska riadenia prístupu k citlivým dátam uložených v DataLake bude vypracovaný v rámci bezpečnostného dokumentu postup ako mo...
Sandbox. DataLake platforma by mala umožňovať dátovým vedcom vytváranie “sandboxov“ pre potreby importovania a manipulácie aj väčšieho množstva dát. Výhodou takýchto “sandboxov“ je možnosť spájania externých dát s dátami, ktoré sú dostupné v DataLake platforme bez nutnosti zapojenia IT. Platforma by mala poskytovať jednoduché rozhranie, ktoré by dátovým vedcom umožňovalo import externých dát v podobe súborov a možnosť nad takto importovanými súbormi vytvárať databázové tabuľky, poprípade používať tieto súbory pre účely analýz za použitia programovacích/štatistických jazykov. DataLake platforma by mala umožňovať pri analyzovaní takto importovaných súborov využívať celkový výpočtový potenciál platformy. Dáta v sandboxoch by mali byť logicky oddelené a nemali by byť súčasťou dát v Discovery vrstve.

Related to Sandbox

  • Společná účast Dodavatelů Zadavatel v souladu s § 103 odst. 1 písm. f) Zákona požaduje, aby v případě společné účasti Dodavatelů, nesli odpovědnost za plnění veřejné zakázky všichni Dodavatelé podávající společnou nabídku společně a nerozdílně. Podává-li více Dodavatelů společnou nabídku, uvedou ve společné nabídce, který z účastníků společné nabídky je v zadávacím řízení oprávněn jednat a rovněž adresu, na kterou mají být účastníkům společné nabídky v zadávacím řízení zasílány písemnosti. Odeslání a doručení písemnosti na tuto adresu se považuje za odeslání a doručení každému účastníkovi společné nabídky.

  • pokr Pokud nebylo dohodnuto jinak, má překontrolovat alespoň deset zkušených pozorovatelů zastupujících smluvní strany, které se účastní předváděcího letu, obrazy kalibračního cíle.

  • Platební podmínky, fakturace Cena díla bude zhotoviteli uhrazena objednatelem jednorázově po protokolárním předání a převzetí řádně dokončeného díla na základě daňového dokladu (dále jen „faktura“), vystaveného zhotovitelem a doloženého objednatelem odsouhlaseným soupisem provedených prací a dodávek. V případě dodatkem k této smlouvě sjednané změny ceny za dílo je zhotovitel povinen vystavit samostatnou fakturu, doloženou objednatelem odsouhlaseným soupisem prací (změn), a to za obdobných podmínek jako je uvedeno v ust. odst. 5.1. Soupis provedených prací, odsouhlasených TDS, a dodávek zpracuje zhotovitel a předá jej objednateli při předání díla. Podpisem předávacího protokolu, v němž bude uvedeno stanovisko objednatele, že dílo přejímá, doloženého soupisem provedených prací a dodávek vzniká zhotoviteli právo vystavit fakturu. Fakturu se soupisem provedených prací a dodávek je zhotovitel povinen vystavit ve dvou stejnopisech s platností originálu. Splatnost faktury se sjednává na 30 dnů ode dne jejího doručení objednateli. Daňový doklad (faktura) bude obsahovat náležitosti daňových dokladů specifikované v zákoně č. 235/2004 Sb., o dani z přidané hodnoty v platném znění a v zákoně o účetnictví v platném znění. V případě, že faktura vystavená dle tohoto článku bude obsahovat nesprávné nebo neúplné údaje a/nebo bude vystavena bez platného podkladu pro vystavení, je objednatel oprávněn fakturu zhotoviteli vrátit nejpozději do termínu její splatnosti. Zhotovitel podle charakteru nedostatků fakturu opraví, nebo vystaví novou. Vrácením faktury se ruší lhůta splatnosti uvedená ve vrácené faktuře. Nová lhůta splatnosti běží znovu ode dne prokazatelného doručení opravené faktury objednateli. Zhotovitel se zavazuje zajistit férové podmínky vůči svým případným poddodavatelům spočívající ve férových podmínkách platebního systému a v zajištění důstojných pracovních podmínek.

  • Podpis 2.5. Dohodli jsme se, že za podpis budeme ve smyslu § 561 občanského zákoníku uznávat:

  • Dodatečné informace k zadávacím podmínkám 11.1 Přestože tato zadávací dokumentace vymezuje předmět veřejné zakázky v podrobnostech nezbytných pro zpracování nabídky, mohou dodavatelé požadovat dodatečné informace k zadávacím podmínkám. Dotazy k zadávacím podmínkám mohou dodavatelé zasílat v písemné formě k rukám kontaktní osoby uvedené v čl. 1 této zadávací dokumentace. Písemná žádost o dodatečné informace musí být doručena nejpozději 6 pracovních dnů před uplynutím lhůty pro podání nabídek. Na dotazy podané po uplynutí lhůty uvedené v předchozí větě a/nebo podané jinou než písemnou formou nebude brán zřetel.

  • Doba trvání společnosti Společnost se zakládá na dobu neurčitou.

  • Platba pojistného Máme nárok na pojistné po dobu trvání pojištění. Pojistné se platí ročně, nebo častěji, podle toho, jakou jste si zvolili frekvenci placení při sjednání smlouvy nebo při její změně. Tato doba se nazývá pojistným obdobím a pojistné za pojistné období se nazývá běžným pojistným.

  • Pokuty 00.0.Xxx případ prodlení se zaplacením kupní ceny se kupující zavazuje uhradit prodávajícímu smluvní pokutu ve výši 0,01 % z fakturované ceny za každý den prodlení. 00.0.Xxx případ prodlení prodávajícího s dodávkou předmětu plnění této smlouvy v rozsahu a termínech uvedených v této smlouvě se stanovuje smluvní pokuta ve výši 0,1 % z hodnoty dodávky za každý den prodlení. 10.3.V případě prodlení prodávajícího s odstraněním nahlášené závady ve lhůtě uvedené v čl. 9.5. smlouvy je kupující oprávněn vyúčtovat smluvní pokutu ve výši 500 Kč za každou, i započatou, hodinu prodlení prodávajícího s odstraněním nahlášené závady, max. však do výše 100 % pořizovací ceny daného zařízení. 10.4.V případě prodlení prodávajícího s odstraněním nahlášené závady na příslušenství se stanovuje smluvní pokuta ve výši 200 Kč za každý celý kalendářní týden prodlení. 10.5.V případě nedodržení komunikace v českém jazyce na základě této smlouvy podle článku 9.8. smlouvy je kupující oprávněn vyúčtovat smluvní pokutu ve výši 1.000 Kč za každý prokázaný případ. 10.6.Zaplacením smluvní pokuty nezaniká povinnost druhé strany závazek splnit a není tím dotčeno právo poškozené strany na náhradu škody, které nesplněním povinnosti vznikla. 10.7.Výši smluvních pokut shodně považují obě smluvní strany za přiměřené. Smluvní pokuta je splatná do 30 dnů od doručení jejího vyúčtování.

  • Splatnost předčasně splatných Dluhopisů Všechny částky splatné Emitentem kterémukoli Vlastníkovi dluhopisů dle článku 8.1 těchto Emisních podmínek se stávají splatnými k poslednímu Pracovnímu dni v měsíci následujícím po měsíci, ve kterém Vlastník dluhopisů doručil Emitentovi nebo Administrátorovi do Určené provozovny (je-li určen) příslušné Oznámení o předčasném splacení určené Emitentovi (takový den, vedle jiných dnů takto označených v těchto Emisních podmínkách, také „Den předčasné splatnosti dluhopisů“).

  • Splatnost kupní ceny 1. Smluvní strany se dohodly, že budoucí kupující zaplatí budoucímu prodávajícímu kupní cenu uvedenou v čl. IV. odst. 1. této smlouvy, tj. částku ve výši [xxx],-Kč (slovy: [xxx] korun českých) podle tohoto vzájemně odsouhlaseného splátkového kalendáře: