natgillin/translations-raw huggingface dataset:
The fact that a service is currently either supervised or accredited is part of its current status. In addition to that, a supervision or accreditation status can be ‘ongoing’, ‘in cessation’, ‘ceased’, or even ‘revoked’. Throughout its lifetime, the same certification service may move from a supervision status to an accreditation status and vice versa ( ).
Det faktum at en tjeneste for tiden enten er under kontroll eller akkreditert, er en del av dens gjeldende status. I tillegg til dette kan en kontroll- eller akkrediteringsstatus være «pågående», «under opphør», «opphørt» eller også «tilbakekalt». Gjennom hele sin levetid kan den samme sertifiseringstjenesten gå fra kontrollstatus til akkrediteringsstatus og omvendt( ).
However, it should be noted that ‘Accreditation ceased’ and ‘Accreditation revoked’ must both be ‘transit status’ values only in the case of CSP QC services established in a Member State, as such services must be supervised by default (even when not or no longer accredited).
Det bør imidlertid bemerkes at både «Akkreditering opphørt» og «Akkreditering tilbakekalt» skal være transittstatusverdier bare når det gjelder CSP QC -tjenester som er etablert i en medlemsstat, ettersom slike tjenester som standard skal være under kontroll (selv om de ikke, eller ikke lenger, er akkreditert).
It is required that Member States establishing or having established a nationally defined ‘recognised approval scheme(s)’ implemented on a national basis for the supervision of compliance of services from CSPs not issuing QCs with the provisions laid down in Directive 1999/93/EC and with possible national provisions with regard to the provision of certification services (in the sense of Art. 2,11 of the Directive) will categorise such approval scheme(s) under the following two categories:
Det kreves at medlemsstater som oppretter eller har opprettet en nasjonalt definert «anerkjent godkjenningsordning» som er gjennomført på nasjonalt plan for å føre kontroll med at tjenester fra CSP-er som ikke utsteder QC-er, overholder bestemmelsene fastsatt i direktiv 1999/93/EF og eventuelle nasjonale bestemmelser om yting av sertifiseringstjenester (i henhold til artikkel 2 nr. 11 i nevnte direktiv), skal dele slike godkjenningsordninger inn i følgende to kategorier:
‘voluntary accreditation’ as defined and regulated in Directive 1999/93/EC (Art.2.13, Art. 3,2, Art 7.1(a), Art. 8,1, Art. 11, recitals (4)-(11-13));
«frivillig akkreditering» i samsvar med definisjonen og bestemmelsene i direktiv 1999/93/EF (artikkel 2 nr. 13, artikkel 3 nr. 2, artikkel 7 nr. 1 bokstav a), artikkel 8 nr. 1, artikkel 11 samt betraktning 4) og 11)-13)),
‘supervision’ as required in Directive 1999/93/EC and implemented by national provisions and requirements in accordance with national laws.
«kontroll» i samsvar med direktiv 1999/93/EF og gjennomført i nasjonale bestemmelser og krav i samsvar med nasjonal lovgivning.
The status value of such a service when listed in a Trusted List can have any of the above depicted status values as its ‘current status value’ (see Figure 1).
Statusverdien for en slik tjeneste når den er oppført på en pålitelighetsliste, kan ha en hvilken som helst av de statusverdiene som er angitt ovenfor, som «gjeldende statusverdi» (se figur 1).
Information on the supervision system applicable to any CSP QC ;
opplysninger om kontrollordningen som gjelder for alle CSP QC,
Information, when applicable, on the national âvoluntary accreditationâ scheme applicable to any CSP QC ;
eventuelt opplysninger om den nasjonale ordningen for «frivillig akkreditering» som gjelder for alle CSP QC,
Information, when applicable, on the national âvoluntary accreditationâ scheme applicable to any CSP not issuing QCs.
eventuelt opplysninger om den nasjonale ordningen for «frivillig akkreditering» som gjelder for alle CSP-er som ikke utsteder QC-er.
When supervision/accreditation status information is provided in the TL with regard to services from CSPs not issuing QCs, the aforementioned sets of information shall be provided at TL level through the use of ‘Scheme information URI’ (clause 5.3.7 – information being provided by Member States), ‘Scheme type/community/rules’ (clause 5.3.9 – through the use of a text common to all Member States, and optional specific information provided by a Member State) and ‘TSL policy/legal notice’ (clause 5.3.11 – a text common to all Member States referring to Directive 1999/93/EC, together with the ability for each Member State to add Member State specific text/references).
Når det gis opplysninger om kontroll-/akkrediteringsstatus i PL med hensyn til tjenester fra CSP-er som ikke utsteder QC-er, skal de ovennevnte settene med opplysninger gis på PL-nivå ved bruk av «Scheme information URI» (punkt 5.3.7 – opplysninger som gis av medlemsstaten), «Scheme type/community/rules» (punkt 5.3.9 – ved bruk av en tekst som er felles for alle medlemsstater, og valgfritt spesifikke opplysninger som gis av en medlemsstat), og «TSL policy/legal notice» (punkt 5.3.11 – en tekst som er felles for alle medlemsstater som viser til direktiv 1999/93/EF, samtidig med at hver medlemsstat har mulighet for å tilføye tekst/referanser som er spesifikk for medlemsstaten).
Additional ‘qualification’ information defined at the level of national supervision/accreditation systems for CSPs not issuing QCs may be provided at the service level when applicable and required (e.g to distinguish between several quality/security levels) through the use of ‘additionalServiceInformation’ extension (clause 5.8.2) as part of ‘Service information extension’ (clause 5.5.9).
Ytterligere kvalifiseringsopplysninger definert på nivået for nasjonale kontroll-/akkrediteringsordninger for CSP-er som ikke utsteder QC-er, kan gis på tjenestenivå når det er relevant og påkrevd (f.eks. for å skille mellom forskjellige kvalitets-/sikkerhetsnivåer) ved bruk av utvidelsen «additionalServiceInformation» (punkt 5.8.2) som en del av «Service information extension» (nr. 5.5.9).
Despite the fact that separate bodies of a Member State may be in charge of the supervision and accreditation of certification services in that Member State, it is expected that only one entry shall be used for one single certification service (identified by its ‘Service digital identity’ as per ETSI TS 102 231 ( ) and that its supervision/accreditation status will be updated accordingly.
Til tross for det faktum at forskjellige organer i en medlemsstat kan ha ansvar for kontrollen med og akkrediteringen av sertifiseringstjenestene i denne medlemsstaten, forventes det at bare én post skal brukes for én enkelt sertifiseringstjeneste (identifisert ved dens «Service digital identity» i henhold til ETSI TS 102 231( ), og at dens kontroll-/akkrediteringsstatus vil bli ajourført i samsvar med dette.
The meaning of the above depicted statuses is described in the related clause 5.5.4 of the detailed technical specifications in Chapter I.
Betydningen av de statusene som er angitt ovenfor, er beskrevet i det tilhørende punkt 5.5.4 i de detaljerte tekniske spesifikasjonene i kapittel I.
TL entries aiming at facilitating the validation of QES and AdES QC
PL-poster med sikte på å forenkle valideringen av QES og AdES QC
The most critical part of the creation of the TL is the establishment of the mandatory part of the TL, namely the ‘List of services’ per CSP issuing QCs, in order to correctly reflect the exact issuing situation of each such QC-issuing certification service and to ensure that the information provided in each entry is sufficient to facilitate the validation of QES and AdES QC (when combined with the content of the end-entity QC issued by the CSP under the certification service listed in this entry).
Den mest kritiske delen ved opprettelsen av pl er utarbeidingen av den obligatoriske delen av pl-en, nemlig «List of services» for hver CSP som utsteder QC-er, for å kunne gjenspeile på riktig måte den nøyaktige utstedelsessituasjonen for hver slik QC-utstedende sertifiseringstjeneste, og for å sikre at de opplysningene som gis i hver post, er tilstrekkelige for å forenkle valideringen av QES og AdES QC (i kombinasjon med innholdet i den sluttenhets-QC som er utstedt av CSP i forbindelse med sertifiseringstjenesten oppført i denne posten).
The Body in a Member State that is designated to establish, edit and maintain the TL (i.e. the Scheme operator as per ETSI TS 102 231) must therefore take into account the current profile and certificate content in each issued QC, per CSP QC covered by the TL.
Det organet i en medlemsstat som er utpekt til å utarbeide, redigere og vedlikeholde pl (dvs. operatøren av ordningen i henhold til ETSI TS 102 231), skal derfor ta hensyn til den aktuelle profilen og sertifikatets innhold i hvert utstedt QC for hver CSP QC som er omfattet av pl.
Ideally each issued QC should include the ETSI defined QcCompliance( ) statement when it is claimed that it is a QC and should include the ETSI defined QcSSCD statement when it is claimed that it is supported by an SSCD to generate eSignatures, and/or that each issued QC includes one of the QCP/QCP + certificate policy Object Identifiers (OIDs) defined in ETSI TS 101 456 ( ).
Helst bør hvert utstedt QC inneholde den QcCompliance( )-erklæringen som er definert i ETSI når det hevdes at det er et QC, og bør inneholde den QcSSCD-erklæringen som er definert i ETSI når det hevdes at det støttes av et SSCD for å generere e-signaturer, og/eller at hvert utstedt QC inneholder en av de objektidentifikatorene (OID) for sertifikatstrategien for QCP/QCP + som er definert i ETSI TS 101 456( ).
Refer to ETSI TS 101 862 — Electronic Signatures and Infrastructures (ESI):
Se ETSI TS 101 862 — Electronic Signatures and Infrastructures (ESI):
ETSI TS 101 456 — Electronic Signature and Infrastructures (ESI); Policy requirements for certification authorities issuing qualified certificates.
ETSI TS 101 456 — Electronic Signature and Infrastructures (ESI); Policy requirements for certification authorities issuing qualified certificates.
Completing the ‘Service type identifier’ (Sti), ‘Service name’ (Sn), and ‘Service digital identity’ (Sdi) ( ) fields with information provided in the ‘Service information extensions’ (Sie) field allows the proposed TL common template to fully determine a specific type of qualified certificate issued by a listed CSP certification service issuing QCs and to provide information about the fact that it is supported by an SSCD or not (when such information is missing in the issued QC).
Ved å fylle ut feltene «Service type identifier» («Sti»), «Service name» («Sn») og «Service digital identity» («Sdi»)( ) med opplysninger som er gitt i feltet «Service information extensions» («Sie»), kan den foreslåtte felles malen for PL fullt ut bestemme en spesifikk type kvalifisert sertifikat som er utstedt av en listeoppført CSP-sertifiseringstjeneste som utsteder QC-er, og gi opplysninger om hvorvidt den støttes av et SSCD eller ikke (når slike opplysninger mangler i det utstedte QC).
General principles — Editing rules — CSP QC entries (listed services)
Allmenne prinsipper — redigeringsregler — CSP QC -poster (listeførte tjenester)
If it is ensured (guarantee provided by CSP QC and supervised/accredited by Supervisory Body (SB)/Accreditation Body (AB)) that, for a listed service identified by a ‘Sdi’, any QC supported by an SSCD does contain the ETSI defined QcCompliance statement, and does contain the QcSSCD statement and/or QCP + Object Identifier (OID), then the use of an appropriate ‘Sdi’ is sufficient and the ‘Sie’ field can be used as an option and will not need to contain the SSCD support information.
Dersom det for en listeført tjeneste som er identifisert med en «Sdi», er sikret (garanti fra CSP QC og under kontroll/akkreditert av kontrollorgan/akkrediteringsorgan) at et QC som støttes av et SSCD, inneholder den ETSI-definerte QcCompliance-erklæringen, og inneholder QcSSCD-erklæringen og/eller QCP + objektidentifikator (OID), er bruken av en egnet «Sdi» tilstrekkelig, og «Sie»-feltet kan brukes som et alternativ og trenger ikke å inneholde opplysninger om SSCD-støtte.
If it is ensured (guarantee provided by CSP QC and supervised/accredited by SB/AB) that, for a listed service identified by a ‘Sdi’, any QC not supported by an SSCD does contain either the QcCompliance statement and/or QCP OID, and it is such that it is meant to not contain the QcSSCD statement or QCP + OID, then the use of an appropriate ‘Sdi’ is sufficient and the ‘Sie’ field can be used as an option and will not need to contain the SSCD support information (meaning it is not supported by an SSCD)
Dersom det for en listeført tjeneste som er identifisert med en «Sdi», er sikret (garanti fra CSP QC og under kontroll/akkreditert av kontrollorgan/akkrediteringsorgan) at et QC som ikke støttes av et SSCD, inneholder enten QcCompliance-erklæringen, og/eller QCP OID, og det er slik at det er meningen at det ikke skal inneholde QcSSCD-erklæringen eller QCP + OID, er bruken av en egnet «Sdi» tilstrekkelig, og «Sie»-feltet kan brukes som et alternativ og trenger ikke å inneholde opplysninger om SSCD-støtte (innebærer at det ikke støttes av et SSCD).
If it is ensured (guarantee provided by CSP QC and supervised/accredited by SB/AB) that, for a listed service identified by a ‘Sdi’, any QC does contain the QcCompliance statement, and some of these QCs are meant to be supported by SSCDs and some not (e.g. this may be differentiated by different CSP specific Certificate Policy OIDs or through other CSP specific information in the QC, directly or indirectly, machine-processable or not), but it contains NEITHER the QcSSCD statement NOR the ETSI QCP(+) OID, then the use of an appropriate ‘Sdi’ may not be sufficient AND the Sie field must be used to indicate explicit SSCD support information together with a potential information extension to identify the covered set of certificates.
Dersom det for en listeført tjeneste som er identifisert med en «Sdi», er sikret (garanti fra CSP QC og under kontroll/akkreditert av kontrollorgan/akkrediteringsorgan) at et QC inneholder QcCompliance-erklæringen, og det er meningen at noen av disse QC-ene skal støttes av SSCD og andre ikke (f.eks. kan dette differensieres av forskjellige CSP-spesifikke Certificate Policy-OID-er eller gjennom andre CSP-spesifikke opplysninger i QC, direkte eller indirekte, maskinlesbart eller ikke), men det inneholder VERKEN QcSSCD-erklæringen ELLER ETSI QCP(+) OID, er det ikke sikkert at bruken av en egnet «Sdi» er tilstrekkelig, OG «Sie»-feltet må brukes for å gi uttrykkelige opplysninger om SSCD-støtte sammen med eventuelt utvidede opplysninger for å identifisere det settet med sertifikater som omfattes.
If it is ensured (guarantee provided by CSP QC and supervised/accredited by SB/AB) that for a listed service identified by a ‘Sdi’, any QC does not contain any of the QcCompliance statement, the QCP OID, the QcSSCD statement, or the QCP + OID but it is ensured that some of these end-entity certificates issued under this ‘Sdi’ are meant to be QCs and/or supported by SSCDs and some not (e.g. this may be differentiated by different CSP QC specific Certificate Policy OIDs or through other CSP QC specific information in the QC, directly or indirectly, machine-processable or not), then the use of an appropriate Sdi will not be sufficient AND the Sie field must be used to include explicit SSCD support information.
Dersom det for en listeført tjeneste som er identifisert med en «Sdi», er sikret (garanti fra CSP QC og under kontroll/akkreditert av kontrollorgan/akkrediteringsorgan) at et QC ikke inneholder noen QcCompliance-erklæring, QCP OID, QcSSCD-erklæringen eller QCP + OID, men det er sikret at noen av disse sluttenhetssertifikatene som er utstedt under denne «Sdi», er ment å være QC-er og/eller støttet av SSCD, og andre ikke (f.eks. kan dette differensieres av forskjellige CSP QC -spesifikke Certificate Policy-OID-er eller gjennom andre CSP QC -spesifikke opplysninger i QC, direkte eller indirekte, maskinlesbart eller ikke), vil ikke bruken av en egnet «Sdi» være tilstrekkelig, OG «Sie»-feltet må brukes for å ta med uttrykkelige opplysninger om SSCD-støtte.
In the context of a CSP QC using one Root CA under which several CAs are issuing QCs and non-QCs, but for which the QCs do contain only the QcCompliance statement and no indication of whether it is supported by an SSCD, listing the Root CA ‘Sdi’ only would mean, under the rules explained above, that any QC issued under this Root CA hierarchy is NOT supported by an SSCD.
I forbindelse med en CSP QC som bruker en rot-CA, som flere CA-er utsteder QC-er og ikke-QC-er under, men der QC-ene inneholder bare QcCompliance-erklæringen og ingen angivelse av om den støttes av et SSCD, vil i henhold til reglene forklart ovenfor, oppføring av bare rot-CA-ens «Sdi» innebære at alle QC-er utstedt under dette rot-CA-hierarkiet, IKKE støttes av et SSCD.
In the meantime (until the last QC not containing this information has expired), the TSL should make use of the Sie field and associated Qualifications extension, e.g. filtering certificates through specific CSP QC defined OID(s) potentially used by the CSP QC to distinguish between different types of QCs (some supported by an SSCD and some not) and including explicit ‘SSCD support information’ with regards to those filtered certificates through the use of ‘Qualifiers’.
I mellomtiden (til det siste QC som ikke inneholder disse opplysningene, utløper), bør TSL-en bruke «Sie» -feltet og tilknyttede «Qualifications» -utvidelser, f.eks. filtrering av sertifikater gjennom spesifikke CSP QC -definerte OID(-er) som kan brukes av CSP QC for å skille mellom forskjellige typer QC-er (noen støttet av et SSCD og andre ikke), og inklusive eksplisitt «SSCD support information» for slike filtrerte sertifikater ved bruk av «Qualifiers».
The general usage guidelines for electronic signature applications, services or products relying on a TSL implementation of a Trusted List according to the present Technical Specifications are as follows:
De overordnede retningslinjene for bruk for applikasjoner, tjenester eller produkter for elektroniske applikasjoner som er avhengige av en TSL-gjennomføring av en pålitelighetsliste i samsvar med de gjeldende tekniske spesifikasjonene, er som følger:
indicates that from the ‘Sdi’ identified CA (similarly within the CA hierarchy starting from the ‘Sdi’ identified RootCA), all issued end-entity certificates are QCs provided that it is claimed as such in the certificate through the use of appropriate QcStatements (i.e. QcC, QcSSCD) and/or ETSI defined QCP(+) OIDs (and this is ensured by Supervisory/Accreditation Body, see above ‘general editing guidelines’)
angir at fra den «Sdi»-identifiserte CA (og tilsvarende i CA-hierarkiet fra den «Sdi»-identifiserte rot-CA) er alle utstedte sluttenhetssertifikater QC-er, forutsatt at det i sertifikatet hevdes at de er dette ved bruk av egnede Qc-erklæringer (dvs. QcC, QcSSCD) og/eller ETSI-definert QCP(+) OID-er (og dette er sikret av kontroll-/akkrediteringsorgan, se «overordnede retningslinjer for redigering» ovenfor)
That means that the usage (or not) of the appropriate QcStatements (i.e. QcC, QcSSCD) and/or ETSI defined QCP(+) OIDs is ensured to be in accordance with what it is claimed by the CSP QC .
Det betyr at bruken (eller ikke) av de egnede Qc-erklæringene (dvs. QcC, QcSSCD) og/eller ETSI-definerte QCP(+) OID-ene er sikret å være i samsvar med det som hevdes av CSP QC .
and IF «Sie» «Qualification» information is present, then in addition to the above default usage interpretation rule, those certificates that are identified through the use of this ‘Sie’‘Qualification’ entry, which is constructed on the principle of a sequence of ‘filters’ further identifying a set of certificates and providing some additional information regarding ‘SSCD support’ and/or ‘Legal person as subject’ (e.g. those certificates containing a specific OID in the Certificate Policy extension, and/or having a specific ‘Key usage’ pattern, and/or filtered through the use of a specific value to appear in one specific certificate field or extension, etc.), are to be considered according to the following set of ‘qualifiers’, compensating for the lack of information in the corresponding QC, i.e.:
og DERSOM «Sie» «Qualification»-opplysninger foreligger, skal i tillegg til den ovennevnte fortolkningsregelen for standard bruk, de sertifikatene som identifiseres ved bruk av denne «Sie» «Qualification»-posten, som bygger på prinsippet om en sekvens av filtre som ytterligere identifiserer et sett med sertifikater og gir ytterligere opplysninger om SSCD-støtte og/eller at sertifikatet utstedes til en juridisk person (f.eks. de sertifikatene som inneholder en spesifikk OID i Certificate Policy-utvidelsen, og/eller har et spesifikt «Key usage»-mønster, og/eller filtreres ved bruk av en spesifikk verdi som skal vises i et spesifikt sertifikatfelt eller i en utvidelse osv.), vurderes i henhold til følgende sett med «qualifiers», som kompenserer for mangelen på opplysninger i tilsvarende QC, dvs.:
A similar provision can apply to certification services issuing non-qualified certificates (of a ‘CA/PKC’ service type) using the default ETSI TS 102 231 OCSP and CRL service types.
En lignende bestemmelse kan få anvendelse på sertifiseringstjenester som utsteder ikke-kvalifiserte sertifikater (av typen «CA/PKC»-tjeneste) ved å bruke standard OCSP- og CRL-tjenestetyper i ETSI TS 102 231.
However even in those cases, the principle of ensuring the unambiguous link between a CSP QC certification service and the set of certificates meant to be identified as QCs has to be maintained and ensured.
Selv i disse tilfellene må imidlertid prinsippet om å sikre den entydige forbindelsen mellom en CSP QC -sertifiseringstjeneste og settet med sertifikater som er ment å skulle identifiseres som QC-er, vedlikeholdes og sikres.
A Trusted List type information (e.g. for identification of the fact that this Trusted List is providing information on the supervision/accreditation status of certification services from CSPs supervised/accredited by the referenced Member State for compliance with the provisions laid down in Directive 1999/93/EC);
typeopplysninger for pålitelighetslisten (f.eks. for å identifisere det faktum at denne pålitelighetslisten gir opplysninger om kontroll-/akkrediteringsstatusen for sertifiseringstjenester fra CSP-er som er under kontroll/akkreditert av den aktuelle medlemsstaten, for overholdelse av bestemmelsene fastsatt i direktiv 1999/93/EF),
As defined in Article 2(11) of Directive 1999/93/EC
Som definert i artikkel 2 nr. 11 i direktiv 1999/93/EF.
Certification Authority
Sertifiserings myndighet
Optionally the Certification Authority may create the users' keys [ETSI TS 102 042].
Eventuelt kan sertifiseringsmyndigheten opprette brukernes nøkler [ETSI TS 102 042].
As defined in Article 2.9 of Directive 1999/93/EC
Som definert i artikkel 2 nr. 9 i direktiv 1999/93/EF.
Supervision is used in the meaning of Directive 1999/93/EC (Art. 3,3).
Kontroll brukes som definert i artikkel 3 nr. 3 i direktiv 1999/93/EF.
As defined in article 2(13) of Directive 1999/93/EC
Som definert i artikkel 2 nr. 13 i direktiv 1999/93/EF.
Form of a signed list used as the basis for presentation of trust service status information according to the specifications laid down in the ETSI TS 102 231.
En form for underskrevet liste som brukes som grunnlag for framlegging av statusopplysninger for pålitelighetstjenester i samsvar med spesifikasjonene fastsatt i ETSI TS 102 231.
Service which enhances trust and confidence in electronic transactions (typically but not necessarily using cryptographic techniques or involving confidential material) (ETSI TS 102 231).
Tjeneste som øker tilliten til og fortroligheten ved elektroniske transaksjoner (typisk, men ikke nødvendigvis ved å bruke kryptografiske metoder eller involvere fortrolig materiale) (ETSI TS 102 231).
An AdES supported by a QC and which is created by an SSCD as defined in Article 2 of Directive 1999/93/EC.
En AdES støttet av et QC og som er opprettet av et SSCD, som definert i artikkel 2 i direktiv 1999/93/EF.