natgillin/translations-raw huggingface dataset:
In some carefully envisaged circumstances and carefully managed conditions, a Member State Supervisory Body/Accreditation Body may decide to use the X.509v3 certificate of a Root or Upper level CA (i.e. 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 forhold kan en medlemsstats kontroll-/akkrediteringsorgan beslutte å bruke X.509v3-sertifikatet for en rot-CA eller overordnet (Upper Level) CA (dvs. 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 as Sdi values of TL services entries must be carefully considered and endorsed by Member States.
Konsekvensene (fordeler og ulemper) ved å bruke en slik X.509v3 rot-CA eller overordnet CA som «Sdi» -verdier for pl-tjenesteposter, må vurderes nøye og godkjennes av medlemsstatene.
Moreover, when using this authorized exception to the default principle, Member State must provide the necessary documentation to facilitate certification path building and verification.
Når dette tillatte unntaket fra standardprinsippet benyttes, skal imidlertid medlemsstaten gi nødvendig dokumentasjon for å forenkle sertifiseringsbanens oppbygging og verifisering.
In order to illustrate the general editing guidelines, the following example can be given:
De overordnede retningslinjene for redigering kan illustreres med følgende eksempler:
In the context of a CSP
I forbindelse med en CSP
If those QCs are actually supported by an SSCD, it would be strongly recommended to make use of the QcSSCD statement in the QCs issued in the future.
Dersom disse QC-ene faktisk støttes av et SSCD, vil det sterkt anbefales å bruke QcSSCD-erklæringen i QC-er som utstedes i framtiden.
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
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
A ‘CA/QC’‘Sti’ entry (similarly a CA/QC entry further qualified as being a RootCA/QC through the use of ‘Sie’ additionalServiceInformation extension)
En «CA/QC» «Sti»-post (og tilsvarende en CA/QC-post ytterligere kvalifisert som en «rot-CA/QC» ved bruk av utvidelsen «Sie» «additionalServiceInformation»)
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
angir at fra den «Sdi»-identifiserte CA (og tilsvarende i CA-hierarkiet fra den «Sdi»-identifiserte rot-CA) er alle utstedte sluttenhetssertifikater QC-er,
if no ‘Sie’‘Qualification information’ is present or if an end-entity certificate that is claimed to be a QC is not ‘further identified’ through a related ‘Sie’ entry, then the ‘machine-processable’ information to be found in the QC is supervised/accredited to be accurate.
Dersom ingen «Sie» «Qualification»-opplysninger foreligger, eller dersom et sluttenhetssertifikat som hevdes å være et QC, ikke er ytterligere identifisert gjennom en tilhørende «Sie»-post, skal de maskinlesbare opplysningene som skal ligge i QC-et, være under kontroll/akkrediteres for å være korrekte.
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
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
to indicate the SSCD support:
for å angi SSCD-støtte:
‘QCWithSSCD’ qualifier value meaning ‘QC supported by an SSCD’, or
«QCWithSSCD» som betyr «QC som støttes av et SSCD», eller
‘QCNoSSCD’ qualifier value meaning ‘QC not supported by an SSCD’, or
«QCNoSSCD» som betyr «QC som ikke støttes av et SSCD», eller
‘QCSSCDStatusAsInCert’ qualifier value meaning that the SSCD support information is ensured to be contained in any QC under the ‘Sdi’ - ‘Sie’ provided information in this CA/QC entry;
«QCSSCDStatusAsInCert» som betyr at det er sikret at opplysninger om SSCD-støtte er med i ethvert QC under «Sdi-»/«Sie»-angitte opplysninger i denne CA/QC-posten,
to indicate issuance to Legal Person:
for å angi utstedelse til juridisk person:
‘QCForLegalPerson’ qualifier value meaning ‘Certificate issued to a Legal Person’.
«QCForLegalPerson» som betyr «Sertifikat utstedt til en juridisk person».
The cases where the CRLs and OCSP responses are signed by keys other than from a CA issuing QCs (‘CA/QC’) should also be covered.
De tilfellene der CRL-er og OCSP-svar underskrives av andre nøkler enn fra en CA som utsteder QC-er («CA/QC»), bør også omfattes.
This may be covered by listing those services as such in the TSL implementation of the TL (i.e. with a ‘Service type identifier’ further qualified by an ‘additionalServiceInformation’ extension reflecting an OCSP or a CRL service as being part of the provision of QCs, e.g. with a service type of ‘OCSP/QC’ or ‘CRL/QC’ respectively) since these services can be considered as part of the supervised/accredited ‘qualified’ services related to the provision of QC certification services.
Dette kan gjøres ved å listeføre disse tjenestene som sådanne i TSL-gjennomføringen av pl (dvs. med en «Service type identifier» som er ytterligere kvalifisert ved en «additionalServiceInformation»-utvidelse som gjenspeiler at en OCSP eller en CRL-tjeneste er en del av ytingen av QC-er, f.eks. med tjenestetype henholdsvis «OCSP/QC» eller «CRL/QC»), ettersom disse tjenestene kan anses som en del av de kontrollerte/akkrediterte kvalifiserte tjenestene i tilknytning til yting av QC-sertifiseringstjenester.
Of course, OCSP responders or CRL Issuers whose certificates are signed by CAs under the hierarchy of a listed CA/QC service are to be considered as ‘valid’ and in accordance with the status value of the listed CA/QC service.
Selvsagt skal OCSP-respondere eller CRL-utstedere hvis sertifikater underskrives av CA-er under hierarkiet for en listeført CA/QC-tjeneste, anses som gyldige og i samsvar med statusverdien for den listeførte CA/QC-tjenesten.
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.
Note that the TSL implementation of the TL MUST include revocation services when related information is not present in the AIA field of end certificates, or when not signed by a CA that is one of the listed CAs.
Vær oppmerksom på at TSL-gjennomføringen av pl MÅ omfatte tilbakekallingstjenester når tilhørende opplysninger ikke foreligger i AIA-feltet på sluttsertifikater, eller når de ikke er underskrevet av en CA som er listeført.
Moving towards interoperable QC profile
Utvikling mot en samvirkende QC-profil
As a general rule, it must be tried to simplify (reduce) as far as possible the number of entries of services (different ‘Sdi’’s).
Som en generell regel skal det forsøkes å forenkle (redusere) antallet tjenesteposter (forskjellige «Sdi-er») så mye som mulig.
This must be balanced however with the correct identification of those services that are related to the issuing of QCs and the provision of the trusted information on whether or not those QCs are supported by an SSCD when this information is missing from the issued QC.
Dette må imidlertid balanseres mot riktig identifikasjon av de tjenestene som er knyttet til utstedelsen av QC-er, og levering av pålitelige opplysninger om hvorvidt disse QC-ene støttes av et SSCD eller ikke, når disse opplysningene mangler fra et utstedt QC.
Ideally the use of the ‘Sie’ field and ‘Qualification’ extension should be (strictly) restricted to those specific cases to be solved that way, as QCs should contain enough information with regard to the claimed qualified status and the claimed support or not by an SSCD.
Helst bør bruken av «Sie»-feltet og «Qualification»-utvidelsen (strengt) begrenses til de særlige tilfellene som skal løses på den måten, siden QC-er bør inneholde nok opplysninger med hensyn til hevdet kvalifisert status og hevdet støtte av et SSCD eller ikke.
Member States should, as much as possible, enforce the adoption and use of interoperable QC profiles.
Medlemsstatene bør i så stor grad som mulig sikre at samvirkende QC-profiler innføres og brukes.
The proposed Common Template for a Member State Trusted List will be structured into the following categories of information:
Den foreslåtte felles malen for en medlemsstats pålitelighetsliste vil bli strukturert i følgende kategorier av opplysninger:
A sequence of fields holding unambiguous identification information about every supervised/accredited CSP under the scheme (this sequence is optional, i.e. when not used, the list will be deemed to be empty meaning that no CSP is either supervised or accredited in the associated Member State in the context of the Trusted List scope);
En sekvens av felter som inneholder entydige identifikasjonsopplysninger om hver kontrollert/akkreditert CSP i ordningen (denne sekvensen er valgfri, dvs. når den ikke brukes, vil listen bli ansett for å være tom, noe som betyr at ingen CSP er under kontroll eller akkreditert i den tilhørende medlemsstaten innenfor rammen av pålitelighetslistens virkeområde).
For each listed CSP, a sequence of fields holding unambiguous identification of a supervised/accredited certification service provided by the CSP (this sequence must have a minimum of one entry);
For hver listeført CSP, en sekvens av felter som inneholder entydig identifikasjon av en kontrollert/akkreditert sertifiseringstjeneste som CSP-en yter (denne sekvensen må ha minst én post).
For each listed supervised/accredited certification service, identification of the current status of the service and the history of this status.
For hver listeført kontrollert/akkreditert sertifiseringstjeneste, identifikasjon av tjenestens gjeldende og historiske status.
In the context of a CSP issuing QCs, the unambiguous identification of a supervised/accredited certification service to be listed must take into consideration those situations where not enough information is available in the qualified certificate about its ‘qualified’ status, its potential support by an SSCD and especially in order to cope with the additional fact that most of the (commercial) CSPs are using one single issuing Qualified CA to issue several types of end-entity certificates, both qualified and non-qualified.
I forbindelse med en CSP som utsteder QC-er, må den entydige identifikasjonen av en kontrollert/akkreditert sertifiseringstjeneste som skal listeføres, ta hensyn til de situasjonene der det ikke foreligger nok opplysninger i det kvalifiserte sertifikatet om dets status som kvalifisert, dets mulige støtte fra et SSCD, og særlig for å kunne håndtere det ytterligere faktum at de fleste (kommersielle) CSP-ene bruker én enkelt utstedende kvalifisert CA til å utstede flere typer sluttenhetssertifikater, både kvalifiserte og ikke-kvalifiserte.
The number of entries in the list per recognised CSP might be reduced where one or several Upper CA services exist, e.g. in the context of a commercial hierarchy of CAs from a Root CA down to issuing CAs.
Antall poster på listen per anerkjent CSP kan reduseres dersom det finnes én eller flere overordnede CA-tjenester, f.eks. i forbindelse med et kommersielt hierarki av CA-er fra en rot-CA ned til utstedende CA-er.
However even in those cases, the principle of ensuring the unambiguous link between a CSP
Selv i disse tilfellene må imidlertid prinsippet om å sikre den entydige forbindelsen mellom en CSP
The following information will be part of this category:
Følgende opplysninger vil inngå i denne kategorien:
A Trusted List tag facilitating the identification of the Trusted List during electronic searches and also to confirm its purposes when in human-readable form,
et pålitelighetslistemerke som forenkler identifikasjonen av pålitelighetslisten under elektroniske søk, og som også bekrefter dens formål når den har et menneskelesbart format,
A Trusted List format and format version identifier,
en identifikator for pålitelighetslistens format og versjon,
A Trusted List sequence (or release) number,
pålitelighetslistens sekvensnummer (eller utgivelsesnummer),
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),
A Trusted List owner information (e.g. name, address, contact information, etc. of the Member State Body in charge of establishing, publishing securely and maintaining the Trusted List),
eieropplysninger for pålitelighetslisten (f.eks. navn, adresse, kontaktopplysninger osv. for det organet i medlemsstaten som er ansvarlig for å utarbeide, offentliggjøre sikkert og vedlikeholde pålitelighetslisten),
Information about the underlying supervision/accreditation scheme(s) to which the Trusted List is associated, including but not limited to:
opplysninger om den eller de underliggende kontroll-/akkrediteringsordningene som pålitelighetslisten er tilknyttet, herunder, men ikke begrenset til
the country in which it applies,
staten den gjelder for,
information on or reference to the location where information on the scheme(s) can be found (scheme model, rules, criteria, applicable community, type, etc.),
opplysninger om eller referanse til det stedet der opplysninger om ordningen(e) er å finne (modell, regler, kriterier, aktuelt område, type osv.),
period of retention of (historical) information;
oppbevaringsperiode for (historiske) opplysninger,
Trusted List policy and/or legal notice, liabilities, responsibilities,
politikk og/eller juridisk uttalelse, forpliktelser og ansvar i forbindelse med pålitelighetslisten,
Trusted List issue date and time and next foreseen update,
pålitelighetslistens utstedelsesdato og tidspunkt for neste planlagte ajourføring.
Unambiguous identification information about every CSP recognised by the scheme
Entydige identifikasjonsopplysninger om hver CSP som ordningen anerkjenner
This set of information will include at least the following:
Dette settet med opplysninger vil omfatte minst følgende:
The CSP organisation name as used in formal legal registrations (this may include the CSP organisation UID following Member State practices),
CSP-organisasjonens navn slik det brukes i formelle, juridiske registre (dette kan omfatte CSP-organisasjonens UID etter praksis i medlemsstaten),
The CSP address and contact information,
CSP-ens adresse og kontaktopplysninger,
Additional information on the CSP either included directly or by reference to a location from where such information can be downloaded,
ytterligere opplysninger om CSP-en, enten tatt med direkte eller ved referanse til et sted der disse opplysningene kan lastes ned fra.
For each listed CSP, a sequence of fields holding unambiguous identification of a certification service provided by the CSP and supervised/accredited in the context of Directive 1999/93/EC
For hver listeført CSP, en sekvens av felter som inneholder entydig identifikasjon av en sertifiseringstjeneste som CSP-en yter, og som er under kontroll/akkreditert innenfor rammen av direktiv 1999/93/EF
This set of information will include at least the following for each certification service from a listed CSP:
Dette settet med opplysninger vil omfatte minst følgende for hver sertifiseringstjeneste fra en listeført CSP:
An identifier of the type of certification service (e.g. identifier indicating that the supervised/accredited certification service from the CSP is a Certification Authority issuing QCs),
en identifikator for den typen sertifiseringstjeneste (f.eks. identifikator som angir at den kontrollerte/akkrediterte sertifiseringstjenesten fra CSP-en er en sertifiseringsmyndighet som utsteder QC-er),
(Trade) name of this certification service,
(handels)navnet til denne sertifiseringstjenesten,
An unambiguous unique identifier of the certification service,
en unik, entydig identifikator til denne sertifiseringstjenesten,
Additional information on the certification service (e.g. directly included or included by reference to a location from which information can be downloaded, access information regarding the service),
ytterligere opplysninger om sertifiseringstjenesten (f.eks. tatt med direkte eller ved referanse til et sted der disse opplysningene kan lastes ned fra, opplysninger om adgang til tjenesten,
For CA/QC services, an optional sequence of tuples of information, each tuple providing,
for CA/QC-tjenester, en valgfri sekvens av tupler, der hver tuppel gir opplysninger om
Criteria to be used to further identify (filter) within the ‘Sdi’ identified certification service that precise service (i.e. set of qualified certificates) for which additional information is required/provided with regards to the indication of the SSCD support (and/or issuance to Legal Person); and
kriterier som skal brukes for under den «Sdi»-identifiserte sertifiseringstjenesten ytterligere å identifisere (filtrere) den eksakte tjenesten (dvs. settet med kvalifiserte sertifikater), som det kreves/gis ytterligere opplysninger for, med hensyn til angivelsen av SSCD-støtte (og/eller utstedelse til en juridisk person), og
The associated ‘qualifiers’ providing information whether the set of qualified certificates from this further identified service is supported by an SSCD or not, and/or information about whether such QCs are issued to Legal Person (by default they are to be considered as issued to Natural Persons).
tilknyttede «qualifiers» som gir opplysninger om hvorvidt settet med kvalifiserte sertifikater fra denne ytterligere identifiserte tjenesten støttes av et SSCD eller ikke, og/eller opplysninger om hvorvidt slike QC-er blir utstedt til juridiske personer (standard er at de betraktes som utstedt til fysiske personer).
For each listed certification service, the identification of the current status of the service and the history of this status
For hver listeført sertifiseringstjeneste, identifikasjon av tjenestens gjeldende og historiske status
An identifier of the Current Status;
en identifikator for gjeldende status,
The Current Status starting date and time;
startdato og -tidspunkt for gjeldende status,
Historical information about this status.
historiske opplysninger om denne statusen.
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
A CA is a CSP and can use several technical CAs' private signing keys, each having an associated certificate, in order to issue end-entity certificates.
En CA er en CSP og kan bruke flere tekniske CA-ers private signeringsnøkler, som hver har et tilknyttet sertifikat, for å utstede sluttenhetssertifikater.
A CA is an authority trusted by one or more users to create and assign certificates.
En CA er en myndighet som én eller flere brukere har tillit til når det gjelder å opprette og tildele sertifikater.
Optionally the Certification Authority may create the users' keys [ETSI TS 102 042].
Eventuelt kan sertifiseringsmyndigheten opprette brukernes nøkler [ETSI TS 102 042].
The CA is deemed to be identified through the identification information present in the Issuer field of the CA certificate related to (certifying) the public key associated with the CA’s private signing key and which, effectively, is used by the CA to issue entity certificates.
CA anses å være identifisert gjennom de identifikasjonsopplysningene som ligger i Issuer-feltet i CA-sertifikatet for (som sertifiserer) den offentlige nøkkelen som er tilknyttet CA-ens private signeringsnøkkel, og som i praksis brukes av CA-en for å utstede enhetssertifikater.
A CA may have several signing keys.
En CA kan ha flere signeringsnøkler.
Every CA signing key is uniquely identified by a unique identifier as part of the Authority Key Identifier field in the CA’s certificate.
Hver CA-signeringsnøkkel identifiseres unikt ved en unik identifikator som er en del av Authority Key Identifier-feltet i CA-ens sertifikat.
Certification Authority issuing Qualified Certificates
Sertifiserings­myndighet som utsteder kvalifiserte sertifikater
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.
The Directive requires Member States to establish an appropriate system allowing the supervision of CSPs which are established on their territory and issue qualified certificates to the public, ensuring the supervision of compliance with the provisions laid down in the Directive.
Direktivet krever at medlemsstatene utarbeider en egnet ordning som tillater kontroll av CSP-er som er etablert på deres territorium og utsteder kvalifiserte sertifikater til allmennheten, samtidig som det sikres kontroll med at direktivets bestemmelser overholdes.
As defined in article 2(13) of Directive 1999/93/EC
Som definert i artikkel 2 nr. 13 i direktiv 1999/93/EF.
Trusted List
pålitelighetsliste
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).
Trust Service Provider
Yter av tillits­tjenester
Body operating one or more (electronic) Trust Services (This term is used with a broader application than CSP).
Organ som driver én eller flere (elektroniske) pålitelighetstjenester (dette uttrykket brukes med videre betydning enn CSP).
Trust Service Token
Tegn for tillits­tjenester
Examples of binary TrSTs are certificates, CRLs, Time Stamp Tokens and OCSP responses.
Eksempler på binære TrST-er er sertifikater, CRL-er, tidsstempeltegn og OCSP-svar.
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.
Secure Signature Creation Device
Sikkert signatur­framstillings­system
IETF RFC 2119:
IETF RFC 2119:
The present specifications are relying on the specifications and requirements stated in ETSI TS 102 231 v3.1.1 (2009-06).
Disse spesifikasjonene bygger på spesifikasjonene og kravene angitt i ETSI TS 102 231 v3.1.1 (2009-06).
When no specific requirement is stated in the present specifications, requirements from ETSI TS 102 231 SHALL apply entirely.
Når det ikke er angitt noe bestemt krav i disse spesifikasjonene, SKAL kravene fra ETSI TS 102 231 anvendes fullt ut.