natgillin/translations-raw huggingface dataset:
One Local National Interface (hereinafter referred to as ‘LNI’) in each Member State which is the interface that physically connect the Member State to the secure communication network and contain the encryption devices dedicated to SIS II and Sirene traffic.
igas liikmesriigis asuv riiklik kohalik liides (edaspidi “LNI”), mis füüsiliselt ühendab liikmesriigi turvalisse sidevõrku ja mis sisaldab krüpteerivaid seadmeid SIS II ja SIRENE andmeliikluse jaoks.
The LNI is located at the Member State premises,
LNI asub liikmesriikide asutustes,
An optional Backup Local National Interface (hereinafter referred to as ‘BLNI’) which has exact the same content and function as the LNI.
vabatahtlik riikliku kohaliku liidese varuliides (edaspidi “BLNI”), millel on täpselt samasugune sisu ja ülesanne nagu liidesel LNI.
The LNI and BLNI are to be used exclusively by the SIS II system and for Sirene exchange.
Liideseid LNI ja BLNI kasutatakse ainult SIS II süsteemis ja SIRENE süsteemi andmesideks.
The specific configuration of the LNI and BLNI will be specified and agreed with each individual Member State in order to take account of security requirements, the physical location and conditions of installation, including the provision of services by the network provider, meaning the physical s-TESTA connection may contain several VPN tunnels for other systems, for example VIS and Eurodac.
LNI ja BLNI konkreetne konfiguratsioon täpsustatakse ja lepitakse kokku iga liikmesriigiga eraldi, et võtta arvesse turvanõudeid, füüsilist asukohta ja paigaldamise tingimusi, sealhulgas võrguteenuse pakkuja osutatavaid teenuseid. See tähendab, et s-TESTA ühendus võib sisaldada mitut VPN tunnelit suhtlemiseks teiste süsteemidega (näiteks VIS ja Eurodac).
A Central National Interface (hereinafter referred to as ‘CNI’) which is an application securing access to the CS-SIS.
Riiklik keskliides (edaspidi “CNI”) on rakendus, mis kindlustab juurdepääsu tugisüsteemile CS-SIS.
Each Member State has separate logical access points to the CNI via a central firewall.
Igal liikmesriigil on eraldi loogiline juurdepääsupunkt liidesele CNI keskse tulemüüri kaudu.
The Communication Infrastructure between the CS-SIS and the NI-SIS consists of:
Sideinfrastruktuur CS-SISi ja NI-SISi vahel koosneb järgmistest osadest:
The network for Secure Trans-European Services for Telematics between Administrations (hereinafter referred to as ‘s-TESTA’) that provides an encrypted, virtual, private network dedicated to SIS II data and Sirene traffic.
turvaline üleeuroopaline valitsusasutuste telemaatiliste teenuste süsteem (edaspidi “s-TESTA”), mis pakub krüpteeritud virtuaalset privaatvõrku SIS II andmetele ja SIRENE andmeliiklusele.
Geographical Coverage
Geograafiline katvus
The Communication Infrastructure must be able to cover and provide the required services to all Member States:
Sideinfrastruktuur peab olema võimeline katma kõiki liikmesriike ja pakkuma neile vajalikke teenuseid.
All EU Member States (Belgium, Czech Republic, Denmark, Germany, Estonia, Ireland, Greece, Spain, France, Italy, Cyprus, Latvia, Lithuania, Luxembourg, Hungary, Malta, Netherlands, Austria, Poland, Portugal, Slovenia, Slovakia, Finland, Sweden, United Kingdom) and Iceland, Norway, Switzerland.
Kaetud on kõik ELi liikmesriigid (Belgia, Prantsusmaa, Saksamaa, Luksemburg, Madalmaad, Itaalia, Portugal, Hispaania, Kreeka, Austria, Taani, Soome, Rootsi, Küpros, Tšehhi Vabariik, Eesti, Ungari, Läti, Leedu, Malta, Poola, Slovakkia, Sloveenia, Ühendkuningriik ja Iirimaa) ning Norra, Island ja Šveits.
In addition, coverage of the accession countries Romania and Bulgaria needs to be catered for.
Lisaks tuleb arvesse võtta äsja ühinenud riikide Rumeenia ja Bulgaaria katmist.
Finally, the Communication Infrastructure must be able to be extended to any other country or entity acceding to the Central SIS II (e.g. Europol, Eurojust).
Sideinfrastruktuuri peab saama laiendada mis tahes riiki või üksusesse, kes ühineb SIS II kesksüsteemiga (nt Europol, Eurojust).
Network services
Võrguteenused
When ever a protocol or architecture is mentioned, it should be understood that equal future technologies, protocols and architecture also are acceptable.
Protokolli või ülesehituse nimetamisel tuleks arvestada, et neile vastavad tulevased tehnoloogiad, protokollid ja ülesehitus on samuti vastuvõetavad.
Network layout
Võrgu paigutus
The SIS II architecture makes use of centralised services, which are accessible from the different Member States.
SIS II ülesehitus kasutab tsentraliseeritud teenuseid, millele on juurdepääs igast liikmesriigist.
For resiliency purposes these centralised services are duplicated to two different locations namely Strasbourg in France and St Johann im Pongau in Austria, respectively the CS-SIS, CU and backup CS-SIS, BCU.
Vastupidavuse tagamise eesmärgil asuvad tsentraliseeritud teenused kahes eri kohas. CS-SIS põhisüsteem asub nimelt Prantsusmaal Strasbourgis ja CS-SIS varusüsteem Austrias St Johann im Pongaus.
The central units, main and backup, must be accessible from the different Member States.
Keskinfosüsteemile, st põhi- ja varusüsteemile, peab olema võimalik juurde pääseda kõigist liikmesriikidest.
The participating countries may have multiple network access points, a LNI and a BLNI, to interconnect their National System to the central services.
Osalevatel riikidel võib olla võrgule mitu juurdepääsupunkti (LNI ja BLNI), mis ühendavad riikliku süsteemi tsentraliseeritud teenustega.
Apart from the main connectivity towards the central services, the Communication Infrastructure must also support bilateral supplementary information exchange between the Sirene offices of the different Member States.
Lisaks peamisele ühendusele tsentraliseeritud teenustega peab sideinfrastruktuur toetama ka kahepoolset täiendava teabe vahetust erinevate liikmesriikide SIRENE büroode vahel.
Connection type principal CS-SIS — backup CS-SIS
CS-SIS põhisüsteemi ja CS-SIS varusüsteemi vahelise ühenduse liik
The required connection type for the interconnectivity between the principal CS-SIS and the backup CS-SIS must be an SDH ring or equivalent, meaning be open also for the new future architectures and technologies.
CS-SIS põhisüsteemi ja CS-SIS varusüsteemi sidumiseks vajalik ühendus peab olema SDH ring või sellega võrdne ühendus, mis peab sobima ka uue ülesehituse ja tehnoloogia kasutuselevõtu korral.
The SDH infrastructure will be used to extend the local networks of both central units to create a seamless single LAN.
SDH infrastruktuuri kasutatakse põhi- ja varusüsteemi kohalike võrkude laiendamiseks, et luua katkematu ühtne kohtvõrk (LAN).
This LAN will then be used for the continuous synchronisation between the CU and BCU.
Sellist võrku kasutatakse põhi- ja varusüsteemi pideva sünkroniseerimise jaoks.
Bandwidth
Ribalaius
A critical requirement of the Communication Infrastructure is the bandwidth size that it may grant to the different interconnected sites and its capability to support this bandwidth inside its backbone network.
Sideinfrastruktuuri oluliseks nõudeks on ribalaius, mida on võimalik kasutada omavahel seotud süsteemi osades. Seda ribalaiust peab olema võimalik kasutada ka tuumvõrgus.
The bandwidth needed for the LNI and the optional BLNI will be different for each Member State, mainly dependent on the choices of using national copies, central searching and biometric data exchange.
Liidese LNI ja vabatahtliku liidese BLNI jaoks vajalik ribalaius on iga liikmesriigi puhul erinev ja sõltub peamiselt sellest, kas soovitakse kasutada riiklikke koopiaid, teostada otsinguid kesksüsteemis ja vahetada biomeetrilisi andmeid.
The actual sizes that the Communication Infrastructure decides to offer are irrelevant as long as they comply with the minimal need of each Member State.
Tegelik ribalaius, mida sideinfrastruktuuris otsustatakse pakkuda, ei ole oluline seni, kuni see rahuldab iga liikmesriigi minimaalse vajaduse.
Each of the aforementioned site types may transfer large chunks of data (alphanumeric, biometric and complete documents) in either direction.
Iga eespool nimetatud süsteemi osa võib nii edastada kui ka vastu võtta suurt hulka andmeid (tähtnumbrilised ja biomeetrilised andmed ning tervikdokumendid).
Therefore, the Communication Infrastructure must supply sufficient minimal guaranteed upload and download speeds for each connection.
Seega peab sideinfrastruktuur tagama kõikides ühendustes piisava minimaalse üles- ja allalaadimise kiiruse.
The Communication Infrastructure must offer connection sizes varying from 2 Mbps up to 155 Mbps or higher.
Sideinfrastruktuur peab pakkuma ühenduse, mille kiirus ulatub 2 megabitist sekundis 155 megabitini sekundis või on veelgi kiirem.
The network must supply sufficient minimal guaranteed upload and download speeds for each connection and it must be sized to support the total bandwidth size of the network access points.
Võrk peab tagama kõigis ühendustes minimaalse üles- ja allalaadimise kiiruse, mis on piisav, et toetada võrgu juurdepääsupunktide summaarset ribalaiust.
Classes of service
Teenuste klassid
The Central SIS II will support the capability of prioritisation of queries/alerts.
SIS II kesksüsteem peab suutma prioriseerida päringuid/hoiatusteateid.
As a derived requirement, the Communication Infrastructure will also support the possibility of traffic prioritisation.
Sellest tuleneva nõudena peab sideinfrastruktuur olema samuti võimeline prioriseerima andmevahetust.
This implies that the Communications Infrastructure must be able to take over the prioritisation assigned to the data packets on the source LAN and treat the packets accordingly within its own backbone network.
See tähendab, et sideinfrastruktuur peab suutma säilitada kohtvõrgus andmepakettidele määratud prioriteedid ja kohtlema tuumvõrgus andmepakette sellele vastavalt.
Furthermore, at the remote site the Communication Infrastructure must deliver the initial packets containing the same prioritisation as set in the source LAN.
Lisaks peab sideinfrastruktuur edastama algsed andmepaketid sihtkohta samade prioriteetidega, mis on neile kohtvõrgus määratud.
Supported protocols
Toetavad protokollid
The standard protocols to be supported are HTTP, FTP, NTP, SMTP, SNMP and DNS.
Toetavad standardprotokollid on HTTP, FTP, NTP, SMTP, SNMP ja DNS.
In addition to the standard protocols, the Communication Infrastructure must also be capable of handling different tunnelling protocols, SAN replication protocols and the proprietary Java-to-Java connection protocols of BEA WebLogic.
Lisaks standardprotokollidele peab sideinfrastruktuur olema võimeline kasutama erinevaid tunneldusprotokolle, salvestivõrgus olevate andmete tiražeerimise protokolle ja Javat Javaga ühendavaid protokolle, mis on kaitstud BEA WebLogic’u omandiõigusega.
The tunnelling protocols, e.g. IPsec in tunnel mode, will be used to transfer encrypted traffic to its destination.
Tunneldusprotokolle, näiteks IPsec tunnelrežiimis, kasutatakse krüpteeritud andmeliikluse edastamiseks sihtkohta.
IP addressing
Internetiaadress
The Communications Infrastructure must have a range of reserved IP addresses that may solely be used within that network.
Sideinfrastruktuuril peab olema hulk reserveeritud internetiaadresse, mida võib kasutada ainult selles võrgus.
Within the reserved IP range, the Central SIS II will use a dedicated set of IP addresses that will not be used anywhere else.
Reserveeritud internetiaadressidest kasutab SIS II kesksüsteem teatud hulka internetiaadresse, mida mujal ei kasutata.
Support for IPv6
tugi
It can be assumed that the protocol used on the local networks of the Member States will be TCP/IP.
Eeldatakse, et liikmesriikide kohalikus võrgus kasutatav protokoll on TCP/IP.
However some sites will be based on version 4 while others will be based on version 6.
Siiski kasutavad mõned süsteemi osad versiooni 4, samas kui teised kasutavad versiooni 6.
The network access points must offer the possibility to act as a gateway and must be able to operate independently from the network protocols used in the Central SIS II as well as in the N.SIS II.
Võrgu juurdepääsupunktid peavad olema võimelised toimima lüüsina, olenemata SIS II kesksüsteemis ja N.SIS II-s kasutatavatest võrguprotokollidest.
Static route injection
Staatilise marsruudi sisestamine
The CU and BCU can use a single and identical IP address for their communication to the Member States.
CS-SIS põhi- ja varusüsteem saavad kasutada liikmesriikidega suhtlemisel sama internetiaadressi.
Therefore the Communication Infrastructure should support static route injection.
Seega peaks sideinfrastruktuur võimaldama staatilise marsruudi sisestamist.
Sustained flow rate
Püsiva andmevoo määr
As long as the CU or BCU connection has a load rate less of 90 %, a given Member State must be able to sustain continually 100 % of its specified bandwidth.
Kui CS-SIS põhi- ja varusüsteemi ühendusel on koormuse määr väiksem kui 90 %, peab vastav liikmesriik olema võimeline pidevalt toetama kogu oma kindlaksmääratud ribalaiust.
Other specifications
Muud nõuded
To support the CS-SIS, the Communication Infrastructure must at least comply with a minimum set of technical specifications:
CS-SIS toetamiseks peab sideinfrastruktuur vastama vähemalt järgmistele minimaalsetele tehnilistele nõuetele:
The transit delay must be (including the busy hours) less or equal to 150 ms in 95 % of packets and less than 200 ms in 100 % of packets.
andmete ülekande viivitus peab olema 95 % andmepakettide puhul (sealhulgas tipptundidel) 150 millisekundit või väiksem ning 100 % andmepakettide puhul väiksem kui 200 millisekundit;
Its probability of packet loss must be (including the busy hours) less or equal to 10-4 in 95 % of packets and less than 10-3 in 100 % of packets.
andmepakettide kaotamise tõenäosus tohib olla 95 % andmepakettide puhul (sealhulgas tipptundidel) 10-4 või väiksem ning 100 % andmepakkide puhul väiksem kui 10-3.
The aforementioned specifications are to be considered for each access point separately.
Eespool nimetatud nõudeid kaalutakse iga juurdepääsupunkti puhul eraldi.
The connection between the CU and BCU must have a round trip delay less or equal to 60 ms.
CS-SIS põhi- ja varusüsteemi vahelise ühenduse viiteaeg tohib olla 60 ms või väiksem.
Resiliency
Vastupidavus
The CS-SIS has been designed with high availability as a requirement.
Üks nõue tugisüsteemi CS-SIS kavandamisel oli, et see peab olema laialdaselt kättesaadav.
For the Communication Infrastructure, it means that the following components must be resilient:
Vastupidavad peavad olema järgmised sideinfrastruktuuri osad:
backbone network
tuumvõrk,
routing devices
marsruutimisseadmed,
points of presence
võrgupunktid,
local loop connections (including physically redundant cabling)
kliendiliini ühendused (sealhulgas füüsiliselt dubleeritud kaablid),
security devices (crypto devices, firewalls, etc.)
turvaseadmed (krüpteerimisseadmed, tulemüürid jms),
all generic services (DNS, NTP, etc.)
kõik üldteenused (DNS, NTP jms),
The failover mechanisms for all network equipment should occur without any manual intervention.
Kogu võrguseadmete tõrkesiirde mehhanism peaks toimima automaatselt.
To facilitate the monitoring, the Communication Infrastructure’s monitoring tools must be able to be integrated with those of the monitoring facilities of the organisation responsible for the operational management for the Central SIS II.
Kontrollimise lihtsustamiseks peab olema võimalik ühendada sideinfrastruktuuri kontrollivahendid SIS II kesksüsteemi operatiivjuhtimise eest vastutava organisatsiooni kontrolliseadmetega.
Generic services
Üldteenused
Apart from the dedicated network and security services, the Communication Infrastructure must also offer generic services.
Lisaks kindlaks määratud võrgule ja turvateenustele peab sideinfrastruktuur pakkuma ka üldteenuseid.
Dedicated services must be implemented within both central units, for redundancy purposes.
Eriteenuseid tuleb vastupidavuse tagamiseks pakkuda CS-SIS põhi- ja varusüsteemis.
The following optional generic services must be present in the Communication Infrastructure:
Sideinfrastruktuur peab tagama järgmised vabatahtlikud üldteenused:
Service
Teenus
Additional information
Täiendav teave
Currently the failover procedure for switching from the CU to the BCU in case of network failure is based on changing the IP address within the generic DNS server.
Tõrkesiirde kord, mille tulemusena võrk lülitub rikke korral CS-SIS põhisüsteemilt ümber CS-SIS varusüsteemile, põhineb praegu internetiaadressi muutmisel DNS-serveris.
Using a generic e-mail relay might be useful for standardising the e-mail set-up for the different Member States and, contrary to a dedicated server, does not use up any network resources from the CU/BCU.
Üldise e-posti edasisaatmine võib olla kasulik erinevate liikmesriikide e-posti standardiseerimiseks ning erinevalt eriserverist ei vaja see CS-SIS põhi- ega varusüsteemi võrguressursse.
E-mails using the generic e-mail relay must still comply with their security template.
Üldises e-postis edastatav e-post peab siiski vastama kindlaks määratud turvanõuetele.
This service may be used to synchronize the clocks of network equipment.
Teenust saab kasutada selleks, et sünkroniseerida võrguseadmete kellad.
Availability
Käideldavus
The CS-SIS and the LNI and BLNI must be able to deliver an availability of 99,99 % over a 28-day rolling period excluding the network availability.
CS-SIS, LNI ja BLNI peavad olema käideldavad 99,99 % ulatuses 28-päevase ajavahemiku jooksul, sõltumata võrgu käideldavusest.
The availability of the Communication Infrastructure must be 99,99 %.
Sideinfrastruktuuri käideldavus peab olema 99,99 %.
Security services
Turvateenused
Network encryption
Võrgu krüpteerimine
The Central SIS II does not allow data with high or very high protection requirements to be transferred outside the LAN without encryption.
SIS II kesksüsteem ei luba kõrge või väga kõrge kaitsenõudega andmeid saata väljapoole LANi krüpteerimata.
It should be ensured that the network provider will not have an access to the SIS II operational data as well as to the related Sirene exchange by any means.
Tuleks tagada, et võrguteenuse pakkujal ei ole mingil juhul juurdepääsu SIS II operatiivsetele andmetele ega andmevahetusele SIRENE süsteemis.
To maintain a high level of security, the Communication Infrastructure must allow to manage the certificates/keys.
Kõrgetasemelise turvalisuse tagamiseks peab sideinfrastruktuur võimaldama hallata sertifikaate/krüpteerimisvõtmeid.
Remote administration and remote monitoring of the encryption boxes must be possible.
Krüpteerimisseadmeid peab olema võimalik hallata ja kontrollida üle võrgu.
Encryption algorithms at least must comply with the following requirements:
Krüpteerimisalgoritmid peavad vastama vähemalt järgmistele nõuetele:
Symmetric encryption algorithms:
sümmeetrilised krüpteerimisalgoritmid:
(128 bits) or better,
(128 bitti) või parem;
key generation must depend on random value that does not allow for key space reduction while under attack,
krüpteerimisvõtme loomine peab sõltuma juhuslikust väärtusest, mis ei võimalda ründe korral võtmeruumi vähenemist;
encryption keys or information that can be used for deriving the keys are always protected while in storage 002E;
krüpteerimisvõtmed või teave, mida saab kasutada võtmete tuletamiseks, on alati kaitstud salvestis;
Asymmetric encryption algorithms:
asümmeetrilised krüpteerimisalgoritmid:
RSA (1024 bit modulus) or better,
RSA (1024 bitti) või parem;
key generation must depend on random value that does not allow for key space reduction while under attack.
krüpteerimisvõtme loomine peab sõltuma juhuslikust väärtusest, mis ei võimalda ründe korral võtmeruumi vähenemist.
The Payload and the original IP-header shall be encrypted.
Andmepaketi sisu ja IP päis krüpteeritakse.
For exchange of session keys the Internet Key Exchange (IKE) protocol shall be used.
Seansivõtme vahetamiseks kasutatakse võtmete vahetamist Interneti kaudu (IKE protokoll).
IKE keys shall not be valid longer than one day.
IKE võtmed kehtivad kõige rohkem ühe päeva.
Session keys shall not be longer than one hour.
Seansivõtmed kehtivad kõige rohkem ühe tunni.
Other security features
Muud turvaelemendid
Besides protecting the SIS II access points, the Communication Infrastructure must also protect the optional generic services.
Lisaks SIS II juurdepääsupunktidele peab sideinfrastruktuur kaitsma ka vabatahtlikke üldteenuseid.
These services should meet the same protection measures comparable to those in CS-SIS.
Nende teenuste kaitsemeetmed peavad olema võrreldavad tugisüsteemi CS-SIS kaitsemeetmetega.
All generic services must therefore, at a minimum, be protected by a firewall, antivirus and an intrusion detection system.
Kõik üldteenused peavad seetõttu olema kaitstud vähemalt tulemüüri, viirusetõrje ja sissetungi tuvastamise süsteemiga (IDS).
Furthermore, the generic services devices and its protection measures should be under continuous security surveillance (logging and follow-up).
Lisaks peaks üldteenuste seadmete ja nende kaitsemeetmete turvalisust pidevalt kontrollima (logimine ja järelmeetmed).
In order to maintain a high level of security, the organisation responsible for the operational management for the Central SIS II must be aware of any security incidents that occur on the Communication Infrastructure.
Turvalisuse kõrge taseme saavutamiseks peab SIS II kesksüsteemi operatiivjuhtimise eest vastutav organisatsioon olema teadlik mis tahes turvaintsidentidest, mis toimuvad sideinfrastruktuuris.
Therefore, the Communication Infrastructure must allow all major security incidents to be reported without any delay to the organisation responsible for the operational management for the Central SIS II.
Seega peab sideinfrastruktuur võimaldama teatada viivitamatult kõikidest peamistest turvaintsidentidest SIS II kesksüsteemi operatiivjuhtimise eest vastutavale organisatsioonile.
All security incidents must be provided on a regular basis, e.g. monthly reporting and ad-hoc basis.
Kõik turvaintsidendid peavad olema kajastatud korrapäraselt, nt igakuises ja ad hoc aruandluses.
Helpdesk and support structure
Kasutajatugi ja tugistruktuur
The provider of the Communication Infrastructure must deliver a helpdesk that interacts with the organisation responsible for the operational management for the Central SIS II.
Sideinfrastruktuuri pakkuja peab tagama kasutajatoe, kes suhtleb SIS II kesksüsteemi operatiivjuhtimise eest vastutava organisatsiooniga.
Interaction with other systems
Suhtlemine teiste süsteemidega
The Communication Infrastructure must ensure that information cannot go outside the assigned communication channels.
Sideinfrastruktuur peab tagama, et teave ei satuks väljapoole kindlaks määratud teabekanaleid.
For the technical implementation this implies that:
Tehniliselt tähendab see järgmist:
Data leakage to other systems on the network may not occur; e.g. interconnection of different IP VPNs is not allowed.
võrgus ei tohi ilmneda andmete leket teistesse süsteemidesse, nt ei ole lubatud sidusus erinevate IP VPN võrkudega.
Apart from the aforementioned technical restrictions it causes, it also impacts the communications infrastructure’s helpdesk.
Lisaks eespool nimetatud tehnilistele piirangutele mõjutavad võrgule kehtestatud nõuded ka sideinfrastruktuuri kasutajatuge.
The helpdesk may not release any information with regard to the Central SIS II to any party else than the one responsible for the operational management for the Central SIS II.
Kasutajatugi ei tohi avaldada SIS II kesksüsteemiga seotud mis tahes teavet kellelegi peale SIS II kesksüsteemi operatiivjuhtimise eest vastutava organisatsiooni.
Monitoring …
Kontrollimine …
The network prioritisation parameters are assumed to be set by the Central SIS II for all packets that require it.
Eeldatakse, et SIS II kesksüsteem määrab vajaduse korral kõikide andmepakettide puhul võrgu prioriseerimise parameetrid.
Weighted Fair Queuing will be used.
Selleks kasutatakse kaalutud õiglase järjestamise meetodit.
For this reason the system have integrated resiliency against component malfunctions by duplicating all equipment.
Et süsteem peaks vastu teatavate osade rikke korral, on kõik seadmed dubleeritud.