natgillin/translations-raw huggingface dataset:
In the case one or more CSP services are or were supervised/accredited by the scheme, then the field SHALL contain a sequence identifying each CSP providing one or more of those supervised/accredited services, with details on the supervised/accredited status and status history of each of the CSP’s services (TSP = CSP in the Figure below).
Dersom én eller flere CSP-tjenester er eller er blitt kontrollert/akkreditert gjennom ordningen, SKAL feltet inneholde en sekvens som identifiserer hver CSP som yter én eller flere av disse kontrollerte/akkrediterte tjenestene, med detaljer om kontroll-/akkrediteringsstatus og statushistorikk for hver av CSP-ens tjenester (TSP = CSP i figuren nedenfor).
The list of TSPs is organised as depicted in the above Figure.
Listen over TSP-er er organisert som angitt i figuren ovenfor.
For each TSP, there is a sequence of fields holding information on the TSP (TSP Information), followed by a list of Services.
For hver TSP er det en sekvens med felter som inneholder opplysninger om TSP («TSP Information»), fulgt av en liste med tjenester.
For each of such listed Services, there is a sequence of fields holding information on the Service (Service Information), and a sequence of fields on the approval status history of the Service (Service approval history).
For hver av disse listeførte tjenestene er det en sekvens med felter som inneholder opplysninger om tjenesten («Service Information»), og en sekvens med felter om godkjenning av tjenestens statushistorikk («Service approval history»).
TSP Information
TSP Information
TSP(1)
TSP(1)
This field is REQUIRED and SHALL specify the name of the
Dette feltet er PÅKREVD og SKAL angi navnet på det rettssubjektet som er ansvarlig for CSP-ens tjenester som er eller er blitt kontrollert eller akkreditert i samsvar med ordningen.
This is a sequence of multilingual character strings (with EN as the mandatory language and with potentially one or more national languages).
Dette er en sekvens med flerspråklige tegnstrenger (med EN som obligatorisk språk, og eventuelt ett eller flere nasjonale språk).
This name MUST be the name which is used in formal legal registrations and to which any formal communication would be addressed.
Dette navnet MÅ være det navnet som brukes i den formelle juridiske registreringen, og som all formell kommunikasjon skal stiles til.
This field is OPTIONAL and, if present, SHALL specify an alternative name under which the CSP identifies itself in the specific context of the provision of those of its services which are to be found in this TSL under its ‘TSP name’ (clause 5.4.1) entry.
Dette feltet er VALGFRITT, og dersom det forekommer, SKAL det angi et alternativt navn som CSP-en bruker for å identifisere seg ved yting av de tjenestene som inngår i denne TSL-en under posten «TSP name» (punkt 5.4.1).
Where a single CSP legal entity is providing services under different trade names or under different specific contexts, there might be as many CSP entries as such specific contexts (e.g. Name/Trade Name entries).
Dersom en CSP som er ett rettssubjekt, yter tjenester under forskjellige handelsnavn eller i forskjellige spesifikke sammenhenger, kan det være like mange CSP-poster som slike spesifikke sammenhenger (f.eks. poster for navn/handelsnavn).
An alternative is to list each and every CSP (legal entity) only once and provide Service specific context information.
Et alternativ er å føre opp hver enkelt CSP (rettssubjekt) bare én gang og gi spesifikke opplysninger for hver tjeneste.
This is up to the Member State Scheme Operator to discuss and agree with the CSP the most suitable approach.
Det er opp til operatøren av ordningen i medlemsstaten å ta opp og sammen med CSP-en finne fram til den mest egnede metoden.
This field is REQUIRED and SHALL specify the address of the legal entity or mandated organization identified in the ‘TSP name’ field (clause 5.4.1) for both postal and electronic communications.
Dette feltet er PÅKREVD og SKAL angi både postadressen og den elektroniske adressen til rettssubjektet eller den bemyndigede organisasjonen i «TSP name»-feltet (punkt 5.4.1).
It SHALL include both ‘PostalAddress’ (i.e. street address, locality, [state or province], [postal code] and ISO 3166-1 alpha-2 country code) as compliant with clause 5.3.5.1; and ‘ElectronicAddress’ (i.e. e-mail and/or website URI) as compliant with clause 5.3.5.2.
Den SKAL inneholde både «PostalAddress» (dvs. gateadresse, sted, [stat eller region/kommune], [postnummer] og ISO 3166-1 alfa-2 landkode) i samsvar med punkt 5.3.5.1, og «ElectronicAddress» (dvs. e-postadresse og/eller nettstedets URI) i samsvar med punkt 5.3.5.2.
This field is REQUIRED and SHALL specify the URI(s) where users (e.g. relying parties) can obtain CSP specific information.
Dette feltet er PÅKREVD og SKAL angi den eller de URI-ene der brukerne (f.eks. avhengige parter) kan finne CSP-spesifikke opplysninger.
The referenced URI(s) MUST provide a path to information describing the general terms and conditions of the CSP, its practices, legal issues, its customer care policies and other generic information which applies to all of its services listed under its CSP entry in the TSL.
Den eller de angitte URI-ene MÅ gi en bane til opplysninger som beskriver de generelle vilkårene for CSP-en, dens praksis, juridiske spørsmål, kundebehandling og andre allmenne opplysninger som gjelder for alle dens tjenester oppført under dens CSP-post i TSL.
Where a single CSP legal entity is providing services under different trade names or under different specific contexts, and this has been reflected in as many TSP entries as such specific contexts, this field SHALL specify information related to the specific set of services listed under a particular TSP/TradeName entry.
Dersom en CSP som er ett rettssubjekt, yter tjenester under forskjellige handelsnavn eller i forskjellige spesifikke sammenhenger, og dette er gjenspeilet i like mange TSP-poster som slike spesifikke sammenhenger, SKAL dette feltet angi opplysninger knyttet til det spesifikke settet med tjenester som er oppført under en bestemt TSP/TradeName-post.
This field is OPTIONAL and, if present, MAY be used by the scheme operator, in compliance with ETSI TS 102 231 specifications (clause 5.4.5), to provide specific information, to be interpreted according to the rules of the specific scheme.
Dette feltet er VALGFRITT, og dersom det forekommer, KAN det brukes av operatøren i samsvar med ETSI TS 102 231-spesifikasjonene (punkt 5.4.5) til å gi spesifikke opplysninger som skal tolkes i samsvar med reglene i den spesifikke ordningen.
List of Services
List of Services
This field is REQUIRED and SHALL contain a sequence identifying each of the CSP’s recognised services and the approval status (and history of that status) of that service.
Dette feltet er PÅKREVD og SKAL inneholde en sekvens som identifiserer hver av CSP-ens godkjente tjenester og den tjenestens godkjenningsstatus (og historikken til den statusen).
At least one service must be listed (even if the information held is entirely historical).
Minst én tjeneste må listeføres (også dersom opplysningene er utelukkende historiske).
As the retention of historical information about listed services is REQUIRED under the present specifications, that historical information MUST be retained even if the service’s present status would not normally require it to be listed (e.g. the service is withdrawn).
Ettersom oppbevaring av historiske opplysninger om listeførte tjenester er PÅKREVD i henhold til disse spesifikasjonene, MÅ disse historiske opplysningene oppbevares, selv om tjenestens gjeldende status normalt ikke ville kreve at den er listeført (f.eks. dersom tjenesten er trukket tilbake).
Thus a CSP MUST be included even when its only listed service is in such a state, so as to preserve the history.
Derfor MÅ en CSP være med selv når dens eneste listeførte tjeneste har en slik status, for å bevare historikken.
Service Information
Service Information
TSP(1) Service(1)
TSP(1) Service(1)
This field is REQUIRED and SHALL specify the identifier of the service type according to the type of the present TSL specifications (i.e. ‘/eSigDir-1999-93-EC-TrustedList/TSLtype/generic’).
Dette feltet er PÅKREVD og SKAL angi identifikatoren for tjenestetypen i samsvar med typen for disse TSL-spesifikasjonene (dvs. «/eSigDir-1999-93-EC-TrustedList/TSLtype/generic»).
When the listed service is related to the issuing of Qualified Certificates, the quoted URI SHALL be http://uri.etsi.org/TrstSvc/Svctype/CA/QC (a Certification Authority issuing Qualified Certificates).
Når den listeførte tjenesten er knyttet til utstedelsen av kvalifiserte sertifikater, SKAL angitt URI være http://uri.etsi.org/TrstSvc/Svctype/CA/QC (en sertifiseringsmyndighet som utsteder kvalifiserte sertifikater).
When the listed service is related to the issuing of Trust Service Tokens not being QCs and not supporting the issuance of QCs, the quoted URI SHALL be one of the URIs defined in ETSI 102 231 and listed in its clause D.2, pertaining to this field.
Når den listeførte tjenesten er knyttet til utstedelsen av pålitelighetstjenestetegn som ikke er QC-er og ikke støtter utstedelsen av QC-er, SKAL angitt URI være en av de URI-ene som er definert i ETSI 102 231 og oppført i dens punkt D.2, som gjelder dette feltet.
This SHALL be applied even for those Trust Service Tokens that are supervised/accredited to meet some specific qualifications according to Member States' national laws (e.g. so-called Qualified Time Stamp Token in DE or HU), the quoted URI SHALL be one of the URIs defined in ETSI 102 231 and listed in its clause D.2, pertaining to this field (e.g. TSA for nationally defined Qualified Time Stamp Tokens).
Denne regelen SKAL anvendes også for de pålitelighetstjenestetegnene som er under kontroll/akkreditert for å oppfylle visse kvalifikasjoner i samsvar med medlemsstatenes lovgivning (f.eks. såkalte kvalifiserte tidsstempeltegn i Tyskland eller Ungarn), og angitt URI SKAL være en av de URI-ene som er definert i ETSI 102 231 og oppført i dens punkt D.2, som gjelder dette feltet (f.eks. TSA for nasjonalt definerte kvalifiserte tidsstempeltegn).
When applicable such specific national qualification of the Trust Service Tokens MAY be provided in the service entry, and the additionalServiceInformation extension (clause 5,8.2) in clause 5.5.9 (Service information extension) SHALL be used for this purpose.
Når det er relevant, KAN slik spesifikk nasjonal kvalifisering av pålitelighetstjenestetegn angis i tjenesteposten, og additionalServiceInformation-utvidelsen (punkt 5.8.2) i punkt 5.5.9 («Service information extension») SKAL brukes til dette formålet.
As a general default principle, there SHALL be one entry per single X.509v3 certificate (e.g. for a CA/QC type certification service) under the listed certification services from a listed CSP in the Trusted List (e.g. a Certification Authority (directly) issuing QCs).
Som et generelt standardprinsipp SKAL det være én post for hvert enkelt X.509v3-sertifikat (f.eks. for en sertifiseringstjeneste av CA/QC-typen) under de listeførte sertifiseringstjenestene fra en CSP som er oppført på pålitelighetslisten (f.eks. en sertifiseringsmyndighet som (direkte) utsteder QC-er).
In some carefully envisaged circumstances and carefully managed and endorsed conditions, a Member State’s Supervisory Body/Accreditation Body MAY decide to use the X.509v3 certificate of a Root or Upper level CA (e.g. a Certification Authority not directly issuing end-entity QCs but certifying a hierarchy of CAs down to CAs issuing QCs to end-entities) as the ‘Sdi’ of a single entry in the list of services from a listed CSP.
Under noen nøye forutsatte omstendigheter og nøye styrte og godkjente forhold KAN en medlemsstats kontroll-/akkrediteringsorgan beslutte å bruke X.509v3-sertifikatet for en rot-CA eller overordnet (Upper Level) CA (f.eks. en sertifiseringsmyndighet som ikke direkte utsteder sluttenhets-QC-er, men som sertifiserer et hierarki av CA-er ned til CA-er som utsteder QC-er til sluttenheter), som «Sdi» for én enkelt post på listen over tjenester fra en listeført CSP.
The consequences (advantages and disadvantages) of using such X.509v3 Root CA or Upper CA certificate as ‘Sdi’ value of TL services entries must be carefully considered and endorsed by Member States (
Konsekvensene (fordeler og ulemper) ved å bruke X.509v3 rot-CA eller overordnet CA-sertifikat som «Sdi»-verdi for pl-tjenesteposter, må vurderes nøye og godkjennes av medlemsstatene(
In addition, when using such an authorized exception to the default principle, Member States MUST provide the necessary documentation to facilitate the certification path building and verification.
Når et slikt tillatt unntak fra standardprinsippet benyttes, MÅ dessuten medlemsstaten gi nødvendig dokumentasjon for å forenkle sertifiseringsbanens oppbygging og verifisering.
Using a RootCA X.509v3 certificate as ‘Sdi’ value for a listed service, will force the Scheme Operator to consider the whole set of certification services under such a Root CA as a whole with regards to the ‘supervision/accreditation status’.
Bruk av et rot-CA X.509v3-sertifikat som «Sdi»-verdi for en listeført tjeneste, vil tvinge operatøren til å vurdere hele settet med sertifiseringstjenester under en slik rot-CA som en helhet når det gjelder «kontroll-/akkrediteringsstatus».
E.g. any status change required from one single CA under the listed root hierarchy, will force the whole hierarchy to take-on that status change.
F.eks. vil enhver statusendring som kreves fra én enkelt CA under det listeførte rothierarkiet, tvinge hele hierarkiet til å anta den statusendringen.
TSPs like OCSP responders and CRL Issuers that are part of CSP
TSP-er KAN i likhet med OCSP-respondere og CRL-utstedere som er en del av CSP
‘Service type identifier’ (clause 5.5.1) value:
Verdi for «Service type identifier» (punkt 5.5.1):
http://uri.etsi.org/TrstSvc/Svctype/Certstatus/OCSP
http://uri.etsi.org/TrstSvc/Svctype/Certstatus/OCSP
combined with the following ‘Service information extension’ (clause 5.5.9) additionalServiceInformation extension (clause 5.8.2) value:
kombinert med følgende verdi for utvidelsen additionalServiceInformation (punkt 5.8.2) for «Service information extension» (punkt 5.5.9):
http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/OCSP-QC
http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/OCSP-QC
a certificate status provider operating an OCSP-server as part of a service from a CSP issuing Qualified Certificates,
en yter av sertifikatstatus som driver en OCSP-tjener som et ledd i en tjeneste fra CSP som utsteder kvalifiserte sertifikater.
http://uri.etsi.org/TrstSvc/Svctype/Certstatus/CRL
http://uri.etsi.org/TrstSvc/Svctype/Certstatus/CRL
http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/CRL-QC
http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/CRL-QC
a certificate status provider operating a CRL as part of a service from a CSP issuing Qualified Certificates,
en yter av sertifikatstatus som driver en CRL som et ledd i en tjeneste fra CSP som utsteder kvalifiserte sertifikater.
http://uri.etsi.org/TrstSvc/Svctype/CA/QC
http://uri.etsi.org/TrstSvc/Svctype/CA/QC
http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/RootCA-QC
http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/RootCA-QC
a Root Certification Authority from which a certification path can be established down to a Certification Authority issuing Qualified Certificates,
en rotsertifiseringsmyndighet som det kan fastsettes en sertifiseringsbane fra, ned til en sertifiseringsmyndighet som utsteder kvalifiserte sertifikater.
http://uri.etsi.org/TrstSvc/Svctype/TSA
http://uri.etsi.org/TrstSvc/Svctype/TSA
http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/TSS-QC
http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/TSS-QC
a time stamping service as part of a service from a certification service provider issuing Qualified Certificates that issue TST that can be used in the qualified signature verification process to ascertain and extend the signature validity when the QC is revoked or expired.
en tidsstemplingstjeneste som ledd i en tjeneste fra en yter av sertifiseringstjenester som utsteder kvalifiserte sertifikater som utsteder TST som kan brukes ved verifiseringen av en kvalifisert signatur for å sikre og utvide signaturens gyldighet når QC er tilbakekalt eller utløpt.
This field is REQUIRED and SHALL specify the name under which the CSP identified in ‘TSP name’ (clause 5.4.1) provides the service identified in ‘Service type identifier’ (clause 5.5.1).
Dette feltet er PÅKREVD og SKAL angi det navnet som CSP-en er identifisert under i «TSP name» (punkt 5.4.1), når CSP-en yter de tjenestene som er angitt i «Service type identifier» (punkt 5.5.1).
This SHALL be a sequence of multilingual character strings (with EN as the mandatory language, and with potentially one or more national languages).
Dette SKAL være en sekvens med flerspråklige tegnstrenger (med EN som obligatorisk språk, og eventuelt ett eller flere nasjonale språk).
This field is REQUIRED and SHALL specify at least one representation of a digital identifier unique to the service whose type is specified in ‘Service type identifier’ (clause 5.5.1) by which the service can be unambiguously identified.
Dette feltet er PÅKREVD og SKAL angi minst én forekomst av en digital identifikator som er unik for den tjenesten hvis type er angitt i «Service type identifier» (punkt 5.5.1), som tjenesten entydig kan identifiseres ved.
In the present specifications, the digital identifier used in this field SHALL be the relevant X.509v3 Certificate being a representation of the public key(s) that the CSP uses for providing the service whose type is specified by the ‘Service type identifier’ (clause 5.5.1) (i.e. the key used by a RootCA/QC, the key used for signing certificates (
I disse spesifikasjonene SKAL den digitale identifikatoren som brukes i dette feltet, være det relevante X.509v3-sertifikatet som er en gjengivelse av den eller de offentlige nøklene som CSP-en bruker til å yte den tjenesten hvis type er angitt i «Service type identifier» (punkt 5.5.1) (dvs. nøkkelen som brukes av en rot-CA/QC, nøkkelen som brukes til å underskrive sertifikater(
This related X.509v3 Certificate SHALL be used as the minimum required digital identifier (being the representation of the public key(s) the CSP uses for providing the listed service).
Dette tilknyttede X.509v3-sertifikatet SKAL brukes som minste påkrevde digitale identifikator (som en gjengivelse av den eller de offentlige nøklene som CSP-en bruker til å yte den listeførte tjenesten).
Additional identifiers MAY be used as follows but they all MUST refer to the same identity (i.e. the related X.509v3 certificate):
Ytterligere identifikatorer KAN brukes på følgende måte, men alle MÅ vise til samme identitet (dvs. det tilknyttede X.509v3-sertifikatet):
This can be the certificate of a CA issuing end-entity certificates (e.g. CA/PKC, CA/QC)
Dette kan være sertifikatet for en CA som utsteder sluttenhetssertifikater (f.eks. CA/PKC, CA/QC) eller sertifikatet fra en pålitelig-rot-CA som det kan finnes en bane fra, ned til kvalifiserte sluttenhetssertifikater.
Depending on whether or not this information and the information to be found in every end-entity certificate issued under this trusted root can be used to unambiguously determine the appropriate characteristics of any qualified certificate, this information (Service digital identity) may need to be completed by ‘Service information extensions’ data (see clause 5.5.9).
Avhengig av om disse opplysningene og opplysningene som ligger i hvert sluttenhetssertifikat som er utstedt under denne pålitelige roten, kan brukes for entydig fastsettelse av egnede kjennetegn for alle kvalifiserte sertifikater eller ikke, kan det være nødvendig å utfylle disse opplysningene («Service digital identity») med «Service information extensions»-data (se punkt 5.5.9).
The distinguished name (DN) of the certificate which can be used to verify electronic signatures of the CSP service specified in ‘Service type identifier’ (clause 5.5.1);
sertifikatets særskilte navn (DN) som kan brukes til å verifisere elektroniske signaturer fra den CSP-tjenesten som er angitt i «Service type identifier» (punkt 5.5.1),
The related public key identifier (i.e. X.509v3 SubjectKeyIdentifier or SKI value);
den tilhørende offentlige nøkkelens identifikator (dvs. X.509v3 SubjectKeyIdentifier eller SKI-verdi),
The related public key.
den tilhørende offentlige nøkkelen.
As a general default principle, the digital identifier (i.e. the related X.509v3 certificate) SHALL NOT be present more than once in the Trusted List, i.e. there SHALL be one entry per single X.509v3 certificate for a certification service under the listed certification services from a listed CSP in the Trusted List.
Som et generelt standardprinsipp SKAL den digitale identifikatoren (dvs. det tilhørende X.509v3-sertifikatet) IKKE forekomme mer enn én gang på pålitelighetslisten, dvs. at det SKAL være én post for hvert enkelt X.509v3-sertifikat for en sertifiseringstjeneste under de listeførte sertifiseringstjenestene fra en CSP på pålitelighetslisten.
Conversely, one single X.509v3 certificate SHALL be used in a single service entry as the ‘Sdi’ value.
Omvendt SKAL ett enkelt X.509v3-sertifikat brukes i én enkelt tjenestepost som «Sdi»-verdi.
The sole case for which the above general default principle may not be applied is the situation where a single X.509v3 certificate is used when issuing different types of Trust Services' Tokens for which different supervision/accreditation schemes apply, for example a single X.509v3 certificate is used by a CSP on the one hand when issuing QCs under an appropriate supervision system and on the other hand when issuing non-qualified certificates under a different supervision/accreditation status.
Det eneste tilfellet der det ovennevnte generelle standardprinsippet ikke får anvendelse, er situasjonen der ett enkelt X.509v3-sertifikat brukes ved utstedelse av forskjellige typer pålitelighetstjenestetegn som det gjelder forskjellige kontroll-/akkrediteringsordninger for; for eksempel brukes på den ene side ett enkelt X.509v3-sertifikat av en CSP ved utstedelse av QC-er under en egnet kontrollordning, og på den annen side ved utstedelse av ikke-kvalifiserte sertifikater under en annen kontroll-/akkrediteringsstatus.
In this case and example, two entries with different ‘Sti’ values (e.g. respectively CA/QC and CA/PKC in the given example) and with the same ‘Sdi’ value (the related X.509v3 certificate) would be used.
I dette tilfellet og eksempelet ville det bli brukt to poster med forskjellige «Sti»-verdier (f.eks. henholdsvis CA/QC og CA/PKC i det gitte eksempelet) og med samme «Sdi»-verdi (det tilhørende X.509v3-sertifikatet).
Implementations are ASN.1 or XML dependent and SHALL comply with ETSI TS 102 231 specifications (for ASN.1 see Annex A of ETSI TS 102 231, and for XML see Annex B of ETSI TS 102 231).
Gjennomføringene er ASN.1- eller XML-avhengige og SKAL være i samsvar med ETSI TS 102 231-spesifikasjonene (for ASN.1 se vedlegg A til ETSI TS 102 231, og for XML se vedlegg B til ETSI TS 102 231).
When additional ‘qualification’ information needs to be provided with regard to the identified service entry, then, when appropriate, the Scheme Operator SHALL consider the use of the ‘additionalServiceInformation’ extension (clause 5.8.2) of the ‘Service information extension’ field (clause 5.5.9) according to the purpose of providing such additional ‘qualification’ information.
Når det må gis ytterligere «qualification»-opplysninger for den identifiserte tjenesteposten, SKAL operatøren av ordningen, når det er relevant, vurdere bruk av utvidelsen «additionalServiceInformation» (punkt 5.8.2) i feltet «Service information extension» (punkt 5.5.9) i samsvar med formålet for å gi slike ytterligere «qualification»-opplysninger.
Additionally, the Scheme operator can optionally use clause 5.5.6 (Scheme service definition URI).
Dessuten kan operatøren eventuelt bruke punkt 5.5.6 («Scheme service definition URI»).