natgillin/translations-raw huggingface dataset:
For at opnå målsætningen om »Proof of Concept« på en mere effektiv måde og for at reducere omkostningerne, har man imidlertid valgt open standard-programmet JavaMail API til prototypen for udveksling af dna-oplysninger.
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.
JavaMail API foretager en simpel kryptering og afkryptering af e-mails ved hjælp af S/MIME og/eller OpenPGP.
JavaMail API provides simple encryption and decryption of e-mails using s/MIME and/or OpenPGP.
Hensigten er at stille en enkel, brugervenlig API til rådighed for e-mail-brugere, der ønsker at sende og modtage krypteret e-mail i et af de to mest populære e-mail-krypteringsformater.
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.
Derfor vil en hvilken som helst avanceret implementering til JavaMail API være tilstrækkelig til at opfylde kravene i afgørelse 2008/615/RIA, som f.eks. Bouncy Castle JCE’s produkt Java Cryptographic Extension, der vil blive benyttet til at indføre S/MIME i prototypen for udveksling af dna-oplysninger mellem alle medlemsstaterne.
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.
Programarkitektur
Application Architecture
Hver af medlemsstaterne sender de øvrige medlemsstater et sæt standardiserede dna-profiloplysninger, der er i overensstemmelse med det nuværende fælles ICD.
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.
Det kan enten ske ved at give en logisk oversigt over den enkelte nationale database eller ved at oprette en fysisk eksporteret database (indekserede databaser).
This can be done either by providing a logical view over individual national database or by establishing a physical exported database (indexed database).
De fire hovedkomponenter: E-mailserver/S/MIME, Programserver, Datastrukturområde til hentning/fødning af data og registrering af indkommende og udgående meddelelser, og overensstemmelsesmekanismen udmønter hele programmets logik i praksis på en produktuafhængig måde.
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.
For at gøre det lettere for alle medlemsstaterne at integrere komponenterne på deres respektive nationale operationssteder er den specificerede fælles mekanisme blevet indført ved hjælp af open source-komponenter, som de enkelte medlemsstater kan vælge afhængigt af deres nationale it-politik og it-forskrifter.
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.
Protokoller og standarder, der skal benyttes i programarkitekturen
Protocols and Standards to be used for application architecture:
En dna-profil-beskrivelse, der egner sig til udveksling mellem alle medlemsstaterne, er blevet udarbejdet ved hjælp af XML og XML schema i ICD-dokumentet.
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.
Open DataBase Connectivity giver en standardsoftware API-metode til søgning i databaseforvaltningssystemer og til at gøre søgningen uafhængig af programmeringssprog og af database- og styresystemer.
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.
ODBC har imidlertid visse ulemper.
ODBC has, however, certain drawbacks.
Hvis man administrerer et stort antal klientmaskiner, kan der forekomme mange forskellige drivere og DLL-filer.
Administering a large number of client machines can involve a diversity of drivers and DLLs.
Denne komplekse struktur kan blive en belastning for systemadministrationskapaciteten.
This complexity can increase system administration overhead.
Java DataBase Connectivity (JDBC) er et API til Java-programmeringssproget, der definerer, hvordan en klient får adgang til en database.
Java DataBase Connectivity (JDBC) is an API for the Java programming language that defines how a client may access a database.
I modsætning til ODBC forudsætter JDBC ikke, at der bruges et bestemt sæt lokale DLL’er på arbejdsstationen.
In contrast to ODBC, JDBC does not require to use a certain set of local DLLs at the Desktop.
Arbejdsgangen for behandlingen af anmodninger og svar vedrørende dna-profiler på de enkelte medlemsstaters operationssteder beskrives i nedenstående diagram.
The business logic to process DNA profile requests and replies at each Member States' site is described in the following diagram.
Såvel anmodnings- som svarstrømme passerer via et neutralt dataområde, der omfatter forskellige datalagre med en fælles datastruktur.
Both requesting and replying flows interact with a neutral data area comprising different data pools with a common data structure.
Figur 3: Oversigt over arbejdsgangen i databehandlingen på den enkelte medlemsstats operationssted
Figure 3: Overview Application Workflow at each Member State's site
Kommunikationsmiljøet
Communication Environment
Det fælles kommunikationsnet TESTA og dets opfølgningsinfrastruktur
Common Communication Network: TESTA and its follow-up infrastructure
Programmet til udveksling af dna-oplysninger benytter e-mail, en asynkron mekanisme, til at sende anmodninger og modtage svar medlemsstaterne imellem.
The application DNA data exchange will exploit the e-mail, an asynchronous mechanism, to send requests and to receive replies among the Member States.
Da alle medlemsstaterne har mindst ét nationalt tilkoblingspunkt til TESTA-nettet vil udvekslingen af dna-oplysninger komme til at foregå via TESTA-nettet.
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.
TESTA indeholder en række tillægstjenester via sin e-mail relayserver.
TESTA provides a number of added-value services through its e-mail relay.
Foruden at være vært for de specifikke TESTA e-mail-brevkasser gør infrastrukturen det muligt at anvende maildistributionslister og routingpolitikker.
In addition to hosting TESTA specific e-mail boxes, the infrastructure can implement mail distribution lists and routing policies.
Dermed kan TESTA benyttes som clearingorgan for meddelelser, der er stilet til administrationer, som er tilkoblet domænerne for hele EU.
This allows TESTA to be used as a clearing house for messages addressed to administrations connected to the EU wide Domains.
Der kan også installeres antivirusmekanismer.
Virus check mechanisms may also be put in place.
TESTA e-mail relaysystemet er baseret på en high availability hardware platform, der befinder sig på det centrale TESTA programcenter, og som er beskyttet af en firewall.
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’s Domain Name Services (DNS) står for tildelingen af URL til IP-addresser og skjuler adresseringsoplysninger for brugeren og for programmerne.
The TESTA Domain Name Services (DNS) will resolve resource locators to IP addresses and hide addressing issues from the user and from applications.
Sikkerhedsspørgsmål
Security Concern
Begrebet VPN (Virtual Private Network) er indarbejdet i TESTA.
The concept of a VPN (Virtual Private Network) has been implemented within the framework of TESTA.
Den Tag Switching Technology, der er benyttet til at opbygge dette VPN, vil blive udviklet til at understøtte en Multi-Protocol Label Switching (MPLS) standard, som er udviklet af Internet Engineering Task Force (IETF).
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).
MPLS er en IETF-standardteknologi, der accelererer nettrafikken ved at undgå at pakkerne analyseres af de mellemliggende routere (hop).
MPLS is an IETF standard technology that speeds up network traffic flow by avoiding packet analysis by intermediate routers (hops).
Dette sker på grundlag af de såkaldte »labels«, som edge-routerne i udkanten af backbonestrukturen knytter til pakken på grundlag af oplysninger, der er lagret i en speciel labeltabel kaldet forwarding information base (FIB).
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).
Labels benyttes ligeledes ved oprettelsen af virtual private networks (VPN).
Labels are also used to implement virtual private networks (VPNs).
MPLS kombinerer fordelene ved lag 3-routing med fordelene ved lag 2-switching.
MPLS combines the benefits of layer 3 routing with the advantages of layer 2 switching.
Eftersom IP-adresserne ikke checkes under transmissionen gennem nettets backbone, sætter MPLS ikke nogen begrænsninger med hensyn til IP-adresserne.
Because IP addresses are not evaluated during transition through the backbone, MPLS does not impose any IP addressing limitations.
Hertil kommer, at e-mail-meddelelser, der sendes via TESTA, vil være beskyttet af S/MIME’s krypteringsmekanisme.
Furthermore e-mail messages over the TESTA will be protected by s/MIME driven encryption mechanism.
Ingen kan uden at kende nøglen og uden at være i besiddelse af det rigtige certifikat dekryptere meddelelser, der sendes via nettet.
Without knowing the key and possessing the right certificate, nobody can decrypt messages over the network.
Protokoller og standarder, der skal benyttes på kommunikationsnettet
Protocols and Standards to be used over the communication network
Simple Mail Transfer Protocol er i praksis den gældende standard for e-mail-forsendelse på internettet.
Simple Mail Transfer Protocol is the de facto standard for e-mail transmission across the Internet.
SMTP er en forholdsvis enkel tekstbaseret protokol, hvor man angiver en eller flere modtagere af en meddelelse og derefter sender den.
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 benytter TCP port 25 som specificeret af IETF.
SMTP uses TCP port 25 upon the specification by the IETF.
Til bestemmelse af SMTP-serveren for et givet domænenavn, benyttes MX (Mail eXchange) DNS (Domain Name Systems) registeret.
To determine the SMTP server for a given domain name, the MX (Mail eXchange) DNS (Domain Name Systems) record is used.
Da denne protokol oprindelig udelukkende var baseret på ASCII-tekst, havde den problemer med at klare binære data.
Since this protocol started as purely ASCII text-based it did not deal well with binary files.
Der blev indført standarder som MIME til indkodning af binære data, som skulle transporteres via SMTP.
Standards such as MIME were developed to encode binary files for transfer through SMTP.
I dag understøtter de fleste SMTP-servere 8BITMIME and S/MIME, der gør det næsten lige så let at sende binære data som almindelig tekst.
Today, most SMTP servers support the 8BITMIME and s/MIME extension, permitting binary files to be transmitted almost as easily as plain text.
Reglerne for behandling af S/MIME-operationer er beskrevet i afsnittet om S/MIME (jf. punkt 5.4).
The processing rules for s/MIME operations are described in the section s/MIME (see Chapter 5.4).
SMTP er en »push«-protokol, der ikke gør det muligt selv at hente (»pull«) meddelelser fra en fjernserver.
SMTP is a ‘push’ protocol that does not allow one to ‘pull’ messages from a remote server on demand.
For at kunne gøre dette skal mail-klienten benytte POP3 eller IMAP.
To do this a mail client must use POP3 or IMAP.
Med henblik på udveksling af dna-oplysninger er det blevet besluttet at benytte POP3-protokollen.
Within the framework of implementing DNA data exchange it is decided to use the protocol POP3.
Lokale e-mail-klienter benytter Post Office Protocol version 3 (POP3), som er en standardprogramlagsprotokol til brug på internettet, til at hente e-mail fra en fjernserver via en TCP/IP-forbindelse.
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.
Ved at benytte SMTP-protokollens Submit-profil kan e-mail-klienter sende meddelelser via internettet eller via en virksomheds netværk.
By using the SMTP Submit profile of the SMTP protocol, e-mail clients send messages across the Internet or over a corporate network.
MIME fungerer som standard for vedhæftede filer og ikke-ASCII-tekst i e-mailen.
MIME serves as the standard for attachments and non-ASCII text in e-mail.
Selv om hverken POP3 eller SMTP kræver MIME-formateret e-mail, kommer de fleste e-mails på internettet i MIME-format, så POP-klienter er også nødt til at kunne forstå og benytte MIME.
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.
Hele kommunikationsmiljøet under afgørelse 2008/615/RIA vil derfor også indeholde POP-komponenterne.
The whole communication environment of Decision 2008/615/JHA will therefore include the components of POP.
Tildeling af netværksadresser
Network Address Assignment
Det operative miljø
Operative environment
IP-adresserne tildeles til medlemsstaterne på grundlag af en geografisk opdeling af Europa.
The assignment of IP addresses to Member States is based upon a geographical schema in Europe.
Medlemsstaternes indbyrdes udveksling af oplysninger inden for rammerne af afgørelse 2008/615/RIA sker via et logisk lukket IP-netværk, der dækker hele Europa.
The data exchange among Member States within the framework of Decision 2008/615/JHA is operated over a European wide logically closed IP network.
Testmiljø
Testing Environment
Med henblik på at skabe et velfungerende miljø for den daglige drift mellem alle de tilkoblede medlemsstater er det nødvendigt at indrette et testmiljø via det lukkede netværk for nye medlemsstater, der forbereder sig til at komme med i systemet.
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.
Der er fastsat et sæt parametre, inkl. IP-adresser, netværksindstillinger, e-mail-domæner samt programbrugerkonti, som skal installeres på den pågældende medlemsstats operationssted.
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.
Der er desuden skabt et sæt pseudo-dna-profiler som testen kan køres på.
Moreover, a set of pseudo DNA profiles has been constructed for the test purposes.
Konfigureringsparametre
Configuration Parameters
Der er etablere et sikret e-mailsystem på eu-admin.net-domænet.
A secure e-mail system is set up using the eu-admin.net domain.
Dette domæne og de dertil hørende adresser vil ikke være tilgængelige fra steder, der ikke ligger på TESTA’s EU-dækkende domæne, eftersom navnene kun er kendt på TESTA’s centrale DNS-server, der er afskærmet fra internettet.
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.
Mappingen af disse TESTA-site-adresser (host names) til deres IP-adresser foretages af TESTA’s DNS-tjeneste.
The mapping of these TESTA site addresses (host names) to their IP addresses is done by the TESTA DNS service.
For hvert lokalt domæne vil der blive tilføjet en mail-registrering i TESTA’s centrale DNS-server, som videresender alle e-mail-meddelelser, der sendes til TESTA’s lokale domæner, til TESTA’s centrale mail relay server.
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.
Herfra sendes de så videre til det specifikke lokale domænes e-mail-server under anvendelse af e-mail-adresser på det lokale domæne.
This TESTA central Mail Relay will then forward them to the specific Local Domain e-mail server using the Local Domain e-mail addresses.
Ved at videresende e-mail på denne måde transporteres de eventuelle kritiske oplysninger i e-mailene kun på den EU-dækkende lukkede netværksinfrastruktur og ikke på det usikre internet.
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.
Der skal oprettes underdomæner (fede typer og kursiv) på alle medlemsstaternes operationssteder med følgende syntaks:
It is necessary to establish sub-domains (bold italics) at the sites of all Member States upon the following syntax:
»application-type.pruem.Member State-code.eu-admin.net«, hvor:
‘application-type.pruem.Member State-code.eu-admin.net’, where:
»Member State-code« antager værdien af en af medlemsstatskoderne med to bogstaver (dvs. AT, BE osv.).
‘Member State-code’ takes the value of one of the two letter-code Member State codes (i.e. AT, BE, etc.).
»application-type« antager en af følgende to værdier: DNA eller FP.
‘application-type’ takes one of the values: DNA and FP.
Efter ovennævnte syntaks kommer medlemsstaternes underdomæner til at se ud som angivet i følgende skema:
By applying the above syntax, the sub domains for the Member States are shown in the following table:
Det er baseret på Interpolimplementeringen af ANSI/NIST-ITL 1-2000 (INT-I, Version 4.22b). Denne version skal dække alle de grundlæggende definitioner for logiske records af Type-1, Type-2, Type-4, Type-9, Type-13 og Type-15, som er nødvendige for behandling af fingeraftryk på grundlag af billeder eller minutiæ.
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.
Oversigt over filens indhold
File Content Overview
I den oprindelige ANSI/NIST-ITL 1-2000 standard var der defineret seksten recordtyper. Der indsættes passende ASCII-adskillelsestegn mellem de enkelte records og felterne og subfelterne inde i de enkelte records.
Type-1
Transaction information (Transaktionsoplysninger)
Transaction information
Alphanumeric persons/case data (Alfanumeriske data om personer eller sager)
Alphanumeric persons/case data
High resolution grayscale dactyloscopic images (Gråtonebilleder med høj opløsning af fingeraftryk)
High resolution greyscale dactyloscopic images
Minutiæ Record (Minutiae)
Minutiæ Record
Variable resolution latent image record (Latent billede med variabel opløsning)
Variable resolution latent image record
Variable resolution palmprint image record (Håndfladeaftryksbillede med variabel opløsning)
Variable resolution palmprint image record
Denne record indeholder routingoplysninger og oplysninger, der beskriver resten af filens struktur.
This record contains routing information and information describing the structure of the rest of the file.
Denne recordtype definerer også de typer af transaktioner, der henhører under følgende brede kategorier:
This record type also defines the types of transaction which fall under the following broad categories:
Denne record indeholder tekstoplysninger af interesse for de afsendende og modtagende agenturer.
This record contains textual information of interest to the sending and receiving agencies.
Type-4 — High resolution gray-scale image
Type-4 — High resolution greyscale image
Denne record benyttes til udveksling af gråtonebilleder (otte bit) af fingeraftryk med høj opløsning (500 DPI).
This record is used to exchange high resolution greyscale (eight bit) dactyloscopic images sampled at 500 pixels/inch.
Fingeraftryksbillederne komprimeres efter WSQ-algoritmen i et forhold på højst 15:1.
The dactyloscopic images shall be compressed using the WSQ algorithm with a ratio of not more than 15:1.
Andre komprimeringsalgoritmer eller ukomprimerede billeder må ikke benyttes.
Other compression algorithms or uncompressed images must not be used.
Type-9-records benyttes til udveksling af linjekarakteristika eller minutiæ-data.
Type-9 records are used to exchange ridge characteristics or minutiæ data.
Formålet er dels at undgå unødig dobbelt udførelse af AFIS-indkodningen og dels at gøre det muligt at sende AFIS-koderne, der indeholder færre data end de tilsvarende billeder.
Their purpose is partly to avoid unnecessary duplication of AFIS encoding processes and partly to allow the transmission of AFIS codes which contain less data than the corresponding images.
Denne record benyttes til udveksling af latente fingeraftryksbilleder og latente håndfladeaftryksbilleder med variabel opløsning ledsaget af alfanumeriske teksturoplysninger.
This record shall be used to exchange variable-resolution latent fingerprint and latent palmprint images together with textural alphanumerical information.
Billederne skannes med en opløsning på 500 DPI og med 256 gråtoner.
The scanning resolution of the images shall be 500 pixels/inch with 256 grey-levels.
Hvis det latente billedes kvalitet er tilstrækkelig god, komprimeres det efter WSQ-algoritmen.
If the quality of the latent image is sufficient it shall be compressed using WSQ-algorithm.
Om nødvendigt kan billedopløsningen øges til mere end 500 DPI og mere end 256 gråtoner efter aftale mellem to parter.
If necessary the resolution of the images may be expanded to more than 500 pixels/inch and more than 256 grey-levels on bilateral agreement.
I så tilfælde anbefales det kraftigt at benytte JPEG 2000 (jf. tillæg 7).
In this case, it is strongly recommended to use JPEG 2000 (see Appendix 7).
Type-15-billed-records med mærkede felter benyttes til udveksling af håndfladeaftryksbilleder med variabel opløsning sammen med alfanumeriske teksturoplysninger.
Type-15 tagged field image records shall be used to exchange variable-resolution palmprint images together with textural alphanumerical information.
For at begrænse datamængden bør alle håndfladeaftryksbilleder komprimeres efter WSQ-algoritmen.
To minimise the amount of data all palmprint images shall be compressed using WSQ-algorithm.
En transaktionsfil består af en eller flere logiske records.
A transaction file shall consist of one or more logical records.
For hver logisk record, som filen indeholder, skal der være en række informationsfelter, der passer til den pågældende recordtype.
For each logical record contained in the file, several information fields appropriate to that record type shall be present.
Hvert af informationsfelterne kan indeholde et eller flere grundlæggende informationselementer, der hver især består af en enkelt værdi.
Each information field may contain one or more basic single-valued information items.
Tilsammen benyttes disse elementer til at angive forskellige aspekter af oplysningerne i feltet.
Taken together these items are used to convey different aspects of the data contained in that field.
Et informationsfelt kan også bestå af et eller flere informationselementer, der grupperes og gentages flere gange i et felt.
An information field may also consist of one or more information items grouped together and repeated multiple times within a field.
En sådan gruppe af informationselementer kaldes et subfelt.
Such a group of information items is known as a subfield.