natgillin/translations-raw huggingface dataset:
Inden for rammerne af nærværende forskrifter er dette felt VALGFRIT, men SKAL være til stede, når oplysningerne i »Service digital identity« (punkt 5.5.3) ikke er tilstrækkelige til entydigt at identificere de kvalificerede certifikater, som er udstedt af denne tjeneste og/eller oplysningerne i de tilknyttede kvalificerede certifikater ikke muliggør maskinprocesserbar bestemmelse af, hvorvidt QC'et er understøttet af et SSCD [21].
In the context of the present specifications, this field is OPTIONAL but SHALL be present when the information provided in the ‘Service digital identity’ (clause 5.5.3) is not sufficient to unambiguously identify the qualified certificates issued by this service and/or the information present in the related qualified certificates does not allow machine-processable identification of the facts about whether or not the QC is supported by an SSCD [21].
Hvis anvendelse inden for rammerne af nærværende forskrifter er PÅKRÆVET f.eks. til CA/QC-tjenester, SKAL det valgfri oplysningsfelt »Service information extensions« (Sie) anvendes og opbygges i overensstemmelse med den »kvalifikationsudvidelse«, der er defineret i ETSI TS 102 231 bilag L.3.1, som en sekvens af en eller flere tuples, hvor hver tuple angiver:
In the context of the present specifications, when its use is REQUIRED, e.g. for CA/QC services, an optional ‘Service information extensions’ (Sie) information field SHALL be used and structured, according to the ‘Qualifications’ extension defined in ETSI TS 102 231 Annex L.3.1, as a sequence of one or more tuples, each tuple providing:
Oplysninger, der skal anvendes til yderligere identificering (filtrering) til præcisering af den i »Sdi« identificerede certificeringstjeneste (dvs. sæt af kvalificerede certifikater), for hvilke der kræves/leveres yderligere oplysninger med hensyn til anvendelse eller ikke-anvendelse af SSCD-støtte (og/eller udstedelse til en juridisk person) og
(filters) Information to be used to further identify under the ‘Sdi’ identified certification service that precise service (i.e. set of qualified certificates) for which additional information is required/provided with regard to the presence or absence of SSCD support (and/or issuance to Legal Person); and
Relaterede oplysninger (kvalifikatorer) om, hvorvidt denne yderligere identificerede tjenestes sæt af kvalificerede certifikater er understøttet af et SSCD (når disse oplysninger er »QCSSCDStatusAsInCert«, betyder det, at de tilknyttede oplysninger indgår i QC'et i en ETSI-standardiseret maskinprocesserbar form [22], og/eller oplysninger om, hvorvidt sådanne QC'er er udstedt til juridiske personer (normalt betragtes de kun som udstedt til fysiske personer).
The associated information (qualifiers) about whether this further identified service set of qualified certificates is supported by an SSCD or not (when this information is ‘QCSSCDStatusAsInCert’, this means that this associated information is part of the QC under an ETSI standardised machine-processable form [22]), and/or information regarding the fact that such QCs are issued to Legal Person (by default they are to be considered as only issued to Natural Persons).
QCWithSSCD (http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/QCWithSSCD): betyder, at det sikres af CSP og kontrolleres (overvågningsmodel) eller revideres (akkrediteringsmodel) af medlemsstaten (henholdsvis dennes overvågningsorgan eller akkrediteringsorgan), at alle QC'er, der udstedes i forbindelse med den tjeneste (QCA), der er angivet i »Service digital identity« (punkt 5.5.3) og yderligere identificeret af ovenstående (filtre) oplysninger, som under den »Sdi«-angivne certificeringstjeneste anvendes til yderligere at identificere det præcise sæt af kvalificerede certifikater, for hvilke disse yderligere oplysninger kræves med hensyn til anvendelse eller ikke-anvendelse af SSCD-støtte, UNDERSTØTTES at et SSCD (dvs. at den private nøgle, der er knyttet til den offentlige nøgle i certifikatet, opbevares i et sikkert signaturgenereringssystem i overensstemmelse med bilag III i direktiv 1999/93/EF).
QCWithSSCD (http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/QCWithSSCD): means that it is ensured by the CSP and controlled (supervision model) or audited (accreditation model) by the Member State (respectively its Supervisory Body or Accreditation Body) that any QC issued under the service (QCA) identified in ‘Service digital identity’ (clause 5.5.3) and further identified by the above (filters) information used to further identify under the ‘Sdi’ identified certification service that precise set of qualified certificates for which this additional information is required with regard to the presence or absence of SSCD support ARE supported by an SSCD (i.e. that the private key associated with the public key in the certificate is stored in a Secure Signature Creation Device conformant with Annex III of Directive 1999/93/EC);
QCNoSSCD (http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/QCNoSSCD): betyder, at det sikres af CSP og kontrolleres (overvågningsmodel) eller revideres (akkrediteringsmodel) af medlemsstaten (henholdsvis dennes overvågningsorgan eller akkrediteringsorgan), at alle QC'er, der udstedes i forbindelse med den tjeneste (RootCA/QC eller CA/QC), der er angivet i »Service digital identity« (punkt 5.5.3) og yderligere identificeret af ovenstående (filtre) oplysninger, som under den »Sdi«-angivne certificeringstjeneste anvendes til yderligere at identificere det præcise sæt af kvalificerede certifikater, for hvilke disse yderligere oplysninger kræves med hensyn til anvendelse eller ikke-anvendelse af SSCD-støtte, IKKE UNDERSTØTTES at et SSCD (dvs. at den private nøgle, der er knyttet til den offentlige nøgle i certifikatet, ikke opbevares i et sikkert signaturgenereringssystem i overensstemmelse med bilag III i direktiv 1999/93/EF).
QCNoSSCD (http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/QCNoSSCD): means that it is ensured by the CSP and controlled (supervision model) or audited (accreditation model) by the Member State (respectively its Supervisory Body or Accreditation Body) that any QC issued under the service (RootCA/QC or CA/QC) identified in ‘Service digital identity’ (clause 5.5.3) and further identified by the above (filters) information used to further identify under the ‘Sdi’ identified certification service that precise set of qualified certificates for which this additional information is required with regard to the presence or absence of SSCD support ARE NOT supported by an SSCD (i.e. that the private key associated with the public key in the certificate is not stored in a Secure Signature Creation Device conformant with Annex III of Directive 1999/93/EC]).
QCSSCDStatusAsInCert (http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/QCSSCDStatusAsInCert): betyder, at det sikres af CSP og kontrolleres (overvågningsmodel) eller revideres (akkrediteringsmodel) af medlemsstaten (henholdsvis dennes overvågningsorgan eller akkrediteringsorgan), at alle QC'er, der udstedes i forbindelse med den tjeneste (CA/QC), der er angivet i »Service digital identity« (punkt 5.5.3) og yderligere identificeret af ovenstående (filtre) oplysninger, som under den »Sdi«-angivne certificeringstjeneste anvendes til yderligere at identificere det præcise sæt af kvalificerede certifikater, for hvilke disse yderligere oplysninger kræves med hensyn til anvendelse eller ikke-anvendelse af SSCD-støtte, SKAL indeholde maskinprocesserbare oplysninger, der angiver, hvorvidt QC'et undersøttes af at et SSCD.
QCSSCDStatusAsInCert (http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/QCSSCDStatusAsInCert): means that it is ensured by the CSP and controlled (supervision model) or audited (accreditation model) by the Member State (respectively its Supervisory Body or Accreditation Body) that any QC issued under the service (CA/QC) identified in ‘Service digital identity’ (clause 5.5.3) and further identified by the above (filters) information used to further identify under the ‘Sdi’ identified certification service that precise set of qualified certificates for which this additional information is required with regard to the presence or absence of SSCD support SHALL contain the machine-processable information indicating whether or not the QC is supported by an SSCD;
QCForLegalPerson (http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/QCForLegalPerson): betyder, at det sikres af CSP og kontrolleres (overvågningsmodel) eller revideres (akkrediteringsmodel) af medlemsstaten (henholdsvis dennes overvågningsorgan eller akkrediteringsorgan), at alle QC'er, der udstedes i forbindelse med den tjeneste (QCA), der er angivet i »Service digital identity« (punkt 5.5.3) og yderligere identificeret af ovenstående (filtre) oplysninger, som under den »Sdi«-angivne certificeringstjeneste anvendes til yderligere at identificere det præcise sæt af kvalificerede certifikater, for hvilke disse yderligere oplysninger kræves med hensyn til udstedelse til en juridisk person, UDSTEDES til juridiske personer.
QCForLegalPerson (http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/QCForLegalPerson): means that it is ensured by the CSP and controlled (supervision model) or audited (accreditation model) by the Member State (respectively its Supervisory Body or Accreditation Body) that any QC issued under the service (QCA) identified in ‘Service digital identity’ (clause 5.5.3) and further identified by the above (filters) information used to further identify under the ‘Sdi’ identified certification service that precise set of qualified certificates for which this additional information is required with regard to the issuance to Legal Person ARE issued to Legal Persons.
Disse kvalifikatorer skal kun bruges som udvidelse, hvis tjenestetypen er http://uri.etsi.org/TrstSvc/Svctype/CA/QC.
Those qualifiers are only to be used as an extension, if the service type is http://uri.etsi.org/TrstSvc/Svctype/CA/QC.
Dette felt er implementeringsspecifikt (ASN.1 eller XML) og SKAL opfylde forskrifterne i ETSI TS 102 231, bilag L.3.1.
This field is implementation specific (ASN.1 or XML) and MUST comply with the specifications provided in ETSI TS 102 231, Annex L.3.1.
I forbindelse med en XML-implementering skal det specifikke indhold i sådanne yderligere oplysninger kodes ved hjælp af den xsd-fil, der er angivet i kapitel 3.
In the context of an XML implementation, the specific content of such additional information has to be coded using the xsd file provided in Chapter 3.
Dette felt er VALGFRIT, men SKAL forefindes, hvis »Historical information period« (punkt 5.3.12) ikke er nul.
This field is OPTIONAL but MUST be present if ‘Historical information period’ (clause 5.3.12) is non-zero.
Således SKAL ordningen inden for rammerne af nærværende forskrifter opbevare historiske oplysninger.
Thus, in the context of the present specifications, the scheme MUST retain historical information.
Såfremt de historiske oplysninger skal opbevares, men tjenesten ikke har nogen historie forud for den aktuelle status (dvs. at den første registrerede status eller historiske oplysninger ikke er opbevaret af operatøren), SKAL dette felt være tomt.
In the case where historical information is intended to be retained but the service has no history prior to the current status (i.e. a first recorded status or history information not retained by the scheme operator) this field SHALL be empty.
Ellers SKAL der for enhver ændring af TSP-tjenestens aktuelle status, som forekom inden for den historiske oplysningsperiode som specificeret i ETSI TS 102 231, punkt 5.3.12, angives oplysninger om den tidligere godkendelsesstatus med dato og tidspunkt for statusændringer opstillet i rækkefølge (dvs. dato og tidspunkt for indtrædelse af den efterfølgende godkendelsesstatus).
Otherwise, for each change in TSP service current status which occurred within the historical information period as specified in ETSI TS 102 231 clause 5.3.12, information on the previous approval status SHALL be provided in a descending order of status change date and time (i.e. the date and time on which the subsequent approval status became effective).
Dette SKAL være en sekvens af historiske oplysninger som defineret nedenfor.
This SHALL be a sequence of history information as defined hereafter.
Service type identifier (punkt 5.6.1)
Service type identifier (clause 5.6.1)
Dette felt er PÅKRÆVET og SKAL angive identifikatoren for tjenesteydelsestype i det format og den betydning, der anvendes i »TSP Service Information — Service type identifier« (punkt 5.5.1).
This field is REQUIRED and SHALL specify the identifier of the service type, with the format and meaning used in ‘TSP Service Information — Service type identifier’ (clause 5.5.1).
Service name (punkt 5.6.2)
Service name (clause 5.6.2)
Dette felt er PÅKRÆVET og SKAL indeholde det navn, under hvilket CSP'en udbød den angivne tjeneste i »TSP Service Information — Service type identifier« (punkt 5.5.1) i det format og den betydning, som anvendes i »TSP Service Information — Service name« (punkt 5.5.2).
This field is REQUIRED and SHALL specify the name under which the CSP provided the service identified in ‘TSP Service Information — Service type identifier’ (clause 5.5.1), with the format and meaning used in ‘TSP Service Information — Service name’ (clause 5.5.2).
Denne bestemmelse kræver ikke, at navnet er det samme som de i punkt 5.5.2 angivne.
This clause does not require that the name be the same as that specified in clause 5.5.2.
En navneændring KAN være en af de betingelser, som udløser krav om en ny status.
A change of name MAY be one of the circumstances requiring a new status.
Service digital identity (punkt 5.6.3)
Service digital identity (clause 5.6.3)
Dette felt er PÅKRÆVET og SKAL indeholde mindst én gengivelse af en digital identifikator, som er unik for den tjenesteydelse, hvis type er angivet under »TSP Service Information — Service digital identity« (punkt 5.5.3) i samme format og betydning.
This field is REQUIRED and SHALL specify at least one representation of a digital identifier unique to the service specified in ‘TSP Service Information — Service digital identity’ (clause 5.5.3) with the same format and meaning.
Service previous status (punkt 5.6.4)
Service previous status (clause 5.6.4)
Dette felt er PÅKRÆVET og SKAL angive identifikatoren for tjenestens tidligere status i det format og den betydning, der anvendes i »TSP Service Information — Service current status« (punkt 5.5.4).
This field is REQUIRED and SHALL specify the identifier of the previous status of the service, with the format and meaning used in ‘TSP Service Information — Service current status’ (clause 5.5.4).
Previous status starting date and time (punkt 5.6.5)
Previous status starting date and time (clause 5.6.5)
Dette felt er PÅKRÆVET og SKAL angive dato og tidspunkt for indtrædelse af den tidligere pågældende status i det format og den betydning, der anvendes i »TSP Service Information — Service current status starting date and time« (punkt 5.5.5).
This field is REQUIRED and SHALL specify the date and time on which the previous status in question became effective, with the format and meaning used in ‘TSP Service Information — Service current status starting date and time’ (clause 5.5.5).
Service information extensions (punkt 5.6.6)
Service information extensions (clause 5.6.6)
Dette felt er VALGFRIT og KAN anvendes af operatører til at angive tjenesterelaterede oplysninger i det format og den betydning, der anvendes i »TSP Service Information — Service information extensions« (punkt 5.5.9).
This field is OPTIONAL and MAY be used by scheme operators to provide specific service-related information with the format and meaning used in ‘TSP Service Information — Service information extensions’ (clause 5.5.9).
Idem for TSP(1) Service 2 (i det omfang det er relevant)
Idem for TSP(1) Service 2 (as applicable)
Idem for TSP 2 (i det omfang det er relevant)
Idem for TSP 2 (as applicable)
Idem for TSP(2) (i det omfang det er relevant)
Idem for TSP 2 Service 1
TSL, som er oprettet i henhold til nærværende forskrifter, BØR [23] underskrives af »Scheme operator name« (punkt 5.3.4) for at sikre dens autenticitet og integritet.
The TSL, established under the present specifications, SHOULD [23] be signed by the ‘Scheme operator name’ (clause 5.3.4) to ensure its authenticity and integrity.
Det anbefales, at signaturens format SKAL være CAdES BES/EPES for ASN.1-implementeringer, og XAdES BES/EPES som defineret i forskrifterne i ETSI TS 101 903 for XML-implementeringer [24].
It is recommended that the format of the signature SHALL be CAdES BES/EPES for ASN.1 implementations, and XAdES BES/EPES as defined by ETSI TS 101 903 specifications for XML implementations.
Sådanne implementeringer af elektroniske signaturer SKAL opfylde kravene i ETSI TS 102 231 bilag A eller B.
Such electronic signature implementations SHALL meet requirements as stated in ETSI TS 102 231 Annexes A or B respectively.
Yderligere generelle krav vedrørende signaturen er angivet i de følgende afsnit.
Additional general requirements regarding the signature are stated in the following sections.
Scheme identification (punkt 5.7.2)
Scheme identification (clause 5.7.2)
Dette felt er PÅKRÆVET og SKAL angive en af operatøren tildelt reference, som entydigt identificerer den ordning, der er beskrevet i nærværende forskrifter og den oprettede TSL, og SKAL indgå i beregningen af signaturen.
This field is REQUIRED and SHALL specify a reference assigned by the scheme operator which uniquely identifies the scheme described in the present specifications and the established TSL, and MUST be included in the calculation of the signature.
Dette forventes at være en tekststreng eller bitstreng.
This is expected to be a character string or a bit string.
I forbindelse med nærværende forskrifter SKAL den tildelte reference være en sammenkædning af »TSL type« (punkt 5.3.3), »Scheme name« (punkt 5.3.6) og værdien af SubjectKeyIdentifier-udvidelsen i det certifikat, som operatøren anvender til elektronisk underskrivelse af TSL'en.
In the context of the present specifications the assigned reference SHALL be the concatenation of the ‘TSL type’ (clause 5.3.3), the ‘Scheme name’ (clause 5.3.6) and the value of the SubjectKeyIdentifier extension of the certificate used by the Scheme operator to electronically sign the TSL.
Signature algorithm identifier (punkt 5.7.3)
Signature algorithm identifier (clause 5.7.3)
Dette felt er PÅKRÆVET og SKAL indeholde den kryptografiske algoritme, som er anvendt ved generering af signaturen.
This field is REQUIRED and SHALL specify the cryptographic algorithm that has been used to create the signature.
Afhængigt af den anvendte algoritme KAN dette felt kræve yderligere parametre.
Depending on the algorithm used, this field MAY require additional parameters.
Dette felt SKAL indgå i beregningen af signaturen.
This field MUST be included in the calculation of the signature.
Signature value (punkt 5.7.4)
Signature value (clause 5.7.4)
Dette felt er PÅKRÆVET og SKAL indeholde den digitale signaturs faktiske værdi.
This field is REQUIRED and SHALL contain the actual value of the digital signature.
Alle felter i TSL (bortset fra selve signaturværdien) SKAL indgå i beregningen af signaturen.
All fields of the TSL (except the signature value itself) MUST be included in the calculation of the signature.
TSL extensions (punkt 5.8)
TSL extensions (clause 5.8)
expiredCertsRevocationInfo Extension (punkt 5.8.1)
expiredCertsRevocationInfo Extension (clause 5.8.1)
Denne udvidelse er VALGFRI.
This extension is OPTIONAL.
Hvis anvendt, SKAL den opfylde forskrifterne i ETSI TS 102 231, punkt 5.8.1.
When used it MUST comply to the specifications of ETSI TS 102 231, clause 5.8.1.
additionalServiceInformation Extension (punkt 5.8.2)
additionalServiceInformation Extension (clause 5.8.2)
Denne VALGFRI udvidelse SKAL, hvis den benyttes, anvendes udelukkende på tjenesteniveau og kun i det felt, som er defineret i punkt 5.5.9 (»Service information extension«).
This OPTIONAL extension, when used, MUST be used at Service level only and only in the field defined in clause 5.5.9 (Service information extension).
Den anvendes til at angive yderligere oplysninger om en tjeneste.
It is used to provide additional information on a service.
Den SKAL være en sekvens af én eller flere tuples, idet hver tuple giver:
This SHALL be a sequence of one or more tuples, each tuple giving:
en URI, der identificerer de yderligere oplysninger, f.eks.:
an URI identifying the additional information, e.g.:
en URI, der angiver en nationalt defineret særlig kvalifikation vedrørende en overvåget/akkrediteret tjeneste, der benytter sig af Trust Service-token, f.eks.
an URI indicating some nationally defined specific qualification for a supervised/accredited Trust Service Token provisioning service, e.g.
et specielt sikkerheds/kvalitets- eller granularitetsniveau med hensyn til nationale overvågnings/akkrediteringsordninger for CSP'er, der ikke udsteder QC'er (f.eks. RGS */**/*** i FR, særlig »overvågningsstatus« i kraft af national lovgivning om specifikke CSP'er, der udsteder QC'er i DE), jf. bemærkning 4) i »Service current status« — punkt 5.5.4
a specific security/quality granularity level with regard to national supervision/accreditation scheme for CSPs not issuing QCs (e.g. RGS */**/*** in FR, specific ‘supervision’ status set by national legislation for specific CSPs issuing QCs in DE), see Note(4) of ‘Service current status’ — clause 5.5.4;
eller en særlig juridisk status for levering af en overvåget/akkrediteret Trust Service-token (f.eks. nationalt defineret »kvalificeret TST« som i DE eller HU)
or a specific legal status for a supervised/accredited Trust Service Token provisioning (e.g. nationally defined ‘qualified TST’ as in DE or HU);
eller en særlig politikidentifikator i et X.509v3-certifikat angivet i »Sdi«-feltet
or meaning of a specific Policy identifier present in a X.509v3 certificate provided in ‘Sdi’ field.
eller en registreret URI som angivet i »Service type identifier«, punkt 5.5.1, for yderligere at specificere deltagelsen af den under »Sti«-identificerede tjeneste som en komponenttjeneste fra en certificeringstjenesteudbyder, der udsteder QC (f.eks. OCSP-QC, CRL-QC og RootCA-QC)
or a registered URI as specified in ‘Service type identifier’, clause 5.5.1, in order to further specify the participation of the ‘Sti’ identified service as being a component service of a certification service provider issuing QC (e.g., OCSP-QC, CRL-QC, and RootCA-QC);
en valgfri streng, der indeholder værdien serviceInformation med den i ordningen specificerede betydning (f.eks. *, ** eller ***)
an optional string containing the serviceInformation value, meaning as specified in the scheme (e.g. *, ** or ***);
en valgfri yderligere oplysning angivet i et ordningsspecifikt format.
any optional additional information provided in a scheme-specific format.
Når URI renses for referencer, BØR det resultere i dokumenter, der er menneskeligt læsbare og indeholder alle de detaljer, der kræves for at forstå udvidelsen, og navnlig forklarer de pågældende URI'ers betydning med angivelse af de mulige værdier for serviceInformation og betydningen af de enkelte værdier.
Dereferencing the URI SHOULD lead to human readable documents containing all the details required to understand the extension, and in particular explaining the meaning of the given URIs, specifying the possible values for serviceInformation and the meaning for each value.
Qualifications Extension (punkt L.3.1)
Qualifications Extension (clause L.3.1)
Beskrivelse Dette felt er VALGFRIT, men SKAL forefindes, hvis anvendelsen heraf er PÅKRÆVET, f.eks. til RootCA/QC eller CA/QC-tjenester, og når
Description This field is OPTIONAL but SHALL be present when its use is REQUIRED, e.g. for RootCA/QC or CA/QC services, and when
de oplysninger, der er angivet i »Service digital identity« er ikke tilstrækkelige til entydigt at identificere de kvalificerede certifikater, der udstedes af denne tjeneste
the information provided in the ‘Service digital identity’ is not sufficient to unambiguously identify the qualified certificates issued by this service,