natgillin/translations-raw huggingface dataset:
A near match is only accepted if there are at least six full designated matched loci in the two compared DNA profiles.
A közeli egyezés csak akkor fogadható el, ha a két összehasonlított DNS-profilban legalább hat teljesen meghatározott lókusz egyezik.
The reason for a near match may be:
A közeli egyezés okai az alábbiak lehetnek:
a human typing error at the point of entry of one of the DNA-profiles in the search request or the DNA-database,
Emberi tévesztés (gépelési hiba) az egyik DNS-profil bevitelénél a keresési kérelemben vagy a DNS-adatbázisban,
an allele-determination or allele-calling error during the generation procedure of the DNA-profile.
a DNS-profil generálási eljárása során allél-meghatározási vagy allél-lehívási hiba.
Both full matches, near matches and ‘no hits’ will be reported.
A teljes és a közeli egyezésekről, valamint a találatok hiányáról egyaránt jelentést kell tenni.
The matching report will be sent to the requesting national contact point and will also be made available to the requested national contact point (to enable it to estimate the nature and number of possible follow-up requests for further available personal data and other information associated with the DNA-profile corresponding to the hit in accordance with Articles 5 and 10 of Decision 2008/615/JHA).
Az egyezésről szóló jelentést a kérelmező nemzeti kapcsolattartónak küldik meg, valamint hozzáférhetővé teszik a megkeresett nemzeti kapcsolattartó számára is (annak érdekében, hogy megbecsülhesse a rendelkezésre álló további személyes adatok, valamint a találatnak megfelelő DNS-profillal kapcsolatos egyéb információk iránti, az egyezést követő lehetséges további kérelmek természetét és számát, a 2008/615/IB határozat 5. és 10. cikkével összhangban).
In accordance with Decision 2008/615/JHA, ISO 3166-1 alpha-2 code are used for setting up the domain names and other configuration parameters required in the Prüm DNA data exchange applications over a closed network.
A 2008/615/IB határozattal összhangban a doménnevek és a zárt hálózatban történő prümi DNS-adatcsere alkalmazásokhoz szükséges egyéb konfigurációs paraméterek meghatározásához az ISO 3166-1 alpha-2 kódot használják.
ISO 3166-1 alpha-2 codes are the following two-letter Member State codes.
Az ISO 3166-1 alpha-2 kódok az alábbi, két betűből álló tagállami kódok.
Member State names
Tagállam
Requests pursuant to Article 3 of Decision 2008/615/JHA should reach the targeted database in the chronological order that each request was sent, responses should be dispatched to reach the requesting Member State within 15 minutes of the arrival of requests.
A 2008/615/IB határozat 3. cikke szerinti kérelmeknek az egyes kérelmek elküldésének kronológiai sorrendjében kell a céladatbázisba eljutniuk, míg a válaszokat a kérelem megérkezését követő tizenöt percben kell a kérelmező tagállam számára elküldeni.
When a Member State receives a report of match, its national contact point is responsible for comparing the values of the profile submitted as a question and the values of the profile(s) received as an answer to validate and check the evidential value of the profile.
Amikor egy tagállam egyezésről szóló jelentést kap, nemzeti kapcsolattartójának feladata a kérdésként benyújtott profilban található értékeknek a válaszként kapott profilban/profilokban található értékekkel való összehasonlítása, a profil bizonyító erejének hitelesítése és ellenőrzése érdekében.
National contact points can contact each other directly for validation purposes.
A hitelesítés céljából a nemzeti kapcsolattartók közvetlenül is felvehetik egymással a kapcsolatot.
Legal assistance procedures start after validation of an existing match between two profiles, on the basis of a ‘full match’ or a ‘near match’ obtained during the automated consultation phase.
A jogi segítségnyújtási eljárások a két profil közötti egyezés hitelesítését követően kezdődnek meg, az automatizált konzultációs szakasz során elért teljes vagy közeli egyezés alapján.
This Chapter defines the requirements for the exchange of DNA profile information between the DNA database systems of all Member States.
Ez a fejezet a DNS-profilokban található információknak a tagállamok DNS-adatbázisrendszerei közötti cseréjéhez szükséges előírásokat határozza meg.
The header fields are defined specifically for the Prüm DNA exchange, the data part is based on the DNA profile data part in the XML schema defined for the Interpol DNA exchange gateway.
A fejrészmezőket kifejezetten a prümi DNS-adatcserére határozzák meg, az adatrész az Interpol DNS-csere átjárójára meghatározott XML-séma DNS-profil adatrészére alapul.
Data are exchanged by SMTP (Simple Mail Transfer Protocol) and other state-of-the-art technologies, using a central relay mail server provided by the network provider.
Az adatcsere az SMTP-protokoll (Simple Mail Transfer Protocol – egyszerű levéltovábbítási protokoll) és a legkorszerűbb egyéb technológiák felhasználásával történik, a hálózati szolgáltató által biztosított központi levéltovábbító szerveren keresztül.
The XML file is transported as mail body.
Az XML-fájlt levéltörzsként továbbítják.
This ICD defines the content of the message (mail) only.
Az ICD kizárólag az üzenet (levél) tartalmát határozza meg.
All network-specific and mail-specific topics are defined uniformly in order to allow a common technical base for the DNA data exchange.
Minden hálózatspecifikus és levélspecifikus kérdést egységesen határoznak meg, hogy a DNS-adatcsere műszaki alapjai közösek legyenek.
This includes:
Ez magában foglalja az alábbiakat:
the format of the subject field in the message to enable/allow for an automated processing of the messages,
az üzenet tárgymezőjének formátuma, az üzenet automatizált feldolgozásának lehetővé tétele/engedélyezése érdekében,
whether content encryption is necessary and if yes which methods should be chosen,
szükséges-e a tartalom rejtjelezése, és amennyiben igen, milyen módszerekkel,
the maximum length of messages.
az üzenetek maximális hossza.
XML structure and principles
XML-struktúra és -elvek
The XML message is structured into;
Az XML-üzenet a következő részekből áll:
header part, which contains information about the transmission, and
a továbbításra vonatkozó információt tartalmazó fejrész és
data part, which contains profile specific information, as well as the profile itself.
a profilspecifikus információt, valamint magát a profilt tartalmazó adatrész.
The same XML schema shall be used for request and response.
A kérelemre és a válaszra egyaránt ugyanazt az XML-sémát kell használni.
For the purpose of complete checks of unidentified DNA profiles (Article 4 of Decision 2008/615/JHA) it shall be possible to send a batch of profiles in one message.
A nem azonosított DNS-profilok teljes körű ellenőrzése (a 2008/615/IB határozat 4. cikke) érdekében lehetőség lesz több profil egyetlen üzenetben való elküldésére is.
A maximum number of profiles within one message must be defined.
Meg kell határozni az egy üzenetben küldhető profilok maximális számát.
The number is depending from the maximum allowed mail size and shall be defined after selection of the mail server.
A szám a legnagyobb engedélyezett levélmérettől függ, meghatározására a levelezőszerver kiválasztását követően kerül sor.
XML example:
XML példa:
[ datas structure repeated, if multiple profiles sent by (….) a single SMTP message, only allowed for Article 4 cases
[ az adatszerkezetet meg kell ismételni, amennyiben több profilt küldenek (…) egyetlen SMTP-üzenetben, ami csak a 4. cikkben foglalt esetekben engedélyezett
The following definitions are for documentation purposes and better readability, the real binding information is provided by an XML schema file (PRUEM DNA.xsd).
Az alábbi meghatározások dokumentálási célokat és a jobb olvashatóságot szolgálják, a ténylegesen kötelező információt egy XML-sémafájl tartalmazza (PRUEM DNA.xsd).
Schema PRUEMDNAx
PRUEMDNAx séma
It contains the following fields:
Az alábbi mezőket tartalmazza:
Content of header structure
Fejrészstruktúra tartalma
PRUEM header
PRUEM fejrész
This is a structure describing the XML file header.
Ez a struktúra az XML-fájl fejrészét írja le.
PRUEM_header dir
PRUEM fejrész
Type of data contained in message, value can be:
Az üzenetben foglalt adatok típusa, értéke a következő lehet:
PRUEM header info
PRUEM fejrészre vonatkozó információk
Structure to describe Member State as well as message date/time.
A tagállamot, valamint az üzenet időpontját/idejét leíró struktúra.
Content of PRUEM Profile data
A PRUEM profil adattartalma
This is a structure describing the XML profile data part.
Ez a struktúra az XML profil adatrészét írja le.
Structure describing a DNA profile.
DNS-profilt leíró struktúra.
Structure containing the loci of ISSOL (Standard Group of Interpol loci).
Az ISSOL lókuszokat (lókuszok Interpol-szabványkészlete) tartalmazó struktúra.
Structure containing the other loci.
A többi lókuszt tartalmazó struktúra.
Structure describing a locus.
Lókuszt leíró struktúra.
In implementing applications for the DNA data exchange within the framework of Decision 2008/615/JHA, a common communication network shall be used, which will be logically closed among the Member States.
A 2008/615/IB határozat keretében folytatott DNS-adatcsere alkalmazásainak implementációja során közös kommunikációs hálózatot kell használni, amely logikailag zárt lesz a tagállamok között.
In order to exploit this common communication infrastructure of sending requests and receiving replies in a more effective way, an asynchronous mechanism to convey DNA and dactyloscopic data requests in a wrapped SMTP e-mail message is adopted.
E közös, a hatékonyabb kérelemküldésre és válaszfogadásra szolgáló kommunikációs infrastruktúra lehetőségeinek a kihasználása érdekében a DNS- és daktiloszkópiai adatokra irányuló kérelmek kódolt SMTP e-mail üzenetben való továbbítására egy aszinkron mechanizmust fogadnak el.
In fulfilment of security concerns, the mechanism s/MIME as extension to the SMTP functionality will be used to establish a true end-to-end secure tunnel over the network.
Biztonsági megfontolásból az s/MIME (biztonságos többcélú internetlevelezési bővítmény) mechanizmust mint az SMTP funkció kiterjesztését fogják felhasználni arra, hogy a hálózaton belül egy végpontok közötti biztonságos átjárót építsenek ki.
The operational TESTA (Trans European Services for Telematics between Administrations) is used as the communication network for data exchange among the Member States.
A tagállamok közötti adatcserét szolgáló kommunikációs hálózat funkcióját a már működő TESTA (a közigazgatási rendszerek közötti transzeurópai telematikai szolgáltatás) tölti be.
TESTA is under the responsibility of the European Commission.
A TESTA az Európai Bizottság felelősségi körébe tartozik.
Taking into account that national DNA databases and the current national access points of TESTA may be located on different sites in the Member States, access to TESTA may be set up either by:
Figyelembe véve, hogy a nemzeti DNS-adatbázisok és a TESTA jelenlegi nemzeti hozzáférési pontjai esetlegesen a tagállamokban eltérő helyeken találhatók, a TESTA-hoz való hozzáférés kialakítható:
using the existing national access point or establishing a new national TESTA access point; or by
a meglevő nemzeti hozzáférési pont felhasználásával, vagy új nemzeti TESTA-hozzáférési pont létrehozásával; vagy
setting up a secure local link from the site where the DNA database is located and managed by the competent national agency to the existing national TESTA access point.
egy biztonságos helyi kapcsolat kiépítésével azon hely, ahol a DNS-adatbázis található, és az illetékes nemzeti hatóság azt kezeli, illetve a meglévő nemzeti TESTA-hozzáférési pont helye között.
The protocols and standards deployed in the implementation of Decision 2008/615/JHA applications comply with the open standards and meet the requirements imposed by national security policy makers of the Member States.
A 2008/615/IB határozat szerinti alkalmazások végrehajtása során alkalmazott protokollok és szabványok megfelelnek a nyílt szabványoknak és teljesítik a tagállamok nemzeti biztonságpolitikai döntéshozói által előírtakat.
Upper Level Architecture
Felső szintű architektúra
In the scope of Decision 2008/615/JHA, each Member State will make its DNA data available to be exchanged with and/or searched by other Member States in conformity with the standardised common data format.
A 2008/615/IB határozat alkalmazási körében valamennyi tagállam hozzáférhetővé teszi DNS-adatait a más tagállamokkal való csere és/vagy a más tagállamok általi keresés céljából, az egységesített közös adatformátumnak megfelelően.
Figure 1: Topology of DNA Data Exchange
ábra: A DNS-adatok cseréjének topológiája
In addition to the fulfilment of national legal constraints at Member States' sites, each Member State may decide what kind of hardware and software should be deployed for the configuration at its site to comply with the requirements set out in Decision 2008/615/JHA.
A tagállami helyszínekre vonatkozó nemzeti jogi korlátozások tiszteletben tartásán kívül minden tagállam maga dönthet arról, hogy milyen típusú hardvert és szoftvert alkalmaz a 2008/615/IB határozatban foglalt követelményeknek való megfeleléshez alkalmazandó konfigurációhoz.
Security Standards and Data Protection
Biztonsági előírások és adatvédelem
Three levels of security concerns have been considered and implemented.
A biztonsági vonatkozásoknak három szintjét vizsgálták meg és hajtották végre.
Data Level
Adatszint
DNA profile data provided by each Member State have to be prepared in compliance with a common data protection standard, so that requesting Member States will receive an answer mainly to indicate HIT or NO-HIT along with an identification number in case of a HIT, which does not contain any personal information.
Az egyes tagállamok által rendelkezésre bocsátott DNS-profilokat a közös adatvédelmi szabványoknak megfelelően kell elkészíteni, úgy hogy a kérelmező tagállam által kézhez kapott válasz elsősorban a találatot (HIT), illetve a találat hiányát (NO HIT) jelezze, találat esetén egy semmilyen személyes információt sem tartalmazó azonosítószámot is feltüntetve.
The further investigation after the notification of a HIT will be conducted at bilateral level pursuant to the existing national legal and organisational regulations of the respective Member States' sites.
A találatról szóló értesítést követően további vizsgálatokat folytatnak kétoldalú szinten, az érintett tagállami helyszínekre vonatkozó meglevő nemzeti jogi és szervezeti szabályoknak megfelelően.
Communication Level
Kommunikációs szint
Messages containing DNA profile information (requesting and replying) will be encrypted by means of a state-of-the-art mechanism in conformity with open standards, such as s/MIME, before they are forwarded to the sites of other Member States.
A DNS-profilokra vonatkozó információt tartalmazó üzeneteket (kérelmeket és válaszokat), mielőtt azokat más tagállamok helyszíneire továbbítanák, a nyílt szabványoknak megfelelően a legkorszerűbb módszerekkel, mint például az s/MIME-el rejtjelezik.
Transmission Level
Továbbítási szint
All encrypted messages containing DNA profile information will be forwarded onto other Member States' sites through a virtual private tunnelling system administered by a trusted network provider at the international level and the secure links to this tunnelling system under the national responsibility.
A DNS-profilra vonatkozó információt tartalmazó összes rejtjelezett üzenetet nemzetközi szinten egy megbízható hálózati szolgáltató által igazgatott virtuális privát átjárórendszeren keresztül, valamint az ezen átjárórendszerhez kapcsolódó, nemzeti felelősség alá tartozó biztonságos kapcsolatokon keresztül továbbítják a többi tagállam helyszíneire.
This virtual private tunnelling system does not have a connection point with the open Internet.
A virtuális privát átjárórendszernek nincs kapcsolódási pontja a nyilvános internethez.
Protocols and Standards to be used for encryption mechanism: s/MIME and related packages
A titkosítási mechanizmusokhoz használandó protokollok és szabványok: s/MIME és kapcsolódó csomagok
The open standard s/MIME as extension to de facto e-mail standard SMTP will be deployed to encrypt messages containing DNA profile information.
A DNS-profilra vonatkozó információt tartalmazó üzenetek rejtjelezésére az s/MIME nyílt szabványt – mint az SMTP de facto e-mail szabvány kiterjesztését – fogják alkalmazni.
The protocol s/MIME (V3) allows signed receipts, security labels, and secure mailing lists and is layered on Cryptographic Message Syntax (CMS), an IETF specification for cryptographic protected messages.
Az s/MIME protokoll (V3) lehetővé teszi a levelek aláírását, a biztonsági címkézést és a biztonságos levelezőlistákat; a protokoll a kriptográfiailag védett üzenetekre vonatkozó IETF-szabványra, a kriptográfiai üzenetszintaxisra (Cryptographic Message Syntax, CMS) épül.
It can be used to digitally sign, digest, authenticate or encrypt any form of digital data.
A digitális adatok bármely formájának digitális aláírására, kivonatolására, hitelesítésére és rejtjelezésére szolgál.
The underlying certificate used by s/MIME mechanism has to be in compliance with X.509 standard.
Az s/MIME mechanizmus által használt tanúsítványnak meg kell felelnie az X.509 szabványnak.
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:
Az egyéb prümi alkalmazásokkal közös szabvány- és eljáráshasználat biztosítása érdekében az s/MIME rejtjelezési műveletekre vonatkozó, illetve a különböző, kereskedelmi forgalomban kapható termékek (COTS) esetében alkalmazandó eljárási szabályok a következők:
the sequence of the operations is: first encryption and then signing,
A művelet sorrendje: először a rejtjelezés, majd az aláírás.
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,
A szimmetrikus rejtjelezéshez a 256 bites kulcsméretű AES (Advanced Encryption Standard), az aszimmetrikus rejtjelezéshez pedig az 1024 bites kulcsméretű RSA rejtjelező algoritmust kell alkalmazni.
the hash algorithm SHA-1 shall be applied.
Az SHA-1 hash algoritmust kell alkalmazni.
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.
Az s/MIME funkció a modern e-mail szoftvercsomagok közül a legtöbbe, így például az Outlook, a Mozilla Mail, valamint a Netscape Communicator 4.x szoftverbe már be van építve, és a legfőbb e-mail szoftvercsomagokkal kompatibilis.
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.
Mivel az s/MIME könnyen integrálható a nemzeti IT infrastruktúrákba valamennyi tagállami helyszínen, a kommunikációs biztonsági szint implementációjára alkalmas mechanizmusnak bizonyul.
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.
A „Proof of Concept” céljának hatékonyabb módon történő elérése, valamint a költségek csökkentése érdekében a DNS-adatok cseréjének prototipizálására viszont a JavaMail API nyílt szabványt választják.
JavaMail API provides simple encryption and decryption of e-mails using s/MIME and/or OpenPGP.
A JavaMail API az s/MIME és/vagy az OpenPGP felhasználásával egyszerű rejtjelezést és visszafejtést biztosít.
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.
A cél egységes, egyszerűen használható alkalmazásprogramozási interfész (API) biztosítása azon e-mail kliensek számára, akik a két legelterjedtebb e-mail-rejtjelezési formátum valamelyikének felhasználásával kívánnak e-mailt küdeni vagy kapni.
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.
Ezért a JavaMail API bármely korszerű implementációja megfelel a 2008/615/IB határozat követelményeinek, mint például a Bouncy Castle JCE terméke (Java Cryptographic Extension), amelyet az s/MIME implementációjára fognak használni a DNS-adatok tagállamok közötti cseréjére vonatkozó prototípuskészítés érdekében.
Application Architecture
Alkalmazási architektúra
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.
Minden tagállam egy az interfészvezérlési dokumentációval összhangban levő szabványosított DNS-profil adatcsomagot bocsát a többi tagállam rendelkezésére.
This can be done either by providing a logical view over individual national database or by establishing a physical exported database (indexed database).
Ez lehetséges az egyes nemzeti adatbázisok logikai nézetének biztosítása vagy fizikai exportált adatbázis (indexált adatbázis) létrehozása által.
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.
A négy fő komponens – az e-mail kiszolgáló/s/MIME, az alkalmazáskiszolgáló, az adatlekérdezésre és -bevitelre, a bejövő és kimenő üzenetek nyilvántartására szolgáló adatstruktúra-terület, továbbá az összehasonlító motor – termékfüggetlen módon implementálja a teljes alkalmazási logikát.
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.
Annak biztosítása érdekében, hogy a tagállamok könnyen integrálhassák a komponenseket saját nemzeti rendszereikbe, a meghatározott közös funkcionalitást a tagállamok által nemzeti IT politikájuktól és szabályaiktól függően választható nyílt forráskódú komponensek útján érték el.
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.
A 2008/615/IB határozat hatálya alá tartozó DNS-profilokat tartalmazó indexált adatbázisokhoz való hozzáférés megszerzéséhez implementálandó jellemzők függetlensége miatt minden tagállam szabadon választhatja meg hardver- és szoftverplatformját, beleértve az adatbázis- és operációs rendszereket is.
A prototype for the DNA Data Exchange has been developed and successfully tested over the existing common network.
A meglevő közös hálózatban kifejlesztették, és sikeresen tesztelték a DNS-adatok cseréjének prototípusát.
The version 1.0 has been deployed in the productive environment and is used for daily operations.
Az 1.0 verzió produktív környezetben való alkalmazása megkezdődött, és azt a napi műveletekben használják.
Member States may use the jointly developed product but may also develop their own products.
A tagállamok használhatják a közösen kifejlesztett terméket, de kifejleszthetik saját termékeiket is.
The common product components will be maintained, customised and further developed according to changing IT, forensic and/or functional police requirements.
A közös termékkomponenseket az IT, valamint a bűnügyi technikai és/vagy funkcionális rendőrségi követelmények változásának megfelelően fogják karbantartani, testre szabni és továbbfejleszteni.
Figure 2: Overview Application Topology
ábra: Alkalmazás-topológiai áttekintés