natgillin/translations-raw huggingface dataset:
The ‘Service type identifier’ (Sti), e.g. identifying a CA issuing QCs (CA/QC),
”Service type identifier” (”Sti”), jolla tunnistetaan esimerkiksi hyväksyttyjä varmenteita myöntävä varmentaja (”CA/QC”),
The ‘Service name’ (Sn),
”Service name” (”Sn”),
The ‘Service digital identity’ (Sdi) information identifying a listed service, e.g. the X.509v3 certificate (as a minimum) of a CA issuing QCs,
”Service digital identity” (”Sdi”) -tieto, jolla tunnistetaan lueteltu palvelu, esimerkiksi (ainakin) hyväksyttyjä varmenteita myöntävän varmentajan X.509v3 -varmenne,
For CA/QC services, optional ‘Service information extensions’ (Sie) information that shall allow inclusion of a sequence of one or more tuples, each tuple providing:
CA/QC-palvelun osalta vapaaehtoinen ”Service information extensions” (”Sie”) -tieto mahdollistaa yhden tai useamman monikon sisällyttämisen, jolloin kussakin monikossa ilmoitetaan
Criteria to be used to further identify (filter) 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 indication of the SSCD support (and/or issuance to a Legal Person); and
kriteerit, joilla tunnistetaan tarkemmin (rajataan) ”Sdi”-kohdassa yksilöity varmennepalvelu, jossa tarkennetaan palvelu (eli hyväksyttyjen varmenteiden sarja), jolle edellytetään/tarjotaan lisätietoja turvallisen allekirjoituksen luomismenetelmän tukitietojen osoittamiseksi (ja/tai oikeushenkilölle myöntämisestä), ja
The associated information (qualifiers) on whether this further identified service set of qualified certificates is supported by an SSCD or not or whether this associated information is part of the QC under a standardised machine-processable form, and/or information regarding the fact that such QCs are issued to Legal Persons (by default they are to be considered as issued only to Natural Persons);
asiaan liittyvät tiedot (”määreet”) siitä, onko tämä edelleen yksilöity hyväksyttyjen varmenteiden palvelusarja tuettu turvallisella allekirjoituksen luomismenetelmällä vai ei, tai siitä, ovatko nämä asiaan liittyvät tiedot vakiomuotoisena koneellisesti luettavana osana hyväksyttyä varmennetta, ja/tai tiedot siitä, onko kyseiset hyväksytyt varmenteet myönnetty oikeushenkilöille (muussa tapauksessa niitä oletetaan myönnetyn ainoastaan luonnollisille henkilöille),
The ‘current status’ information for this service entry providing information on:
tämän palvelusyötteen ”nykyisen statuksen” tiedot
Whether it is a supervised or accredited service, and
siitä, onko se valvottu tai akkreditoitu palvelu, ja
The supervision/accreditation status itself.
varsinaisesta valvonta-/akkreditointistatuksesta.
Editing and usage guidelines for CSPQC services entries
Hyväksyttyjä varmenteita myöntävien varmennepalvelujen tarjoajien palvelumerkintöjen muokkaus- ja käyttöohjeet
The general editing guidelines are:
Yleiset muokkausohjeet ovat seuraavat:
If it is ensured (guarantee provided by CSPQC 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.
Mikäli taataan (hyväksyttyjä varmenteita myöntävän ja valvontaelimen (SB) / akkreditointielimen (AB) valvoman/akkreditoiman varmennepalvelujen tarjoajan antama takuu), että ”Sdi”-tiedon perusteella yksilöidyn luettelossa mainitun palvelun kohdalla mikä tahansa turvallisen allekirjoituksen luomismenetelmän tukema hyväksytty varmenne sisältää ETSIn määrittelemän QcCompliance-kuvauksen sekä QcSSCD-kuvauksen ja/tai QCP + OID:n, asianmukaisen ”Sdi”-tiedon käyttö riittää, minkä lisäksi ”Sie”-tietoa voidaan käyttää valinnaisena eikä sen tarvitse sisältää SSCD-tukitietoa.
If it is ensured (guarantee provided by CSPQC 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)
Mikäli taataan (hyväksyttyjä varmenteita myöntävän ja SB:n/AB:n valvoman/akkreditoiman varmennepalvelujen tarjoajan antama takuu), että ”Sdi”-tiedon perusteella yksilöidyn luettelossa mainitun palvelun kohdalla mikä tahansa varmenne, jonka tukena ei ole turvallista allekirjoituksen luomismenetelmää, sisältää joko QcCompliance-kuvauksen ja/tai QCP OID:n eikä sen tarkoituksena ole sisältää QcSSCD-kuvausta tai QCP + OID:tä, asianmukaisen ”Sdi”-tiedon käyttö riittää, minkä lisäksi ”Sie”-tietoa voidaan käyttää valinnaisena eikä sen tarvitse sisältää SSCD-tukitietoa (mikä tarkoittaa, ettei sillä ole SSCD-tukea).
If it is ensured (guarantee provided by CSPQC 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.
Mikäli taataan (hyväksyttyjä varmenteita myöntävän ja SB:n/AB:n valvoman/akkreditoiman varmennepalvelujen tarjoajan antama takuu), että ”Sdi”-tiedon perusteella yksilöidyn luettelossa mainitun palvelun kohdalla mikä tahansa hyväksytty varmenne sisältää QcCompliance-kuvauksen ja että osa hyväksytyistä varmenteista on tarkoitettu SSCD:n tukemiksi ja osa ei (ero voidaan osoittaa esimerkiksi tarjoajakohtaisen varmennepolitiikan OID:n avulla tai hyväksytyssä varmenteessa olevan muun tarjoajakohtaisen tiedon avulla joko suoraan tai välillisesti, riippumatta siitä, onko tieto koneellisesti luettavaa vai ei) mutta hyväksytty varmenne EI sisällä QcSSCD-kuvausta EIKÄ ETSI QCP(+) OID:tä, asianmukaisen ”Sdi”-tiedon käyttö ei välttämättä ole riittävä vaan ”Sie”-kenttää on käytettävä osoittamaan nimenomaista SSCD-tukitietoa yhdessä mahdollisen tietoliitteen avulla, jolla yksilöidään kulloinkin tarkoitetut varmennesarjat.
This is likely to require the inclusion of different ‘SSCD support information values’ for the same ‘Sdi’ when making use of the ‘Sie’ field.
Tämä vaatii todennäköisesti erilaiset ”SSCD-tukitietoarvot” samalle ”Sdi”:lle, kun käytetään ”Sie”-kenttää.
If it is ensured (guarantee provided by CSPQC 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 CSPQC specific Certificate Policy OIDs or through other CSPQC 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.
Mikäli taataan (hyväksyttyjä varmenteita myöntävän ja SB:n/AB:n valvoman/akkreditoiman varmennepalvelujen tarjoajan antama takuu), että ”Sdi”-tiedon perusteella yksilöidyn luettelossa mainitun palvelun kohdalla mikään hyväksytty varmenne ei sisällä QcCompliance-kuvausta, QCP OID:tä, QcSSCD-kuvausta eikä QCP + OID:tä mutta taataan, että osan näistä kyseisen ”Sdi”-tiedon sisältävistä myönnetyistä loppukäyttäjän varmenteista on tarkoitus olla hyväksyttyjä varmenteita ja/tai SSCD:n tukemia varmenteita ja osan ei (ero voidaan osoittaa esimerkiksi tarjoajakohtaisen erityisen varmennepolitiikan OID:n avulla tai hyväksytyssä varmenteessa olevan muun tarjoajakohtaisen tiedon avulla joko suoraan tai välillisesti, riippumatta siitä, onko tieto koneellisesti luettavaa vai ei), asianmukaisen ”Sdi”-tiedon käyttö ei riitä VAAN ”Sie”-kenttää on käytettävä nimenomaisen SSCD-tukitiedon sisällyttämiseen.
As a general default principle, for a listed CSP in the Trusted List there must be one service entry per single X.509v3 certificate for a CA/QC type certification service, i.e. a Certification Authority (directly) issuing QCs.
Yleisenä oletusperiaatteena on, että luotettavassa luettelossa listatulla varmennepalvelun tarjoajalla on oltava yksi palvelusyöte yhtä X.509v3-varmennetta kohden CA/QC-tyypin varmennepalvelulle eli palvelulle, jossa varmentaja myöntää hyväksyttyjä varmenteita (suoraan).
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.
Eräissä tarkoin harkituissa olosuhteissa ja huolellisesti hallinnoiduin ehdoin jäsenvaltion valvontalaitos/akkreditointilaitos voi päättää, että se käyttää juuritason tai ylemmän tason varmentajan X.509v3-varmennetta (eli varmentaja ei suoraan myönnä loppukäyttäjän hyväksyttyjä varmenteita vaan varmentaa varmentajahierarkian alaspäin niihin varmentajiin saakka, jotka myöntävät hyväksyttyjä varmenteita loppukäyttäjille) luetteloon sisältyvän varmennepalvelujen tarjoajan palveluluettelon yksittäisen syötteen ”Sdi”-kentässä.
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.
Jäsenvaltioiden on huolellisesti harkittava, mitä seurauksia (hyötyjä ja haittoja) tällaisen juuritason varmentajan tai ylemmän tason varmentajan X.509v3-varmenteen käytöstä luotettavan luettelon palvelukohtien ”Sdi”-arvoina voi aiheutua, ja hyväksyttävä ne.
Moreover, when using this authorized exception to the default principle, Member State must provide the necessary documentation to facilitate certification path building and verification.
Käyttäessään tällaista sallittua poikkeusta oletusperiaatteeseen jäsenvaltion pitää lisäksi tarjota tarpeellinen dokumentaatio varmennepolun muodostamisen ja todentamisen helpottamiseksi.
In order to illustrate the general editing guidelines, the following example can be given: In the context of a CSPQC 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.
Yleisten muokkausohjeiden havainnollistamiseksi voidaan antaa seuraava esimerkki: Jos hyväksyttyjä varmenteita myöntävä varmennepalvelujen tarjoaja käyttää yhtä juuritason varmentajista, ja sen alaisuudessa useat varmentajat myöntävät hyväksyttyjä varmenteita ja muita kuin hyväksyttyjä varmenteita, ja jos hyväksytyt varmenteet sisältävät ainoastaan QcCompliance-kuvauksen eivätkä tietoa siitä, onko tukena SSCD vai ei, juuritason varmentajan ”Sdi”-tiedon luetteleminen tarkoittaisi ainoastaan sitä, että edellä selvitettyjen sääntöjen mukaisesti mikään tämän juuritason varmentajan hierarkian nojalla myönnetty hyväksytty varmenne EI ole SSCD:n tukema.
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.
Mikäli näillä hyväksytyillä varmenteilla tosiasiassa on SSCD-tuki, olisi erittäin suositeltavaa käyttää QcSSCD-kuvausta vastaisuudessa myönnettävissä hyväksytyissä varmenteissa.
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 CSPQC defined OID(s) potentially used by the CSPQC 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’.
Sitä ennen (siihen saakka, kun viimeinen tätä tietoa sisältämätön hyväksytty varmenne on lakannut olemasta voimassa) TSL:ssä olisi käytettävä ”Sie”-kenttää ja siihen liittyvää ”Qualifications”-liitettä eli varmenteiden rajaamista sellaisten CSPQC-kohtaisesti määriteltyjen OID-arvojen avulla, joita CSPQC mahdollisesti käyttää erityyppisten (SSCD-tuettujen ja muiden) hyväksyttyjen varmenteiden erottamiseen, ja nimenomaisen ”SSCD-tukitiedon” sisällyttämistä rajattuihin varmenteisiin käyttämällä ”Qualifiers”-kenttiä.
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:
Näiden teknisten eritelmien mukaisen luotettavan luettelon TSL-toteutukseen perustuvien sähköisten allekirjoitusten sovellusten, palvelujen ja tuotteiden yleiset käyttöohjeet ovat seuraavat:
A ‘CA/QC’‘Sti’ entry (similarly a CA/QC entry further qualified as being a RootCA/QC through the use of ‘Sie’ additionalServiceInformation extension)
”CA/QC””Sti” -syöte (tai CA/QC-syöte, joka on edelleen luokiteltu ”RootCA/QC”-syötteeksi käyttämällä ”Sie”-kentässä additionalServiceInformation-liitettä)
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’)
osoittaa, että alkaen ”Sdi”-yksilöidystä varmentajasta (vastaavasti varmentajahierarkiassa alkaen ”Sdi”-yksilöidystä juuritason varmentajasta) kaikki myönnetyt loppukäyttäjän varmenteet ovat hyväksyttyjä varmenteita, mikäli varmenteessa näin väitetään käyttäen asianmukaisia QcStatements-lausumia (esim. QcC, QcSSCD) ja/tai ETSIn määrittelemiä QCP(+) OID-tunnisteita (ja valvonta-/akkreditointilaitos takaa tämän, katso edellä olevat yleiset muokkausohjeet);
Note: 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.
Huomio: jollei mukana ole ”Sie””Qualification” -tietoa tai jollei loppukäyttäjän varmenteessa, jonka väitetään olevan hyväksytty varmenne, ole ”lisätunnisteena” siihen liittyvää ”Sie”-syötettä, hyväksytyssä varmenteessa oleva ”koneellisesti luettava” tieto on valvottu/akkreditoitu oikeelliseksi.
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 CSPQC.
Tämä tarkoittaa, että ETSIn määrittelemien asianmukaisten QcStatements-lausumien (esim. QcC, QcSSCD) ja/tai ETSIn määrittelemien QCP(+) OID-tunnisteiden käytön (tai käyttämättömyyden) taataan olevan hyväksyttyjä varmenteita myöntävän varmennepalvelujen tarjoajan väittämien mukaista.
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.:
ja mikäli mukana on ”Sie””Qualification” -syöte, edellä olevan oletuskäytön tulkintasäännön lisäksi ne varmenteet, jotka tunnistetaan käyttämällä tätä ”Sie””Qualification” -kohtaa perustuen peräkkäisten ”rajausten” sarjaan, joilla tunnistetaan varmennesarja ja annetaan lisätietoa ”SSCD support” ja/tai ”Legal person as subject” tiedoista (eli varmenteet, joissa on erityinen OID varmennepolitiikkaa koskevassa liitteessä ja/tai joissa on erityinen ”avaimen käytön” periaate ja/tai jotka on rajattu käyttämällä erityistä arvoa, joka näkyy yhdessä varmenteen kentässä tai liitteessä tms.), on luokiteltava perustuen seuraavaan ”määresarjaan”, joka korvaa vastaavan hyväksytyn varmenteen tiedon puutteen, eli
‘QCNoSSCD’ qualifier value meaning ‘QC not supported by an SSCD’, or
määreen arvo ”QCNoSSCD” tarkoittaa ”hyväksyttyä varmennetta, jolla ei ole SSCD-tukea”, tai
‘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;
määreen arvo ”QCSSCDStatusAsInCert” tarkoittaa, että SSCD-tukitieto sisältyy taatusti jokaiseen hyväksyttyyn varmenteeseen kyseisen CA/QC-syötteen ”Sdi”–”Sie”-syötteen tietoihin;
AND/OR
ja/tai
to indicate issuance to Legal Person:
oikeushenkilölle myöntämisen osoituksena:
‘QCForLegalPerson’ qualifier value meaning ‘Certificate issued to a Legal Person’.
määreen arvo ”QCForLegalPerson” tarkoittaa ”oikeushenkilölle myönnettyä varmennetta”.
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.
Vastaavaa säännöstä voidaan soveltaa varmennepalveluihin, joissa myönnetään muita kuin hyväksyttyjä varmenteita (palvelutyyppiä ”CA/PKC”) käyttäen ETSIn teknisen spesifikaation TS 102 231 oletusarvoisia OSCP- ja CRL-palvelutyyppejä.
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.
Huomattakoon, että luotettavan luettelon TSL-toteutuksen PITÄÄ sisältää sulkemispalvelut, mikäli siihen liittyvät tiedot eivät ole mukana loppukäyttäjän varmenteiden AIA-kentässä tai kun allekirjoittajana ei ole lueteltuihin varmentajiin kuuluva varmentaja.
Moving towards interoperable QC profile
Kohti yhteentoimivaa QC-profiilia
As a general rule, it must be tried to simplify (reduce) as far as possible the number of entries of services (different ‘Sdi’’s).
Yleissääntönä pitää yrittää yksinkertaistaa (vähentää) mahdollisimman pitkälle palvelujen syötteiden määrää (eri ”Sdi”-kenttiä).
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.
Toisaalta tilannetta on tasapainotettava siten, että hyväksyttyjen varmenteiden myöntämiseen ja luotettavan tiedon tarjontaan liittyvät palvelut tunnistetaan oikein sen mukaan, onko hyväksyttyjen varmenteiden tukena turvallinen allekirjoituksen luomismenetelmä, riippumatta siitä, puuttuuko tämä tieto myönnetystä hyväksytystä varmenteesta.
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.
Ihannetapauksessa ”Sie”-kentän ja ”Qualification”-liitteen käyttö olisi (ehdottomasti) rajoitettava niiden avulla ratkaistaviin erikoistapauksiin, sillä hyväksyttyjen varmenteiden pitäisi sisältää riittävästi tietoa niiden väitetystä hyväksytystä statuksesta ja mahdollisesti tukena olevasta väitetystä turvallisesta allekirjoituksen luomismenetelmästä.
Member States should, as much as possible, enforce the adoption and use of interoperable QC profiles.
Jäsenvaltioiden pitäisi valvoa mahdollisuuksien rajoissa yhteentoimivien QC-profiilien hyväksymistä ja käyttöä.
Structure of the Common Template for the Trusted List
Luotettavan luettelon yhteisen mallin rakenne
The proposed Common Template for a Member State Trusted List will be structured into the following categories of information:
Ehdotettu jäsenvaltion luotettavan luettelon yhteinen malli rakentuu seuraavien tietokategorioiden varaan:
Information on the Trusted List and its issuing scheme;
tiedot luotettavasta luettelosta ja sen julkaisujärjestelmästä;
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);
niiden kenttien jakso, jotka sisältävät yksiselitteistä tunnistetietoa jokaisesta järjestelmässä valvotusta/akkreditoidusta varmennepalvelun tarjoajasta (tämä jakso on vapaaehtoinen, mikä tarkoittaa sitä, että kun sitä ei käytetä, luettelo katsotaan tyhjäksi, jolloin kyseisessä jäsenvaltiossa ei ole valvottua tai akkreditoitua varmennepalvelun tarjoajaa luotettavan luettelon soveltamisalan puitteissa);
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);
jokaisesta luettelossa mainitusta varmennepalvelujen tarjoajasta sellaisten kenttien jakso, joka sisältää varmennepalvelun tarjoajan tarjoaman valvotun/akkreditoidun varmennepalvelun yksiselitteiset tunnistetiedot (tässä jaksossa on oltava ainakin yksi syöte);
For each listed supervised/accredited certification service, identification of the current status of the service and the history of this status.
jokaisen luettelossa mainitun valvotun/akkreditoidun varmennepalvelun nykyisen statuksen tunniste ja statuksen historiatiedot.
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.
Hyväksyttyjä varmenteita myöntävän varmennepalvelujen tarjoajan yhteydessä luetteloon otettavan valvotun/akkreditoidun palvelun yksiselitteisessä tunnistamisessa pitää ottaa huomioon tilanteet, joissa ei ole saatavana tarpeeksi tietoa hyväksytyn varmenteen hyväksytystä statuksesta eikä siitä, onko varmenteen tukena mahdollisesti SSCD, erityisesti tarkoituksena selviytyä siitä tosiasiasta, että useimmat (kaupalliset) varmennepalvelujen tarjoajat käyttävät yhtä ainoaa hyväksyttyä myöntävää varmentajaa monenlaisten – sekä hyväksyttyjen että muunlaisten – loppukäyttäjän varmenteiden myöntämiseen.
Information on the Trusted List and its issuing scheme
Tiedot luotettavasta luettelosta ja sen julkaisujärjestelmästä
The following information will be part of this category:
Tähän kategoriaan kuuluvat seuraavat tiedot: