Krit eria hodnocen informacn bezpecnosti, dodatek
|
|
- Jindřiška Dvořáková
- před 7 lety
- Počet zobrazení:
Transkript
1 Dopln ek predn asky pro samostudium Krit eria hodnocen informacn bezpecnosti, dodatek Následující podklady jsou doplňkem přednášky určený pro rozšířující samostudium PV 017 Bezpecnost IT Jan Staudek Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2016 Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 1 Evaluation assurance level 1 (EAL1) - functionally tested EAL1 provides an evaluation of the TOE as made available to the customer, including independent testing against a specification, and an examination of the guidance documentation provided. It is intended that an EAL1 evaluation could be successfully conducted without assistance from the developer of the TOE, and for minimal outlay. An evaluation at this level should provide evidence that the TOE functions in a manner consistent with its documentation. pozaduje se spr avn y (bezchybn y) provoz TOE z adn e hrozby nejsou povazovan e pro TOE za z avazn e Charakteristiky EAL1, funkcn e testovan y TOE pozaduje se zsk an nez avisle vysloven e z aruky podporujc tvrzen, ze byla vynalozena patricn a starost o ochranu napr. osobnch dat D uvera EAL1 se dosahuje nez avisl ym testov anm shody hodnocen eho PP, ST nebo TOE s jeho neform aln funkcn specikac a zkoum anm predlozen ych prrucek pro uzivatele, zda jim funkcnost TOE odpovd a hodnocen je provediteln e bez spolu ucasti a bez pomoci v yvoj are vyzaduje vynalozen minim alnch n aklad u m a poskytnout d ukazy o tom, ze TOE funguje v souladu s dokumentac a poskytuje dobrou ochranu proti identikovan ym hrozb am clov a EAL pri zabezpecov an syst em u obsahujcch napr. pouze osobn udaje, evidenci DKP,... Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 2 Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 3
2 Charakteristiky EAL2, struktur aln e testovan y TOE Evaluation assurance level 2 (EAL2) - structurally tested EAL2 is applicable in those circumstances where developers or users require a low to moderate level of independently assured security in the absence of ready availability of the complete development record. Such a situation may arise when securing legacy systems, or where access to the developer may be limited. vyzaduje spolupr aci v yvoj are, v yvoj ar mus dodat funkcn specikace urcit e informace o n avrhu bezpecnostnch funkc (na urovni glob alnho n avrhu, high-level design) a v ysledky testov an proveden e v yvoj aren v yvoj si nevyzaduje vce usil nezli je potrebn e pro dodrzov an dobr e komercn praxe vhodn a EAL pro prpady, kdy je v yvoj ar dostupn y omezene v yvoj nezp usobuje zv ysen n aklad u EAL2 vyjadruje nzkou az stredn nez avisle ov erenou z aruku za dosazenou bezpecnost v prpad e, ze nen dostupn a kompletn informace z f aze v yvoje Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 4 Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 5 Charakteristiky EAL2, struktur aln e testovan y TOE Urove n z aruky za dosazen bezpecnosti EAL2 vyzaduje splnen podmnek stanoven ych pro EAL1 proveden anal yzy vyz adan e dokumentace overen v ysledk u nekter ych test u proveden anal yzy sly funkc a proveden anal yzy osetren obecne zn am ych zranitelnost Pro TOE mus b yt { sestaven y seznam kongurace { vypracov any procedury pro bezpecnou instalaci, generov an a spust en Evaluation assurance level 3 (EAL3) - methodically tested and checked EAL3 is applicable in those circumstances where developers or users require a moderate level of independently assured security, and require a thorough investigation of the TOE and its development without substantial re-engineering. EAL3 represents a meaningful increase in assurance from EAL2 by requiring more complete testing coverage of the security functionality, mechanisms and/or procedures that provide some condence that the TOE will not be tampered with during development clov a EAL pri zabezpecov an syst em u typu podnikov e ucetnictv Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 6 Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 7
3 EAL3, metodicky testovan y a kontrolovan y TOE maxim aln e vysok a urove n z aruky dosazen bezpecnosti vysloviteln a na z aklade zjisten, ze se pri n avrhu pr ukazne pouzilo bezpecnostn konstruov an, a to aniz by v yvoj ar musel podstatne menit sv e dobr e v yvojov e praktiky vyzaduje se pro stredn urove n z aruky za dosazen bezpecnosti EAL3 je oprena o d ukladn e zkoum an TOE (ST, PP) Navc oproti EAL2 se vyzaduje rozs ahlejs testov an, kontrola v yvojov eho prostred a zajist en spr avy kongurace hodnot se d ukazy testov an n avrhu na vysok e (zdrojov e) urovni EAL3 je vhodn a pro podmnky, ve kter ych v yvoj ari nebo uzivatel e pozaduj zsk an nez avisle vysloven e pr umern e urovne z aruky dosazen bezpecnosti a pritom nechtej prov adet rozs ahl y re-engineering bankovn software pro styk se z akaznky, software CA v PKI,... Evaluation assurance level 4 (EAL4) - methodically designed, tested, and reviewed EAL4 is applicable in those circumstances where developers or users require a moderate to high level of independently assured security in conventional commodity TOEs and are prepared to incur additional security-specific engineering costs. Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 8 Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 9 EAL4, metodicky navrzen y, testovan y a prezkouman y TOE EAL4, metodicky navrzen y, testovan y a prezkouman y TOE pozadavky EAL4 st ale umoz nuj se pohybovat v r amci dobr e komercn v yvoj arsk e praxe nevyzaduj se podstatn e specializovan e znalosti, dovednosti a jin e zdroje EAL4 je nejvyss urove n z aruk, kterou lze dos ahnout (za rozumn e n aklady) zpetne, tj. pro jiz existujc produkt poskytuje stredn az vysokou urove n z aruky nez avisle ov eren e z aruky za dosazen bezpecnosti pro b eznou komoditu produkt u vyzaduje ze strany v yvoj are nebo uzivatel u pripravenost k pokryt dodatecn ych specick ych n aklad u spjat ych s bezpecnostnm inzen yrstvm Navc oproti EAL3 se vyzaduje pro hodnocen dostupnost detailnho n avrhu (low-level design) TOE, neform alnho modelu bezpecnostn politiky TOE a urcit e podmnoziny implementace (napr. c asti zdrojov eho k odu bezpecnostnch funkc) Nez avisl a anal yza zranitelnost mus demonstrovat odolnost v uci pr uniku utocnk u s nzk ym potenci alem pro utok Kontroly v yvojov eho prostred vyzaduj dostupnost modelu zivotnho cyklu, stanoven pouzit ych v yvojov ych n astroj u a automatizovanou spr avou kongurace v yvojov eho prostred Novell NetWare, SUSE Linux Enterprise Server 9, Windows 2000 Service Pack 3, Red Hat Enterprise Linux 5 Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 10 Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 11
4 EAL5, semiform alne navrzen y a testovan y TOE Evaluation assurance level 5 (EAL5) - semiformally designed and tested EAL5 is applicable in those circumstances where developers or users require a high level of independently assured security in a planned development and require a rigorous development approach without incurring unreasonable costs attributable to specialist security engineering techniques. vyzaduje se prsn e uplatn en dobr e komercn v yvoj arsk e praxe aplikace speci alnch technik bezpecnostnho inzen yrstv ve strednm rozsahu Dan y TOE byl/bude pravdepodobne jiz navrhovan y a vyvjen y s clem dosazen urovne z aruk EAL5 Nepredpokl ad a se nicm ene velk e zv ysen n aklad u oproti EAL4 EAL5 je vhodn a kdyz se vyzaduje nez avisle overen a vysok a urove n z aruky dosazen bezpecnosti, aniz by n aklady na specializovan e techniky byly nerozumn e vysok e maxim alne vysok a urove n z aruky bezpecnosti vysloviteln a na z aklade zjisten pr ukazn eho pouzvan eho bezpecnostnho konstruov an, zalozen eho na dokonal ych komercnch v yvojov ych praktik ach podporovan ych beznou, nikoli extr emn aplikac speci alnch bezpecnostnch technik Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 12 Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 13 EAL5, semiform alne navrzen y a testovan y TOE vhodn a pro podmnky, ve kter ych v yvoj ar nebo uzivatel nechtej hradit neod uvodnene zv ysen e n aklady na pouzit speci alnch bezpecnostnch technik Navc oproti EAL4 je vyzadov ano dod an kompletn implementace TOE, form aln model bezpecnostn politiky TOE, poloform aln presentace funkcnch specikac, poloform aln glob aln n avrh (high-level design) a poloform aln demonstrace korespondence implementace v uci n avrhu Evaluation assurance level 6 (EAL6) - semiformally verified design and tested EAL6 is applicable to the development of security TOEs for application in high risk situations where the value of the protected assets justifies the additional costs. Nez avisl a anal yza zranitelnost mus demonstrovat odolnost v uci pr uniku utocnk u se strednm potenci alem pro utok Vyzaduje se tak e anal yza skryt ych kan al u a modularita n avrhu cipov e karty, n ekter e specializovan e operacn syst emy Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 14 Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 15
5 EAL6, semif. navrzen y se semif. ov. n avrhem a testovan y EAL6, semif. navrzen y se semif. ov. n avrhem a testovan y urove n z aruky dosazen bezpecnosti umoz nujc vytv aret zvl aste propracovan e produkty nebo syst emy IT pro ochranu aktiv s vysokou hodnotou provozovan e ve vysoce rizikov ych prostredch vhodn a pro v yvoj bezpecn ych produkt u nebo syst em u IT, kter e se maj pouzvat ve vysoce rizikov ych prostredch a kde hodnota chr anen ych aktiv ospravedl nuje dodatecn e vyss n aklady vyzaduje aplikaci technik bezpecnostnho inzen yrstv do prsn eho v yvojov eho prostred urcena pro v yvoj TOE slouzcho pro ochranu vysoce hodnotn ych aktiv proti v yznacn ym rizik um, kdy lze od uvodnit dodatecn e n aklady Navc oproti EAL5 se vyzaduje poloform aln detailn n avrh, rozs ahlejs testov an, n avrh TOE mus b yt modul arn a vrstvov y, implementace mus b yt strukturovan a Nez avisl a anal yza zranitelnost mus demonstrovat odolnost v uci pr uniku utocnk u s vysok ym potenci alem pro utok Anal yza skryt ych kan al u mus b yt systematick a Vyss n aroky jsou kladeny na spr avu kongurace a na kontrolu v yvojov eho prostred Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 16 Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 17 EAL7, form. navrzen y s form. ov. n avrhem a testovan y Evaluation assurance level 7 (EAL7) - formally verified design and tested EAL7 is applicable to the development of security TOEs for application in extremely high risk situations and/or where the high value of the assets justifies the higher costs. Practical application of EAL7 is currently limited to TOEs with tightly focused security functionality that is amenable to extensive formal analysis. EAL7 je urcen a pro v yvoj bezpecn ych IT produkt u nebo syst em u urcen ych pro provozov an ve vysoce rizikov ych prostredch, kdyz vysok a hodnota aktiv ospravedl nuje vynalozen vyssch n aklad u praktick a pouzitelnost je v soucasn e dob e omezena na produkty nebo syst emy IT s uzce zam erenou bezpecnostn funkcnost, kterou lze rozs ahle analyzovat form aln e Vyzaduje se pln a formalizace, form aln model bezpecnostn politiky, form aln presentace funkcnch specikac a high-level n avrhu, form aln detailn n avrh, poloform aln demonstrace korespondence implementace Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 18 Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 19
6 EAL7, form. navrzen y s form. ov. n avrhem a testovan y Prklad rys u EAL { TOE s EAL 3 Testov an se vyzaduje na urovni bl e skr nky (white-box) testy se denuj se znalosti vnitrn struktury mus b yt dosazeno upln eho nez avisl eho potvrzen v ysledk u vsech predlozen ych test u. Slozitost n avrhu mus b yt minimalizov ana Cle urovne z aruky EAL 3 dosahuje se maxim aln jistoty pomoc spr avne veden eho bezpecnostnho inzen yrstv behem n avrhu nez avisle vysloven a z aruka za bezpecnost m a stredn urove n TOE a v yvoj TOE lze d ukladn e prezkoum avat bez rozs ahl eho, d ukladn eho reengineeringu EAL3 poskytuje z aruku tm, ze existuje plnohodnotn y bezpecnostn cl, Security Target (ST) a pro porozumen bezpecn eho chov an byla provedena anal yza bezpecnostnch vlastnost (SFR) v bezpecnostnm cli pomoc { specikac funkc a rozhran TOE { n avod u k pouzit a provozov an TOE a { popisu architektury TOE Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 20 Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 21 Anal yza je podporena Prklad rys u EAL { TOE s EAL 3 nez avisl ym testov anm funkcnosti TOE (TSF, TOE Security Function) d ukazy testov an proveden eho v yvoj arem na z aklade specikace TSF a n avrhu TOE selektivnm nez avisl ym potvrzenm v ysledk u test u proveden ych v yvoj arem anal yzou zranitelnosti Z aruka je d ale dan a aplikac bezpecnostnch opatren ve v yvojov em prostred d ukazy bezpecn ych dodavatelsk ych procedur Prklad rys u EAL { EAL 3, Popis bezpecnostn architektury Povinosti v yvoj are TOE je navrzen y a implementovan y tak, ze bezpecnostn vlastnosti TFS nelze obejt TSF je navrzen a a implementovan a tak, ze je schopn a sama sebe chr anit pred nedovolen ymi z asahy ned uveryhodn ych aktivn subjekt u poskytnout popis bezpecnoostn architektury TSF Popis bezpecnostn architektury mus b yt vypracovan y na urovni podrobnosti srovnateln e s popisem abstrakc SFR popsan ych v dokumenetu n avrhu TOE popsat bezpecnostn dom eny udrzovan e funkcemi TOE konzistentne s bezpecnostnmi vlastnostmi, SFR popsat bezpecnost inicializace funkc TOE demonstrovat, ze funkce TOE chr an sama sebe pred narusenm demonstrovat, ze funkce TOE zamezuj obch azen bezpecnostnch vlastnosti Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 22 Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 23
7 Prklad rys u EAL { EAL 3, Popis bezpecnostn architektury Hodnotitel mus potvrdit, ze vsechny poskytnut e informace spl nuj vsechny pozadavky na obsah a formu d ukazu Prklad rys u EAL { EAL 3, Funkcn specikace V yvoj ar mus vypracovat funkcn specikaci dokumentovat cestu od funkcn specikace k bezp. vlastnostem Funkcn specikace mus plne reprezentovat funkce TOE popsat ucel a metody pouzit vsech rozhran funkc TOE identikovat a popsat vsechny parametry vsech rozhran funkc TOE popsat akce prosazujc bezpecnostn vlastnosti kazd eho rozhran funkc TOE popsat chybov e zpr avy generovan e ucinky prosazov an bezpecnosti a v yskytem v yjimek souvisejcch s vyvol av anm rozhran funkc TOE strucne popsat cinnosti rozhran funkc TOE nesouvisejcch s bezpecnost demonstrovat, jak bezpecnostn vlastnosti souvis s rozhranm funkc TOE ve funkcn specikaci Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 24 Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 25 Prklad rys u EAL { EAL 3, Funkcn specikace Prklad rys u EAL { EAL 3, N avrh architektury Hodnotitel mus potvrdit, ze poskytnut e informace spl nuj vsechny pozadavky na obsah a formu d ukaz u vydat rozhodnut, ze funkcn specikace jsou presn e a upln e instalace bezpecnostnch vlastnosti, SFR V yvoj ar mus Poskytnout n avrh TOE Poskytnout mapov an rozhran funkc TOE z funkcn specikace na nejnizs urove n dekompozice pouzit e v n avrhu TOE N avrh mus popisovat strukturu TOE v pojmech podsyst em u identikovat vsechny podsyst emy funkc TOE popsat chov an kazd e samostatn eho subsyst emu funkcnosti TOE, kter y neinterferuje s bezpecnostnmi vlastnostmi dostatecne podrobne k urcen, ze bezpecnostn vlastnosti neovliv nuje popsat chov an podporujc bezpecnostn vlastnosti subsyst em u podporujcch bezpecnostn vlastnosti strucne popsat chov an nepodporujc bezpecnostn vlastnosti subsyst em u podporujcch bezpecnostn vlastnosti Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 26 Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 27
8 Prklad rys u EAL { EAL 3, N avrh architektury Prklad rys u EAL { EAL 3, Provozn dokumentace strucne popsat chov an subsyst em u podporujcch bezpecnostn vlastnosti poskytnout popis interakc mezi vsemi podsyst emy funkcnosti TOE demonstrovat, ze vsechna chov an popsan a v n avrhu TOE jsou mapov ana na rozhran funkc TOE, kter a je vyvol avaj Hodnotitel mus potvrdit, ze poskytnut e informace spl nuj vsechny pozadavky na obsah a formu d ukaz u vydat rozhodnut, ze n avrh je presnou a uplnou instalace bezpecnostnch vlastnosti, SFR V yvoj ar mus poskytnout provozn dokumentaci Provozn dokumentace mus popsat pro kazdou uzivatelskou roli, uzivatel um dostupn ych funkc a opr avnen, kter e maj b yt rzen e v prostred bezpecn eho provozov an, vcetne odpovdajcch varov an popsat pro kazdou roli uzivatele jak se bezpecn ym zp usobem pouzvaj dostupn a rozhran poskytovan e TOE popsat pro kazdou roli uzivatele dostupn e funkce a rozhran, zejm ena vsechny bezpecnostn parametry zad avan e uzivatelem, vc. indikac vhodn ych bezpecn ych hodnot pro kazdou uzivatelskou roli uzivatele jasne prezentovat kazd y typ bezpecnostn ud alosti souvisejc s funkcemi dostupn ymi uzivateli, kter e je treba prov est, vcetne zmen bezpecnostnch charakteristik prvk u ovl adan ych funkcnost TOE Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 28 Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 29 Prklad rys u EAL { EAL 3, Provozn dokumentace Prklad rys u EAL { EAL 3, Instalacn procedury identikovat vsechny mozn e rezimy provozov an TOE (vcetne provozu po v ypadku nebo provozn chybe), jejich dopady a d usledky pro zachov an bezpecn eho provozu pro kazdou uzivatelskou roli uzivatele popsat bezpecnostn opatren, kter a je treba dodrzovat, aby naplnily bezpecnostn cle pro provozn prostred popsan e v bezpecnostnm cli, ST b yt srozumitelne napsan a a primerene rozs ahl a Hodnotitel mus potvrdit, ze poskytnut e informace spl nuj vsechny pozadavky na obsah a formu d ukaz u V yvoj ar mus poskytnou TOE vc. instalacnch procedur Prpravn e procedury mus popsat vsechny kroky nezbytn e pro bezpecn e prevzet dodan eho TOE v souladu s procedurami dod avky od v yvoj are popsat vsechny kroky nezbytn e pro bezpecnou instalaci TOE a pro bezpecnou prpravu provoznho prostred v souladu s bezpecnostnmi cli pro provozn prostred pops an e v bezpecnostnm cli, ST Hodnotiel mus potvrdit, ze poskytnut e informace spl nuj vsechny pozadavky na obsah a formu d ukaz u pouzt instalacn postupy aby potvrdil, ze TOE lze pripravit na provoz bezpecne Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 30 Jan Staudek, FI MU Brno PV017 { Kriteria hodnocen informacn bezpecnosti bezpecnosti 31
Rzen informacn bezpecnosti v organizaci
Dodatek predn asky Rzen informacn bezpecnosti v organizaci Dodatek PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Oblasti rzen ovlivn en e prosazov anm informacn
VíceRzen informacn bezpecnosti v organizaci
Rzen informacn bezpecnosti v organizaci Dodatek PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2016 Dodatek predn asky Oblasti rzen ovlivn
VícePrklad dokumentov e z akladny ISMS
Prklad dokumentov e z akladny ISMS podle z akona o kybernetick e bezpecnosti PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2018 Standard
VíceProjekt implementace ISMS Dodatek 1, PDCA
Projekt implementace ISMS Dodatek 1, PDCA PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2018 PDCA { f aze Plan, podrobn eji 1. denov an oblasti
VíceAudit (prezkoum av an) bezpecnostnch opatren, politik, syst em u,...
Audit (prezkoum av an) bezpecnostnch opatren, politik, syst em u,... PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2018 Audit Audit (z lat.
VíceAudit (prezkoum av an) bezpecnostnch opatren, politik, syst em u,...
Audit Audit (prezkoum av an) bezpecnostnch opatren, politik, syst em u,... PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2018 Audit (z lat.
VíceDistribuovan e algoritmy
Distribuovan e algoritmy PA 150 Principy operacnch syst em u Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2018 Distribuovan y syst em, distribuovan y algoritmus
VíceKrit eria hodnocen informacn bezpecnosti
Motivace pro hodnocen Krit eria hodnocen informacn bezpecnosti PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2017 Existuje produkt (syt em)
VíceProjekt implementace ISMS
Projekt implementace ISMS PV 017 Bezpecnost IT Jan ÐStaudek Û Å«Æ ±²³ µ ¹º»¼½¾ Ý http://www..muni.cz/usr/staudek/vyuka/ Verze : podzim 2016 ISMS { Information Security Management System Metodicky vypracovan
VíceGPDR, General Data Protection Regulation
Obecn e narzen o ochran e osobnch udaj u, OU GPDR, General Data Protection Regulation PV 017 Rzen informacn bezpecnosti Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze :
VíceRzen reakc na bezpecnostn incidenty
Rzen reakc na bezpecnostn incidenty PV 017 Bezpecnost informacnch technologi Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2018 n Bezpecnostn ud alost, bezpecnostn
VícePolitika informacn bezpecnosti
Politika Politika informacn bezpecnosti PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2019 Politika { pravidla rdic dosazen cl u urcen ymi
VíceN avrh a pouzit metrik informacn bezpecnosti, m eren v ISMS
Metriky a m eren informacn bezpecnosti N avrh a pouzit metrik informacn bezpecnosti, m eren v ISMS PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Organizace
VíceAplikacn bezpecnost. Informacn bezpecnost z pohledu aplikacnch syst em u. PV 017 Bezpecnost informacnch technologi
Informacn bezpecnost z pohledu aplikacnch syst em u Aplikacn bezpecnost PV 017 Bezpecnost informacnch technologi Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim
VíceProjekt implementace ISMS
ISMS { Information Security Management System Projekt implementace ISMS PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 018 Syst em proces
VíceAplikacn bezpecnost. PV 017 Bezpecnost informacnch technologi. Jan Staudek Verze : podzim 2017
Aplikacn bezpecnost PV 017 Bezpecnost informacnch technologi Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2017 Informacn bezpecnost z pohledu aplikacnch syst
VíceUvod, celkov y prehled problematiky
Organizace v yuky Uvod, celkov y prehled problematiky PV 169 Z aklady prenosu dat Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Predn as, zkous (zkouska psemn a) Jan Staudek,
VíceN avrh a pouzit metrik informacn bezpecnosti, m eren v ISMS
Metriky a m eren informacn bezpecnosti N avrh a pouzit metrik informacn bezpecnosti, m eren v ISMS PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Organizace
VícePrklady opatren, zranitelnost a hrozeb
Prklady opatren, zranitelnost a hrozeb PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2018 Obsah Prklad kategori opatren podle ISO/IEC 27001/27002
VíceUvod, celkov y prehled problematiky
Uvod, celkov y prehled problematiky PV 169 Z aklady prenosu dat Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2018 Organizace v yuky Predn as, zkous (zkouska
VícePolitika informacn bezpecnosti, Dodatek
Obsah dodatku Politika informacn bezpecnosti, Dodatek PV 017 Bezpecnost IT Politika informacn bezpecnosti dle z akona o kybernetick e bezpecnosti Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û
VíceAnatomie informacn bezpecnosti
Anatomie informacn bezpecnosti PV 017 Bezpecnost IT Jan ÐStaudek Û Å«Æ ±²³ µ ¹º»¼½¾ Ý http://www..muni.cz/usr/staudek/vyuka/ Verze : podzim 2016 Predm et ochrany { aktiva aktivum { predm et, myslenka,
VícePolitika informacn bezpecnosti, Dodatek
Politika informacn bezpecnosti, Dodatek PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2016 Obsah dodatku XXX tip u pro tvorbu politiky informacn
VíceRzen rizik. PV 017 Bezpecnost informacnch technologi. Jan Staudek Verze : podzim 2018
Rzen rizik PV 017 Bezpecnost informacnch technologi Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2018 Rizika Proc organizace stanovuje / modikuje / rozsiruje
VíceVl akna. PB 152 Operacn syst emy. Jan ÐStaudek http://www..muni.cz/usr/staudek/vyuka/ Verze : jaro 2015
Vl akna PB 152 Operacn syst emy Jan ÐStaudek Û Å«Æ ±²³ µ ¹º»¼½¾ Ý http://www..muni.cz/usr/staudek/vyuka/ Verze : jaro 2015 Proces, resp. tak e task { drzitel zdroj u, vc. prostoru ve virtu aln pam eti
VíceProjekt implementace ISMS, Dodatek 2, Pozn amky k projektov emu rzen
Projekt implementace ISMS, Dodatek 2, Pozn amky k projektov emu rzen PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2016 Obsah dodatku predn
VíceSekven cn soubory. PV 062 Organizace soubor u. Jan Staudek Verze : jaro 2018
Sekven cn soubory PV 062 Organizace soubor u Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : jaro 2018 Klasick e, standardn organizace soubor u hromada sekvencn soubor
VíceProjekt implementace ISMS Dodatek 4, Prklad politiky ISMS
Prklad kapitol politiky informacn bezpecnosti pro ISMS Projekt implementace ISMS Dodatek 4, Prklad politiky ISMS PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾
Víceprojektu implementace ISMS
Obsah dodatku p redna sky Projekt implementace ISMS, Dodatek 2, Poznamky k projektovemu r zen 2 Podrobny popis kroku/v ystup u Projektu implementace ISMS 2 Poznamky, doporu cen k integraci ISMS s ostatn
VíceObnova transakc po v ypadku
Klasikace poruch Obnova transakc po v ypadku PA 150 Principy operacnch syst em u Jan ÐStaudek Û Å«Æ ±²³ µ ¹º»¼½¾ Ý http://www..muni.cz/usr/staudek/vyuka/ poruchy transakc logick e chyby v resen T nelze
VíceOperacn syst emy { prehled
Komponenty poctacov eho syst emu Operacn syst emy { prehled PB 152 Operacn syst emy Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : jaro 2017 uzivatel e (lid e, stroje,
VícePodsyst em vstupu a v ystupu
Podsyst em vstupu a v ystupu PB 152 Operacn syst emy PV 062 Organizace soubor u Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : jaro 2016 Osnova predn asky Vstup/v ystup
VíceVl akna. Proces a vl akna. PB 152 Operacn syst emy. Resen editoru pomoc vl aken. Koncept sekvencnho procesu m uze b yt neefektivn
Proces a vl akna Vl akna PB 15 Operacn syst emy Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Proces, resp. tak e task { drzitel zdroj u, vc. prostoru ve virtu aln pameti pro
VíceB azov y fenom en pri zajist'ov an bezpecnosti { riziko
B azov y fenom en pri zajist'ov an bezpecnosti { riziko Kdyz existuje potenci aln utocnk, kter y je schopn y dky zranitelnosti jist eho informacnho aktiva narusit n ekterou z bezpecnostnch vlastnost aktiva
VíceKoncept informacn bezpecnosti
Koncept informacn bezpecnosti PV 017 Rzen informacn bezpecnosti Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2016 Motto Bezpecnost nen cern a a bl a, bezpecnost
VíceKoncept informacn bezpecnosti II
B azov y fenom en pri zajist'ov an bezpecnosti { riziko Koncept informacn bezpecnosti II PV 017 Rzen informacn bezpecnosti Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze
VíceOperacn syst emy { prehled
Operacn syst emy { prehled PB 152 Operacn syst emy Jan ÐStaudek Û Å«Æ ±²³ µ ¹º»¼½¾ Ý http://www..muni.cz/usr/staudek/vyuka/ Verze : jaro 2015 hardware Komponenty poctacov eho syst emu b azov e v ypocetn
VícePrepn an, switching. Propojovac probl em. PV 169 Z aklady prenosu dat. Prepnac, prepnan a st' Metody prepn an
Propojovac probl em Prepn an, switching PV 169 Z aklady prenosu dat Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Jak propojit dvoubodov ymi spoji mnoho zarzen? Kazd e zarzen s kazd ym? { Nerealistick
VíceKoncept informacn bezpecnosti
Motto Koncept informacn bezpecnosti PV 017 Rzen informacn bezpecnosti Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2016 Bezpecnost nen cern a a bl a, bezpecnost
VícePl anu zachov an kontinuity podnik an,
Uvodem Pl anu zachov an kontinuity podnik an, Business Continuity Plan, BCP, dodatek predn asky k ISMS PV 017 Bezpecnost IT Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Kontinuita
VíceVolba v udce, Leader Election
Volba v udce, Leader Election PA 150 Principy operacnch syst em u Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2018 Volebn probl em { Kdy a proc se vol vedouc
VíceVolba v udce, Leader Election
Volebn probl em { Kdy a proc se vol vedouc uzel? Volba v udce, Leader Election PA 150 Principy operacnch syst em u Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim
VíceSpr ava hlavn pam eti
Osnova predn asky Spr ava hlavn pam eti PB 15 Operacn syst emy Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Obecn e principy spr avy hlavn pam eti str ankov an, paging hlavn pam eti, segmentov an,
VíceHasov an (hashing) na vn ejsch pam etech
Hasov an (hashing) na vn ejsch pam etech PV 062 Organizace soubor u Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : jaro 2018 Obsah predn asky Jak algoritmicky dos ahnout
VícePl anu zachov an kontinuity podnik an,
Pl anu zachov an kontinuity podnik an, Business Continuity Plan, BCP, dodatek predn asky k ISMS PV 017 Bezpecnost IT Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Verze : podzim
VíceObnova transakc po v ypadku
Obnova transakc po v ypadku PA 150 Principy operacnch syst em u Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2016 Klasikace poruch poruchy transakc logick e
VíceISMS { Syst em rzen informacn bezpecnosti
Syst em rzen informacn bezpecnosti ISMS { Syst em rzen informacn bezpecnosti PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2018 Information
VíceSpr ava hlavn pam eti
Spr ava hlavn pam eti PB 152 Operacn syst emy Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : jaro 2017 Osnova predn asky Obecn e principy spr avy hlavn pam eti str ankov
VícePoctacov e syst emy { prehled
Poctacov e syst emy { prehled PB 152 Operacn syst emy Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : jaro 2017 Prol predm etu 1. etapa (1/4 obsahu, predn asek), uvod
VíceStandardy (normy) a legislativa. informacn bezpecnosti. Standardy (normy) a legislativa. PV 017 Bezpecnost IT
Standardy (normy) a legislativa Standardy (normy) a legislativa informacn bezpecnosti PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2019
VíceStandardy (normy) a legislativa informacn bezpecnosti
Standardy (normy) a legislativa informacn bezpecnosti PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2019 Standardy (normy) a legislativa
VíceISMS { Syst em rzen informacn bezpecnosti
ISMS { Syst em rzen informacn bezpecnosti PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2018 Syst em rzen informacn bezpecnosti Information
VíceProcesy. PB 152 Operacn syst emy. Jan Staudek Verze : jaro 2017
Procesy PB 152 Operacn syst emy Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : jaro 2017 Uvodem k proces um Poctacov a platforma se skl ad a z kolekce hardwarov ych prostredk
VíceProcesy. Uvodem k proces um. PB 152 Operacn syst emy. Program a proces. Uvodem k proces um
Uvodem k proces um Procesy PB 152 Operacn syst emy Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : jaro 2017 Poctacov a platforma se skl ad a z kolekce hardwarov ych prostredk
VíceTypologie, funkcn skladba a architektury OS, prklady z Windows, Unix, Linux, MAC OSx
Typologie, funkcn skladba a architektury OS, prklady z Windows, Unix, Linux, MAC OSx PB 152 Operacn syst emy Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : jaro 2016
VíceDistribuovan e prostred, cas a stav v distribuovan em prostred
Obsah predn asky Distribuovan e prostred, cas a stav v distribuovan em prostred PA 150 Principy operacnch syst em u Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim
VíceDistribuovan e prostred, cas a stav v distribuovan em prostred
Distribuovan e prostred, cas a stav v distribuovan em prostred PA 150 Principy operacnch syst em u Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2018 Obsah predn
VícePodsyst em vstupu a v ystupu
Osnova predn asky Podsyst em vstupu a v ystupu PB 15 Operacn syst emy PV 06 Organizace soubor u Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Vstup/v ystup { Input/output {
VícePl anov an. PB 152 Operacn syst emy. Jan Staudek Verze : jaro 2017
Pl anov an PB 152 Operacn syst emy Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : jaro 2017 Osnova predn asky Motivace: V multitaskingov ych syst emech existuje vce proces
VíceSoubor, souborov e organizace
Soubor, souborov e organizace PV 062 Organizace soubor u Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : jaro 2016 Osnova predn asky Pojem soubor, klc, operace se souborem,
VíceInformacn teorie. PV 062 Organizace soubor u. Jan Staudek Verze : jaro 2018
Informacn teorie PV 062 Organizace soubor u Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : jaro 2018 Cl predn asky Abychom mohli informace efektivn e ukl adat, zsk avat
VíceInformační bezpečnost. Dana Pochmanová, Boris Šimák
Informační bezpečnost Dana Pochmanová, Boris Šimák 10.5. 2017 Agenda Bezpečnost informací IT rizika Klíčové role IT bezpečnosti v organizaci Bezpečný vývoj IS Normy a standardy v oblasti IT bezpečnosti
VíceIBM Security. Trusteer Apex. Michal Martínek 23.9.2015. 2014 IBM Corporation. 2014 1 IBM Corporation
Trusteer Apex Michal Martínek 23.9.2015 2014 1 IBM Corporation Proč útočit na koncová zařízení? Anti Virus Zaměstnanec Jednoduché Firewall IPS Antivirus Śifrování Jednoduché Malware Ukradené přihlašovací
VíceVerejn e mobiln st e, LTE
Verejn e mobiln st e, LTE PA 151 Soudob e ste Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : jaro 2017 Bezdratov e s te, systematizace z hlediska pokryt prostoru Jan
VíceNovell Identity Management. Jaromír Látal Datron, a.s.
Novell Identity Management Jaromír Látal Datron, a.s. 19.4.2012 1 Identity management základní vlastnosti Jednoduché a rychlé poskytování uživatelských účtů Samoobslužné funkce pro uživatele Snadný návrh
VícePV 017 Bezpecnost IT
Katalog opatren, ISO/IEC 27002 Dodatek predn asky Anatomie inform. bezpec., ilustracn v yklad PV 017 Bezpecnost IT Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Verze : podzim
VíceISO/IEC 27002:2013. PV 017 Bezpecnost IT. ISO/IEC 27002:2013, Oddly kategori bezpecnosti. ISO/IEC 27002:2013, Popis kategori bezpecnosti
ISO/IEC 27002:2013 Katalog opatren, ISO/IEC 27002 Dodatek predn asky Anatomie inform. bezpec., ilustracn v yklad PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾
VíceStandardy (normy) a legislativa. informacn bezpecnosti. Standardy (normy) a legislativa. PV 017 Bezpecnost IT
Standardy (normy) a legislativa Standardy (normy) a legislativa informacn bezpecnosti PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2017
VíceStandardy (normy) a legislativa informacn bezpecnosti
Standardy (normy) a legislativa informacn bezpecnosti PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2017 Standardy (normy) a legislativa
VíceX36SIN: Softwarové inženýrství. Životní cyklus a plánování
X36SIN: Softwarové inženýrství Životní cyklus a plánování 1 Kontext Minule jsme si řekli, co to je deklarace záměru, odborný článek, katalog požadavků, seznam aktérů a seznam událostí. Seznam aktérů a
VíceCASE nástroje. Jaroslav Žáček
CASE nástroje Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Co znamená CASE? A CASE tool is a computer-based product aimed at supporting one or more software engineering activities within
VíceWindows na co se soustředit
Windows na co se soustředit Lukáš Křovák Manažer divize Windows 1 Agenda Čemu se obchodně věnovat před uvedením Windows 8 Jak se mění trh počítačů Správa počítačů s Windows Intune Internet Explorer 9 Doplňkové
VíceXCKN2121P20 pol.spín.xckn-čep a páka s plast.klad.1 najíž.směr horiz.- 1Z+1V-mžik.- M20
Characteristics pol.spín.xckn-čep a páka s plast.klad.1 najíž.směr horiz.- 1Z+1V-mžik.- M20 Doplňky Ovládání spínače Elektrické připojení Tvar izol. kontaktu Nucené vypnutí Nucené vypnutí minimální silou
VíceZákladní legislativní rámec
Konverze výsledku hospodaření dle IFRS na daňový základ Ladislav Malůšek, Manager 27. října 2010 DAŇOVÉ PORADENSTVÍ Základní legislativní rámec 2 Základní legislativní rámec I 19 odst. 9 zákona o účetnictví
VíceManagement informační bezpečnosti
Management informační bezpečnosti Definice V Brně dne 3. října 2013 Definice Common Criterta ITIL COBIT CRAMM Přiměřená ábezpečnostč Management informační bezpečnosti 2 Common Criteria Common Criteria
VíceBEZPEČNÁ SPRÁVA KLÍČŮ POMOCÍ HSM. Petr Dolejší Senior Solution Consultant
BEZPEČNÁ SPRÁVA KLÍČŮ POMOCÍ HSM Petr Dolejší Senior Solution Consultant OCHRANA KLÍČŮ A ZOKB Hlavní termín kryptografické prostředky Vyhláška 316/2014Sb. o kybernetické bezpečnosti zmiňuje: v 17 nástroj
VíceX u zs speci kace { v etev matematiky zabyvaj. Verze : jaro 2018 Jan Staudek, FI MU Brno. X late Middle English
C l p redna sky Abychom mohli informace efektivn e ukladat, z skavat c i p rena set, resp. i dlouhodob e uchovavat, mus me v ed et/znat Informacn PV 06 Organizace souboru Jan Staudek http://www..muni.cz/usr/staudek/vyuka/
VíceSign aly. Data a sign aly. PV 169 Z aklady prenosu dat. Sign al, elektromagnetick y sign al. (Elektromagnetick y) sign al
Data a sign aly Sign aly Clem komunikac je prenos reprezentac fakt u, pojm u, hlasu, text u, obraz u, vide,... { data (resp. informace) Predm etem prenosu dat mezi zdrojem a clem jsou data PV 169 Z aklady
VíceMobilní malware na platformě Android Přednáška 2. Ing. Milan Oulehla
Mobilní malware na platformě Android Přednáška 2 Ing. Milan Oulehla Úvod Informace o technikách, které používají tvůrci mobilního malware: Bezpečnostní chyby se mění v čase Vytvoření vlastních zdrojových
VíceStandardy (normy) a legislativa. informacn bezpecnosti. Standardy (normy) a legislativa. PV 017 Bezpecnost IT
Standardy (normy) a legislativa Standardy (normy) a legislativa informacn bezpecnosti PV 017 Bezpecnost IT Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2016
VíceOBCHOD A NEKALÉ PRAKTIKY Ztratné v maloobchodě
Retail Summit 2010 OBCHOD A NEKALÉ PRAKTIKY Ztratné v maloobchodě 3. února 2010 Marie Konečná KPMG V ČESKÉ REPUBLICE 1 Ztratné v Evropě 2009 top ten Ztratné (v % z tržeb) Změna v % Země 2009 2008 2008
VíceHierarchick e indexy, B / B+ stromy, tries
Osnova predn asky Hierarchick e indexy, B / B+ stromy, tries V yklad pokrocil e technologick e b aze pouzvan e pro indexov an z aznam u v souboru Grafy, stromov a grafov a struktura, vyhled avac strom
VíceVirtu aln pam et' PB 152 Operacn syst emy. Jan Staudek Verze : jaro 2017
Virtu aln pam et' PB 152 Operacn syst emy Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : jaro 2017 Virtualizace pam eti principy, z aklady str ankov an na z adost, Demand
VíceTypologie, funkcn skladba a architektury OS, prklady z Windows, Unix, Linux, Android
Typologie, funkcn skladba a architektury OS, prklady z Windows, Unix, Linux, Android PB 152 Operacn syst emy Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : jaro 2017
VíceSOA a Cloud Computing
9.11.2011 Marriott hotel Praha SOA a Cloud Computing Jaroslav Novotný IT Architekt 1 Copyright 2011, Oracle and/or its affiliates. All rights SOA a Cloud Computing 2 Copyright 2011, Oracle and/or its affiliates.
VíceSoubor, souborov e organizace
Soubor, souborov e organizace PV 062 Organizace soubor u Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : jaro 2018 Osnova predn asky Pojem souboru Model, sch ema souborov
VíceTransakce, soub eznost a uv aznut v distribuovan em prostred
Osnova predn asky Transakce, soub eznost a uv aznut v distribuovan em prostred PA 150 Principy operacnch syst em u Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Distribuovan
VíceUživatelská příručka. Xperia P TV Dock DK21
Uživatelská příručka Xperia P TV Dock DK21 Obsah Úvod...3 Přehled zadní strany stanice TV Dock...3 Začínáme...4 Správce LiveWare...4 Upgradování aplikace Správce LiveWare...4 Použití stanice TV Dock...5
VíceHierarchick e indexy, B / B+ stromy, tries
Hierarchick e indexy, B / B+ stromy, tries PV 062 Organizace soubor u Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : jaro 2017 Osnova predn asky V yklad pokrocil e technologick
VíceSign aly. PV 169 Z aklady prenosu dat. Jan Staudek Verze : podzim 2018
Sign aly PV 169 Z aklady prenosu dat Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2018 Data a sign aly Clem komunikac je prenos reprezentac fakt u, pojm u, hlasu,
VíceTelelogic Focal Point využití pro řízení a optimalizaci projektového portfolia Verze 1.0
DISTRIBUTOR White Paper Verze 1.0 Ing. Jiří Gryc 26.4.2007 Tento dokument ve stručnosti představuje možnost využití špičkového Telelogic Focal Point pro řízení a optimalizaci projektového portfolia. Další
VíceEnd-to-end testování. 26. dubna Bořek Zelinka
End-to-end testování 26. dubna 2013 Bořek Zelinka Bořek Zelinka Unicorn Systems, Test architekt Unicorn, 2004 Testování Quality Assurance ČVUT, Fakulta stavební, 2004 2 Agenda Princip end-to-end testů
VíceČ ástka 4 V Praze dne 31. prosince 2001 Cena Kč 25,- OBSAH:
ISSN 1211-5843 Z P R A V O D A J ČESK ÉHO ÚŘADU ZEMĚMĚŘICK ÉHO A KATASTR ÁLN ÍHO Č ástka 4 V Praze dne 31. prosince 2001 Cena Kč 25,- OBSAH: A - NORMATIVN Í Č ÁST: 1. Dodatek č. 1 ze dne 19. z ář í 2001
VíceInstalace Pokyny pro instalaci v operačním systému Windows XP / Vista / Win7 / Win8
Instalace Pokyny pro instalaci v operačním systému Windows XP / Vista / Win7 / Win8 1. Stáhněte si instalační program HOST makro engine z oficiálního webu IABYTE. 2. Spusťte instalační program a postupujte
VíceDigit aln vysl an. PV 169 Z aklady prenosu dat. Jan Staudek Verze : podzim 2018
Digit aln vysl an PV 169 Z aklady prenosu dat Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : podzim 2018 K odov an spoje Proces konverze dat do digit alnho sign alu Pren
VíceBezs n urov a telefonie, DECT
Bezs n urov a telefonie, DECT PA 151 Soudob e ste Jan Staudek http://www..muni.cz/usr/staudek/vyuka/ Ð Û Å«Æ ±²³ µ ¹º»¼½¾ Ý Verze : jaro 2017 DECT, Digital European Cordless Telephone z obchodnho hlediska
VíceTypologie, funkcn skladba a architektury OS, prklady z Windows, Unix, Linux, MAC OSx
Osnova dodatku predn asky Typologie, funkcn skladba a architektury OS, prklady z Windows, Unix, Linux, MAC OSx PB 15 Operacn syst emy Windows Unix Linux MAC OS X Jan Staudek http://www..muni.cz/usr/staudek/vyuka/
VíceCopyright by Silca S.p.A All Rights Reserved. products quality.
Jediná dostupná technologie pro klonování Texas 80 bit Ford, Toyota, Hyundai and Kia Silca T80+ je jedinečné řešení pro klonování transpondérů pro mnoho modelů značek Ford, Toyota, Hyundai a Kia. Silca
VíceCASE. Jaroslav Žáček
CASE Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Co znamená CASE? Definice dle SEI A CASE tool is a computer-based product aimed at supporting one or more software engineering activities
VíceTrendy v interním auditu v České republice
Trendy v interním auditu v České republice Informace o výsledcích průzkumu KPMG Česká republika Michal Čup 28. února 2017 Obsah Strana O průzkumu 3 A. Postavení a činnost interního auditu 4 B. Nástroje
Více