(ES) č. 482/2008Nařízení Komise (ES) č. 482/2008 ze dne 30. května 2008 , kterým se stanoví systém zajištění bezpečnosti softwaru, který má být zaveden poskytovateli letových navigačních služeb, a kterým se mění příloha II nařízení (ES) č. 2096/2005 Text s významem pro EHP

(1)

Podle nařízení (ES) č. 550/2004 Komise určí a přijme bezpečnostní předpisy Eurocontrolu (ESARR), přičemž vezme v úvahu stávající právní úpravu Společenství. ESARR 6 nazvaný „Software v systémech ATM“ stanoví soubor bezpečnostních předpisů pro zavedení systému zajištění bezpečnosti softwaru.

(2)

Nařízení Komise (ES) č. 2096/2005 ze dne 20. prosince 2005, kterým se stanoví společné požadavky pro poskytování letových navigačních služeb (2), stanoví v poslední větě dvanáctého bodu odůvodnění, že „Příslušná ustanovení požadavků ESARR 1 pro bezpečnostní dohled při ATM a požadavků ESARR 6 pro software v systémech ATM by měla být určena a přijata formou oddělených právních aktů Společenství.“

(3)

Příloha II nařízení (ES) č. 2096/2005 požaduje, aby poskytovatelé letových provozních služeb používali systém řízení bezpečnosti a rovněž bezpečnostní požadavky pro posuzování a zmírňování rizika s ohledem na změny. V rámci systému řízení bezpečnosti a jako součást činností týkajících se posuzování a zmírňování rizika s ohledem na změny by poskytovatelé letových provozních služeb měli určit a zavést systém zajištění bezpečnosti softwaru, který by se výslovně zabýval aspekty týkajícími se softwaru.

(4)

Hlavním cílem v oblasti bezpečnosti softwaru, který by měly splnit funkční systémy obsahující software, je snížení rizik spojených s používáním softwaru v systémech evropské sítě pro řízení letového provozu („software EATMN“) na přijatelnou úroveň.

(5)

Toto nařízení by se nemělo vztahovat na vojenské činnosti a výcvik podle čl. 1 odst. 2 nařízení Evropského parlamentu a Rady (ES) č. 549/2004 ze dne 10. března 2004, kterým se stanoví rámec pro vytvoření jednotného evropského nebe (rámcové nařízení) (3).

(6)

Příloha II nařízení (ES) č. 2096/2005 by tudíž měla být změněna.

(7)

Opatření stanovená tímto nařízením jsou v souladu se stanoviskem Výboru pro jednotné nebe,

1)

„softwarem“ se rozumí počítačové programy a odpovídající konfigurační data, včetně nevyvíjeného softwaru, s výjimkou elektronických prvků, jako jsou aplikace určitých integrovaných obvodů, programovatelných logických obvodů nebo logické přepínače v ustáleném stavu;

2)

„konfiguračními daty“ se rozumí data, která konfigurují druhový softwarový systém v jednotlivých případech použití;

3)

„nevyvíjeným softwarem“ se rozumí software, který nebyl vyvinut pro stávající smlouvu;

4)

„zajištěním bezpečnosti“ se rozumí veškeré plánované a systematické činnosti nezbytné k poskytování přiměřené jistoty, že výrobek, služba, organizace nebo funkční systém dosahuje přijatelné nebo přípustné bezpečnosti;

5)

„organizací“ se rozumí poskytovatel ATS, poskytovatel CNS nebo subjekt zajišťující ATFM nebo ASM;

6)

„funkčním systémem“ se rozumí kombinace systémů, postupů a lidských zdrojů, které jsou uspořádány tak, aby plnily určitou funkci v rámci ATM;

7)

„rizikem“ se rozumí kombinace celkové pravděpodobnosti nebo četnosti výskytu škodlivého účinku vyvolaného nebezpečím a závažnosti tohoto účinku;

8)

„nebezpečím“ se rozumí jakýkoliv stav, událost nebo okolnost, která by mohla vyvolat nehodu;

9)

„novým softwarem“ se rozumí software, který byl objednán nebo na který byly podepsány závazné smlouvy po vstupu tohoto nařízení v platnost;

10)

„bezpečnostním cílem“ se rozumí kvalitativní nebo kvantitativní výrok, který určuje nejvyšší četnost nebo pravděpodobnost, s níž se podle očekávání může vyskytnout nebezpečí;

11)

„bezpečnostním požadavkem“ se rozumí prostředek pro zmírnění rizika, určený strategií zmírňování rizik, který splňuje určitý bezpečnostní cíl a zahrnuje organizační, provozní, procedurální, funkční a výkonnostní požadavky, požadavky interoperability nebo charakteristiku prostředí;

12)

„přepnutím nebo výměnou za provozu“ se rozumí způsob výměny prvků systému evropské sítě pro řízení letového provozu (EATMN) nebo softwaru za provozu systému;

13)

„bezpečnostním požadavkem na software“ se rozumí popis toho, co má software vytvářet při daných vstupech a omezeních a co v případě splnění zajistí, že software EATMN pracuje bezpečně a v souladu s provozními potřebami;

14)

„softwarem EATMN“ se rozumí software používaný v EATM podle článku 1;

15)

„platností požadavků“ se rozumí potvrzení na základě zkoumání a poskytnutí objektivního důkazu, že jsou splněny konkrétní požadavky zamýšleného použití;

16)

„nezávislým dosažením“ se v případě činností v rámci procesu ověřování softwaru rozumí, že činnosti v rámci procesu ověřování provádí jiná osoba (jiné osoby) než osoba, která ověřovaný prvek vyvinula;

17)

„poruchou softwaru“ se rozumí neschopnost programu správně vykonávat požadovanou funkci;

18)

„selháním softwaru“ se rozumí neschopnost programu vykonávat požadovanou funkci;

19)

„aplikací COTS“ (Commercial Off-The-Shelf) se rozumí komerčně dostupná aplikace, kterou prodávají obchodníci prostřednictvím veřejně dostupných katalogů a která není určena pro úpravu podle požadavků zákazníka nebo zdokonalování;

20)

„složkami softwaru“ se rozumí moduly, které lze instalovat nebo kombinovat s jinými opakovaně využitelnými softwarovými moduly k vytvoření softwarové aplikace podle požadavků zákazníka;

21)

„nezávislými prvky softwaru“ se rozumí prvky softwaru, které nevyřadí z provozu stejné selhání, jímž je způsobeno nebezpečí;

22)

„reakční dobou softwaru“ se rozumí čas, během něhož má software reagovat na dané vstupy nebo periodické události a/nebo výkon softwaru z hlediska transakcí nebo zpráv zpracovaných za jednotku času;

23)

„kapacitou softwaru“ se rozumí schopnost softwaru zpracovat daný objem toku dat;

24)

„přesností“ se rozumí požadovaná přesnost vypočtených výsledků;

25)

„využitím zdrojů“ se rozumí objem zdrojů výpočetního systému, které může aplikační software využívat;

26)

„odolností softwaru“ se rozumí chování softwaru v případě neočekávaných vstupů, poruch hardwaru a přerušení dodávky elektřiny buď přímo do výpočetního systému, nebo do připojených zařízení;

27)

„tolerancí přetížení“ se rozumí chování systému, a zejména jeho tolerance v případě výskytu většího objemu vstupů, než je objem očekávaný při běžném provozu systému;

28)

„správným a úplným ověřením softwaru EATMN“ se rozumí všechny požadavky na bezpečnost softwaru, které správně stanoví, co vyžaduje postup pro posuzování a zmírňování rizika od prvků softwaru, a jejich zavedení prokazatelně dosahuje požadované úrovně bezpečnosti softwaru;

29)

„daty životního cyklu softwaru“ se rozumí data vytvořená během životního cyklu softwaru, která slouží plánování, řízení, vysvětlování, určování, zaznamenávání nebo poskytování důkazů o činnostech; tato data umožňují schvalování procesů životního cyklu softwaru, systémů nebo zařízení a modifikaci softwarového produktu po schválení;

30)

„životním cyklem“ se rozumí:

31)

„požadavkem na bezpečnost systému“ se rozumí bezpečnostní požadavek odvozený pro funkční systém.

a)

požadavky na bezpečnost softwaru správně stanoví, co se požaduje od softwaru ke splnění bezpečnostních cílů a požadavků stanovených v rámci postupu pro posuzování a zmírňování rizika;

b)

je zajištěna sledovatelnost všech požadavků na bezpečnost softwaru;

c)

zavedení softwaru neobsahuje žádné funkce, které mají nepříznivý vliv na bezpečnost;

d)

software EATMN splňuje na něj kladené požadavky na úrovni jistoty, která je v souladu s kritičností softwaru;

e)

je zajištěno splnění všeobecných bezpečnostních požadavků stanovených v písmenech a) až d) a argumenty, jimiž lze toto zajištění prokázat, lze kdykoli odvodit:

1)

systém je zdokumentovaný výslovně jako součást všeobecné dokumentace posuzování a zmírňování rizika;

2)

každému provozovanému softwaru EATMN přiřadí systém úroveň zajištění softwaru v souladu s požadavky stanovenými v příloze I;

3)

systém zahrnuje zajištění týkající se:

4)

systém určuje nároky na úroveň zajištění; nároky musí být stanoveny pro každou úroveň zajištění softwaru a zvyšovány s rostoucí kritičností softwaru; za tím účelem:

5)

systém využívá zkušenosti se softwarem EATMN jako zpětnou vazbu pro potvrzení, že systém zajištění bezpečnosti softwaru a přiřazení jednotlivých úrovní zajištění jsou přiměřené. Za tímto účelem se musí účinky poruchy nebo selhání softwaru, vykázané podle příslušných požadavků na vykazování a posuzování bezpečnostních incidentů, posuzovat ve srovnání s účinky stanovenými pro příslušný systém podle schématu klasifikace závažnosti stanoveného v oddílu 3.2.4 přílohy II nařízení (ES) č. 2096/2005.