natgillin/translations-raw huggingface dataset:
It can be used to digitally sign, digest, authenticate or encrypt any form of digital data.
Seda saab kasutada mis tahes digitaalsete andmete digitaalseks signeerimiseks, läbitöötamiseks, autentsuse kinnitamiseks ja krüpteerimiseks.
The underlying certificate used by s/MIME mechanism has to be in compliance with X.509 standard.
sMIME mehhanismi aluseks olev sertifikaat peab vastama standardile X.509.
In order to ensure common standards and procedures with other Prüm applications, the processing rules for s/MIME encryption operations or to be applied under various COTS (Commercial Product of the Shelves) environments, are as follows:
Selleks et tagada samade ühiste standardite ja protseduuride kasutamine, nagu muude Prümi lepingu kohaste rakenduste puhul, on eeskirjad sMIME põhise krüpteerimise või masstootmises olevate laialt levinud toodete (COTS) korral järgmised:
the sequence of the operations is: first encryption and then signing,
toimitakse järgmises järjekorras: esmalt krüpteerimine, seejärel signeerimine;
the encryption algorithm AES (Advanced Encryption Standard) with 256 bit key length and RSA with 1024 bit key length shall be applied for symmetric and asymmetric encryption respectively,
sümmeetrilise ja asümmeetrilise krüpteerimise korral kasutatakse vastavalt krüpteerimisalgoritmi AES (täiustatud krüpteerimisstandard – Advanced Encryption Standard) 256 biti pikkust ja RSA 1024 biti pikkust võtit;
the hash algorithm SHA-1 shall be applied.
kasutatakse räsi algoritmi SHA-1.
s/MIME functionality is built into the vast majority of modern e-mail software packages including Outlook, Mozilla Mail as well as Netscape Communicator 4.x and inter-operates among all major e-mail software packages.
sMIME funktsionaalsus on liidetud valdavasse enamusse kaasaegsetesse e-posti tarkvarapakettidesse, sealhulgas programmidesse Outlook, Mozilla Mail ning samuti Netscape Communicator 4.x, ning see on ristkasutatav kõigi peamiste e-posti tarkvarapakettidega.
Because of s/MIME's easy integration into national IT infrastructure at all Member States' sites, it is selected as a viable mechanism to implement the communication security level.
Kuna sMIME süsteemi on lihtne integreerida kõigi liikmesriikide vastavates struktuurides asuvatesse riiklikesse infotehnoloogiainfrastruktuuridesse, on tehtud valik kasutada seda kui otstarbekat mehhanismi sideturbe nõutava taseme saavutamiseks.
For achieving the goal ‘Proof of Concept’ in a more efficient way and reducing costs the open standard JavaMail API is however chosen for prototyping DNA data exchange.
Kontseptsiooni tõestamise eesmärgi saavutamiseks tõhusamal viisil ja vähendamaks kulusid, on DNA-andmete vahetamise katselise süsteemi jaoks valitud avatud standardile vastav JavaMaili rakendusliides.
JavaMail API provides simple encryption and decryption of e-mails using s/MIME and/or OpenPGP.
See rakendusliides võimaldab e-posti krüpteerimist ja dekrüpteerimist, kasutades s/MIME ja/või OpenPGP standardit.
The intent is to provide a single, easy-to-use API for e-mail clients that want to send and received encrypted e-mail in either of the two most popular e-mail encryption formats.
Eesmärk on tagada üks hõlpsasti kasutatav rakendusliides e-posti klientidele, kes tahavad saata ja vastu võtta krüpteeritud e-posti, mis on krüpteeritud, kasutades ühte kahest kõige populaarsemast e-posti krüpteerimisskeemist.
Therefore any state-of-the-art implementations to JavaMail API will suffice for the requirements set by Decision 2008/615/JHA, such as the product of Bouncy Castle JCE (Java Cryptographic Extension), which will be used to implement s/MIME for prototyping DNA data exchange among all Member States.
Seetõttu piisab otsusega 2008/615/JSK kehtestatud nõuete täitmiseks JavaMaili rakendusliidese põhisest moodsast rakendusest, näiteks tootest Bounty Castle JCE (Java krüptograafiline laiendus – Java Cryptographic Extension). Seda rakendust kasutatakse sMIME protokolli kohaldamiseks, et katsetada DNA-andmete vahetamist liikmesriikide vahel.
Application Architecture
Rakenduse arhitektuur
Each Member State will provide the other Member States with a set of standardised DNA profile data which are in conformity with the current common ICD.
Iga liikmesriik jagab teistele liikmesriikidele standardsel kujul DNA-profiili andmete kogumi, mis vastab praegusele ühisele liidese juhenddokumendile.
This can be done either by providing a logical view over individual national database or by establishing a physical exported database (indexed database).
Seda võib teha kas nähes ette tegeliku võimaluse tutvuda riikliku andmebaasiga või luues eraldi eksporditud andmebaasi (indekseeritud andmebaasi).
The four main components: E-mail server/s/MIME, Application Server, Data Structure Area for fetching/feeding data and registering incoming/outgoing messages, and Match Engine implement the whole application logic in a product-independent way.
Neli peamist elementi: E-posti server/sMIME, rakendusserver, andmestruktuuri üksus andmete saamiseks/saatmiseks ja saabuvate/väljaminevate sõnumite registreerimiseks ning kokkulangevuse otsimise mootor täidavad rakendusülesanded kasutatavast tootest sõltumatult.
In order to provide all Member States with an easy integration of the components into their respective national sites, the specified common functionality has been implemented by means of open source components, which could be selected by each Member State depending on its national IT policy and regulations.
Selleks et võimaldada kõigil liikmesriikidel integreerida need elemendid hõlpsalt oma vastavatesse riiklikesse struktuuridesse, on avatud lähtekoodil põhinevate elementide abil, mille iga liikmesriik võib valida välja vastavalt oma riiklikule infotehnoloogia alasele poliitikale ja eeskirjadele, loodud kindlaksmääratud ühine funktsionaalsus.
Because of the independent features to be implemented to get access to indexed databases containing DNA profiles covered by Decision 2008/615/JHA, each Member State can freely select its hardware and software platform, including database and operating systems.
Kuna erinevad elemendid, mida kasutatakse juurdepääsuks indekseeritud andmebaasidele, mis sisaldavad otsuses 2008/615/JSK käsitletavaid DNA-profiilide andmeid, on üksteisest sõltumatud, võib iga liikmesriik valida oma riist- ja tarkvaraplatvormi, sealhulgas andmebaasi ja operatsioonisüsteemid.
A prototype for the DNA Data Exchange has been developed and successfully tested over the existing common network.
On välja töötatud DNA-andmete vahetamise süsteemi prototüüp ning seda on olemasolevas ühises võrgus edukalt testitud.
The version 1.0 has been deployed in the productive environment and is used for daily operations.
Versioon 1.0 on võetud kasutusele tootmiskeskkonnas ning seda kasutatakse igapäevastes tegevustes.
Member States may use the jointly developed product but may also develop their own products.
Liikmesriigid võivad kasutada ühiselt väljatöötatud toodet, kuid võivad välja töötada ka oma tooted.
The common product components will be maintained, customised and further developed according to changing IT, forensic and/or functional police requirements.
Toote ühiseid elemente hooldatakse, kohandatakse ja arendatakse edasi vastavalt infotehnoloogia, kriminalistika ja/või politsei funktsionaalsete nõuete muutumisele.
Figure 2: Overview Application Topology
Joonis 2: Rakenduse topoloogia ülevaade
Protocols and Standards to be used for application architecture:
Rakenduse arhitektuuris kasutatavad protokollid ja standardid
The DNA data exchange will fully exploit XML-schema as attachment to SMTP e-mail messages.
DNA-andmete vahetamiseks kasutatakse SMTP põhise e-posti sõnumite edastamisel täielikult ära XML-struktuuri.
The eXtensible Markup Language (XML) is a W3C-recommended general-purpose markup language for creating special-purpose markup languages, capable of describing many different kinds of data.
Laiendatav märgistuskeel (XML) on W3C poolt soovitatav mitmeotstarbeline märgistuskeel selliste eriotstarbeliste märgistuskeelte loomiseks, mis on suutelised käsitlema mitut erinevat liiki andmeid.
The description of the DNA profile suitable for exchange among all Member States has been done by means of XML and XML schema in the ICD document.
DNA-profiili kirjeldamine viisil, mis on sobiv vastavate andmete vahetamiseks kõigi liikmesriikide vahel, on teostatud XMLi abil ja liidese juhenddokumendis toodud XML-struktuuri kohaselt.
Open DataBase Connectivity provides a standard software API method for accessing database management systems and making it independent of programming languages, database and operating systems.
Avatud andmebaasipöördus (ODBC – Open DataBase Connectivity) annab standardse tarkvaralise rakendusliidesel põhineva meetodi andmebaasi haldussüsteemile juurdepääsuks ja selle programmeerimiskeeltest, andmebaasidest ja operatsioonisüsteemidest sõltumatuks muutmiseks.
ODBC has, however, certain drawbacks.
ODBCl on siiski teatavad puudused.
Administering a large number of client machines can involve a diversity of drivers and DLLs.
Suure hulga klientarvutite haldamisega võib kaasneda erinevate draiverite ja DLL-teekide kasutamine.
This complexity can increase system administration overhead.
Selle tegevuse keerukus võib süsteemi haldamise muuta ülemäära mahukaks.
Java DataBase Connectivity (JDBC) is an API for the Java programming language that defines how a client may access a database.
Java andmebaasipöördus (JDBC – Java DataBase Connectivity) on rakendusliides Java programmeerimiskeele jaoks, millega määratakse kindlaks, kuidas klient võib andmebaasile juurde pääseda.
In contrast to ODBC, JDBC does not require to use a certain set of local DLLs at the Desktop.
Erinevalt ODBCst ei nõua JDBC teatavate DLL-teekide kasutamist töökoha arvutil.
The business logic to process DNA profile requests and replies at each Member States' site is described in the following diagram.
Järgmisel skeemil on kirjeldatud liikmesriikide vastavates struktuurides DNA-profiilidega seotud taotluste ja vastuste töötlemise protsessi ülesehitust.
Both requesting and replying flows interact with a neutral data area comprising different data pools with a common data structure.
Nii taotluste esitamisel kui ka vastuste saatmisel puutub andmevoog kokku neutraalsete andmetega, mis kuuluvad erinevatesse andmekogumitesse ja millel on ühine andmestruktuur.
Figure 3: Overview Application Workflow at each Member State's site
Joonis 3: Ülevaade: rakenduse töövoog iga liikmesriigi vastavas struktuuris
Communication Environment
Sidepidamine
Common Communication Network: TESTA and its follow-up infrastructure
Ühine sidevõrk: TESTA ja seda täiendav infrastruktuur
The application DNA data exchange will exploit the e-mail, an asynchronous mechanism, to send requests and to receive replies among the Member States.
DNA-andmete vahetamise rakendus kasutab e-posti, mis on asünkroonne mehhanism, et saata taotluseid ja võtta vastu vastuseid liikmesriikide vahel.
As all Member States have at least one national access point to the TESTA network, the DNA data exchange will be deployed over the TESTA network.
Kuna kõigil liikmesriikidel on vähemalt üks riiklik TESTA võrgu juurdepääsupunkt, toimub DNA-andmete vahetamine TESTA võrgu kaudu.
TESTA provides a number of added-value services through its e-mail relay.
TESTA võimaldab oma e-posti edastussüsteemi abil kasutada mitmeid lisandväärtust pakkuvaid teenuseid.
In addition to hosting TESTA specific e-mail boxes, the infrastructure can implement mail distribution lists and routing policies.
Lisaks TESTA nõuetele vastavate e-posti kontode pidamisele võimaldab infrastruktuur kasutada e-posti levitamise loendeid ja suunamise poliitikaid.
This allows TESTA to be used as a clearing house for messages addressed to administrations connected to the EU wide Domains.
See võimaldab TESTAt kasutada arvelduskojana sõnumite jaoks, mis on adresseeritud haldusasutustele kogu ELis.
Virus check mechanisms may also be put in place.
Samuti võib luua viirusetõrje mehhanismid.
The TESTA e-mail relay is built on a high availability hardware platform located at the central TESTA application facilities and protected by firewall.
TESTA e-posti edastuse süsteem on loodud hästi kättesaadavale riistvaraplatvormile, mis paikneb TESTA rakenduse keskrajatises, ning see on kaitstud tulemüüriga.
The TESTA Domain Name Services (DNS) will resolve resource locators to IP addresses and hide addressing issues from the user and from applications.
TESTA domeeninime server (DNS) seostab võrguaadressid IP aadressidega ja seeläbi jäävad pöördumistega seotud tegevused kasutaja ja rakenduse eest varjule.
Security Concern
Turvalisusega seotud küsimused
The concept of a VPN (Virtual Private Network) has been implemented within the framework of TESTA.
TESTA raames on võetud kasutusele VPNi (virtuaalne privaatvõrk) kontseptsioon.
Tag Switching Technology used to build this VPN will evolve to support Multi-Protocol Label Switching (MPLS) standard developed by the Internet Engineering Task Force (IETF).
Selle VPNi loomiseks kasutatud märgendkommunikatsiooni tehnoloogia areneb edasi, et toetada hulgiprotokoll-siltkommunikatsiooni (MPLS) standardit, mille on välja töötanud Interneti tehniline töörühm (IETF).
MPLS is an IETF standard technology that speeds up network traffic flow by avoiding packet analysis by intermediate routers (hops).
MPLS on IETFi standardtehnoloogia, mis kiirendab võrguliiklust, vältides pakettide analüüsi vaheruuterites (hüpped).
This is done on the basis of so-called labels that are attached to packet by the edge routers of the backbone, on the basis of information stored in the forwarding information base (FIB).
Seda tehakse nn märgendite abil, mis lisatakse pakettidele struktuuri äärmiste ruuterite poolt, lähtudes teabest, mis on salvestatud edastusinfobaasis (forwarding information base – FIB).
Labels are also used to implement virtual private networks (VPNs).
Märgendeid kasutatakse ka VPNide loomiseks.
MPLS combines the benefits of layer 3 routing with the advantages of layer 2 switching.
MPLS ühendab 3. kihi marsruutimise kasulikud omadused ja 2. kihi kommunikatsiooni eelised.
Because IP addresses are not evaluated during transition through the backbone, MPLS does not impose any IP addressing limitations.
Kuna IP aadresse struktuuri läbimise käigus ei analüüsita, ei sea MPLS mingeid piiranguid IP aadresside osas.
Furthermore e-mail messages over the TESTA will be protected by s/MIME driven encryption mechanism.
Lisaks sellele on TESTA kaudu edastatav e-post kaitstud sMIME põhise krüpteerimismehhanismiga.
Without knowing the key and possessing the right certificate, nobody can decrypt messages over the network.
Ilma võtmeta ja õiget sertifikaati omamata ei saa mitte keegi sõnumeid võrgu kaudu dekrüpteerida.
Protocols and Standards to be used over the communication network
Sidevõrgus kasutatavad protokollid ja standardid
Simple Mail Transfer Protocol is the de facto standard for e-mail transmission across the Internet.
Lihtne meiliedastusprotokoll (SMTP) on de facto standard e-posti edastamiseks Interneti kaudu.
SMTP is a relatively simple, text-based protocol, where one or more recipients of a message are specified and then the message text is transferred.
SMTP on suhteliselt lihtne tekstipõhine protokoll, kus määratakse üks või mitu sõnumisaajat ning seejärel edastatakse sõnumi tekst.
SMTP uses TCP port 25 upon the specification by the IETF.
SMTP kasutab TCP porti 25 IETF spetsifikatsiooni kohaselt.
To determine the SMTP server for a given domain name, the MX (Mail eXchange) DNS (Domain Name Systems) record is used.
Etteantud domeeninimele vastava SMTP serveri kindlaksmääramiseks kasutatakse MX (Mail eXchange) DNS (domeeninimede süsteem) kirjet.
Since this protocol started as purely ASCII text-based it did not deal well with binary files.
Kuna protokoll oli algselt üksnes ASCII kodeeringus teksti põhine, ei toiminud see hästi binaarfailidega.
Standards such as MIME were developed to encode binary files for transfer through SMTP.
Töötati välja sellised standardid nagu MIME, et kodeerida binaarfailid SMTP abil edastamiseks.
Today, most SMTP servers support the 8BITMIME and s/MIME extension, permitting binary files to be transmitted almost as easily as plain text.
Praegu toetab enamik SMTP servereid 8BITMIME ja sMIME laiendusi, võimaldades binaarfaile edastada peaaegu sama lihtsalt kui harilikku teksti.
The processing rules for s/MIME operations are described in the section s/MIME (see Chapter 5.4).
Eeskirjad sMIME põhiste tegevuste korral on esitatud peatükis, milles käsitletakse sMIME laiendust (vt punkti 5.4).
SMTP is a ‘push’ protocol that does not allow one to ‘pull’ messages from a remote server on demand.
SMTP on tõukeprotokoll, mis ei võimalda sõnumeid kaugserverist tellides tõmmata.
To do this a mail client must use POP3 or IMAP.
Selleks peab meiliklient olema POP3 või IMAP.
Within the framework of implementing DNA data exchange it is decided to use the protocol POP3.
DNA-andmete vahetamise teostamise raames on otsustatud kasutada POP3 protokolli.
Local e-mail clients use the Post Office Protocol version 3 (POP3), an application-layer Internet standard protocol, to retrieve e-mail from a remote server over a TCP/IP connection.
Kohalikud meilikliendid kasutavad TCP/IP ühenduse kaudu kaugserverist e-posti saamiseks POP-protokolli 3. versiooni (POP3), mis on rakenduskihti kuuluv Interneti standardprotokoll.
By using the SMTP Submit profile of the SMTP protocol, e-mail clients send messages across the Internet or over a corporate network.
Kasutades SMTP protokolli SMTP ärasaatmisprofiili, saadavad maeilikliendid sõnumeid Interneti või kinnise võrgu kaudu.
MIME serves as the standard for attachments and non-ASCII text in e-mail.
MIME on standard manuste jaoks ja e-posti sõnumis esineva mitte ASCII kodeeringus teksti jaoks.
Although neither POP3 nor SMTP requires MIME-formatted e-mail, essentially Internet e-mail comes MIME-formatted, so POP clients must also understand and use MIME.
Kuigi ei POP3 ega SMTP ei nõua e-posti töötlemist MIME põhiselt, on Interneti-põhine e-post põhimõtteliselt MIME-põhiselt töödeldud ning seetõttu peavad POP kliendid samuti MIMEt tundma ja kasutama.
The whole communication environment of Decision 2008/615/JHA will therefore include the components of POP.
Otsuse 2008/615/JSK kogu sidekeskkond sisaldab seetõttu POPi elemente.
Network Address Assignment
Võrguaadresside määramine
Operative environment
Tegevuskeskkond
The assignment of IP addresses to Member States is based upon a geographical schema in Europe.
IP aadresside eraldamisel liikmesriikidele lähtutakse geograafilisest paiknemisest Euroopas.
The data exchange among Member States within the framework of Decision 2008/615/JHA is operated over a European wide logically closed IP network.
Liikmesriikide vaheline otsuse 2008/615/JSK kohane andmevahetus toimub üle-euroopalise loogiliselt suletud IP-võrgu kaudu.
Testing Environment
Testimiskeskkond
In order to provide a smooth running environment for the daily operation among all connected Member States, it is necessary to establish a testing environment over the closed network for new Member States which prepare to join the operations.
Süsteemi igapäevase sujuva toimimise tagamiseks kõigi ühendatud liikmesriikide vahel on uute liikmesriikide jaoks, kes valmistuvad süsteemiga ühinema, vaja luua suletud võrgul põhinev testimiskeskkond.
A sheet of parameters including IP addresses, network settings, e-mail domains as well as application user accounts has been specified and should be set up at the corresponding Member State's site.
On koostatud parameetreid, sealhulgas IP aadresse, võrgusätteid, e-posti domeene ning samuti rakenduse kasutajate kontode andmeid sisaldav tabel ning seda tuleb järgida vastava liikmesriigi vastavas struktuuris.
Moreover, a set of pseudo DNA profiles has been constructed for the test purposes.
Lisaks sellele on testimiseks koostatud väljamõeldud DNA-profiilid.
Configuration Parameters
Konfiguratsiooni parameetrid
A secure e-mail system is set up using the eu-admin.net domain.
On loodud turvalise e-posti süsteem, mis kasutab eu-admin.net domeeni.
This domain with the associated addresses will not be accessible from a location not on the TESTA EU wide domain, because the names are only known on the TESTA central DNS server, which is shielded from the Internet.
See domeen koos sellega seotud aadressidega ei ole juurdepääsetav kohast, mis ei kuulu TESTA ELi domeeni, kuna nimed on teada ainult TESTA DNS keskserveris, mis on Internetist eraldatud.
The mapping of these TESTA site addresses (host names) to their IP addresses is done by the TESTA DNS service.
Nende TESTA keskkonna aadresside (hostinimed) seostamine nende IP aadressidega toimub TESTA DNS teenuse abil.
For each Local Domain, a Mail entry will be added to this TESTA central DNS server, relaying all e-mail messages sent to TESTA Local Domains to the TESTA central Mail Relay.
Iga kohaliku domeeni kohta lisatakse TESTA DNS keskserverisse meiliedastuse kohta kanne, tänu millele saadetakse kõik TESTA kohalikesse domeenidele saadetud e-posti sõnumid edasi TESTA kesksele meiliedastussüsteemile.
This TESTA central Mail Relay will then forward them to the specific Local Domain e-mail server using the Local Domain e-mail addresses.
See TESTA keskne meiliedastussüsteem edastab need seejärel konkreetsele meiliserveri kohalikule domeenile, kasutades kohaliku domeeni e-posti aadressi.
By relaying the e-mail in this way, critical information contained in e-mails will only pass the Europe - wide closed network infrastructure and not the insecure Internet.
Edastades e-posti sellisel viisil, liigub e-posti sõnumites sisalduv olulise tähtsusega teave üksnes Euroopa suletud võrguinfrastruktuuri ja mitte turvamata Interneti kaudu.
It is necessary to establish sub-domains (bold italics) at the sites of all Member States upon the following syntax:
Liikmesriikide vastavates struktuurides tuleb järgmise skeemi alusel luua alamdomeenid (poolpaksus kursiivkirjas):
‘application-type.pruem.Member State-code.eu-admin.net’, where:
„application-type.pruem.liikmesriigi-kood.eu-admin.net”, kus:
‘Member State-code’ takes the value of one of the two letter-code Member State codes (i.e. AT, BE, etc.).
„Liikmesriigi-kood” on kahetäheline liikmesriigi kood (nt AT, BE jne).
‘application-type’ takes one of the values: DNA and FP.
„rakenduse-tüüp” võib olla üks järgmistest: DNA või FP.
By applying the above syntax, the sub domains for the Member States are shown in the following table:
Eespool kirjeldatud skeemi alusel loodud liikmesriikide alamdomeenid on toodud järgmises tabelis:
The purpose of the following document interface Control Document is to define the requirements for the exchange of dactyloscopic information between the Automated Fingerprint Identification Systems (AFIS) of the Member States.
Liidese juhenddokumendi eemärk on määratleda nõuded sõrmejälgede andmete vahetamiseks sõrmejälgede automatiseeritud tuvastamise süsteemi (AFIS) ja liikmesriikide vahel.
It is based on the Interpol-Implementation of ANSI/NIST-ITL 1-2000 (INT-I, Version 4.22b).
See põhineb ANSI/NIST-ITL 1-2000 standardi Interpoli rakendusversioonil (INT-I, versioon 4.22b).
This version shall cover all basic definitions for Logical Records Type-1, Type-2, Type-4, Type-9, Type-13 and Type-15 required for image and minutiæ based dactyloscopic processing.
See versioon hõlmab tüüp-1, tüüp-2, tüüp-4, tüüp-9, tüüp-13 ja tüüp-15 loogiliste kirjetega seotud kõiki peamisi määratlusi, mis on vajalikud sõrmejälgede analüüsimiseks kujutise ja eritunnuste põhjal.
File Content Overview
Failide sisu ülevaade
A dactyloscopic file consists of several logical records.
Sõrmejälgede andmete fail sisaldab mitmeid loogilisi kirjeid.
There are sixteen types of record specified in the original ANSI/NIST-ITL 1-2000 standard.
Algses ANSI/NIST-ITL 1-2000 standardis on määratud kindlaks 16 tüüpi kirjeid.
Appropriate ASCII separation characters are used between each record and the fields and subfields within the records.
Kirjete ning kirjete sees asuvate väljade ja alamandmeväljade vahel kasutatakse sobivaid ASCII kodeeringus eraldusmärke.