natgillin/translations-raw huggingface dataset:
Description This field is OPTIONAL but SHALL be present when its use is REQUIRED, e.g. for RootCA/QC or CA/QC services, and when
Kuvaus Tämä kenttä on VAPAAEHTOINEN, mutta sitä PITÄÄ käyttää, kun sen käyttö on PAKOLLINEN eli RootCA/QC- tai CA/QC-palveluissa ja kun
the information provided in the ‘Service digital identity’ is not sufficient to unambiguously identify the qualified certificates issued by this service,
”Service digital identity” -kentässä annetut tiedot eivät riitä yksilöimään yksiselitteisesti tässä palvelussa myönnettyjä hyväksyttyjä varmenteita,
the information present in the related qualified certificates does not allow machine-processable identification of the facts about whether or not the QC is supported by an SSCD,
kyseisissä hyväksytyissä varmenteissa olevat tiedot eivät mahdollista sellaisten tosiseikkojen koneellista tunnistamista, joilla selvitetään, onko hyväksytyn varmenteen tukena SSCD vai ei.
When used, this service level extension MUST only be used in the field defined in ‘Service information extension’ (clause 5.5.9).
Kun tätä palvelutason liitettä käytetään, sitä PITÄÄ käyttää yksinomaan ”Service information extension” -kentässä (lauseke 5.5.9) määritellyssä kentässä.
Format A non-empty sequence of one or more Qualification-elements (clause L.3.1.2) as defined in ETSI TS 102 231 Annex L.3.
Muoto Yhden tai useamman Qualification-elementin (lauseke L.3.1.2) muodostama jakso, joka on määritelty ETSIn teknisen spesifikaation 102 231 Annex L.3:ssa.
ETSI XSD FILE REGARDING ETSI TS 102 231 VERSION 3
ETSIN TEKNISEN ERITELMÄN 102 231 VERSIOON 3 LIITTYVÄ ETSI XSD-TIEDOSTO
This information is provided in its current state.
Nämä tiedot on ilmoitettu nykyisessä tilassaan.
Should problems appear in using this xsd file, they should be reported to ETSI for fixing actions.
Mikäli tämän xsd-tiedoston käytössä esiintyy ongelmia, niistä pitäisi ilmoittaa ETSIlle korjaavia toimia varten.
XSD FILE REGARDING CODING OF ‘SIE’ FIELD
”SIE”-KENTÄN KOODAUSTA KOSKEVA XSD-TIEDOSTO
SPECIFICATIONS FOR THE HUMAN READABLE FORM OF THE TSL IMPLEMENTATION OF THE TRUSTED LIST
LUOTETTAVAN LUETTELON TSL-TOTEUTUKSEN IHMISEN LUETTAVISSA OLEVAN MUODON ERITELMÄT
A Human Readable (HR) form of the TSL implementation of the Trusted List MUST be publicly available and accessible by electronic means.
Luotettavan luettelon TSL-toteutuksen ihmisille lukukelpoisen (HR) muodon PITÄÄ olla julkisesti saatavissa ja sähköisesti luettavissa.
It SHOULD be provided in the form of a Portable Document Format (PDF) document according to ISO 32000 that MUST be formatted according to the profile PDF/A (ISO 19005).
Se PITÄISI tarjota Portable Document Format (PDF) asiakirjana standardin ISO 32000 mukaisesti, ja sen formatoinnin PITÄÄ olla profiilin PDF/A (ISO 19005) mukainen.
The content of the PDF/A based HR form of the TSL implementation of the Trusted List SHOULD comply with the following requirements:
Luotettavan luettelon TSL-toteutuksen profiiliin PDF/A perustuvan HR-muodon PITÄISI täyttää seuraavat vaatimukset:
The structure of the HR form SHOULD reflect the logical model described in section 5.1.2 of ETSI TS 102 231;
HR-muodon PITÄISI vastata ETSIn teknisen spesifikaation 102 231 kohdassa 5.1.2 kuvattua loogista mallia.
Every present field SHOULD be displayed and provide:
Jokaisessa mukana olevassa kentässä PITÄISI näyttää ja ilmoittaa seuraavat tiedot:
The title of the field (e.g. ‘Service type identifier’);
kentän otsikko (esim. ”Palvelutyypin tunniste”),
The value of the field (e.g. ‘CA/QC’);
kentän arvo (esim. ”CA/QC”),
The meaning (description) of the value of the field, when applicable and in particular as provided in Annex D of ETSI TS 102 231 or in the present specifications for registered URIs (e.g. ‘A Certification authority issuing public key certificates.’);
tarvittaessa kentän arvon merkitys (kuvaus) ja erityisesti ETSIn teknisen spesifikaation 102 231 Annex D:ssä tai näissä eritelmissä kuvatussa muodossa rekisteröityjen URI-tunnisteiden osalta (esim. ”Julkisen avaimen varmenteita myöntävä varmentaja”),
Multiple natural languages versions as provided in the TSL implementation of the Trusted List, when applicable.
tarvittaessa useita luonnollisten kielten kielimuunnoksia, jotka mainitaan luotettavan luettelon TSL-toteutuksessa.
The following fields and corresponding values of the digital certificates present in the ‘Service digital identity’ field SHOULD be at a minimum displayed in the HR form:
Seuraavien kenttien ja digitaalisten varmenteiden vastaavat arvot, jotka sijaitsevat kentässä ”Service digital identity”, PITÄISI ainakin näyttää HR-muodossa:
Version,
versio
Serial number,
sarjanumero
Signature algorithm,
allekirjoituksen algoritmi
Issuer,
myöntäjä
Valid from,
voimassaolon alkupäivä
Valid to,
viimeinen voimassaolopäivä
Subject,
aihe
Public key,
julkinen avain
Certificate Policies,
varmennepolitiikat
Subject Key Identifier,
aiheen varmentajatunniste
CRL Distribution Points,
CRL:n jakelupisteet
Authority Key Identifier,
varmentaja-avaimen tunniste
Key Usage,
avaimen käyttö
Basic constraints,
perusrajoitteet
Thumbprint algorithm,
algoritmin tunniste
Thumbprint,
Thumbprint
The HR form SHOULD be easily printable,
HR-muodon PITÄISI olla helposti tulostettavissa.
As defined in Art. 2,11 of Directive 1999/93/EC.
Määritelmä direktiivin 1999/93/EY 2 artiklan 11 kohdassa.
As defined in Art. 2,10 of Directive 1999/93/EC.
Määritelmä direktiivin 1999/93/EY 2 artiklan 10 kohdassa.
As defined in Art. 2,6 of Directive 1999/93/EC.
Määritelmä direktiivin 1999/93/EY 2 artiklan 6 kohdassa.
As defined in Art. 2,2 of Directive 1999/93/EC.
Määritelmä direktiivin 1999/93/EY 2 artiklan 2 kohdassa.
For an AdES supported by a QC the acronym ‘AdESQC’ is used throughout the present document.
Tässä asiakirjassa käytetään hyväksyttyyn varmenteeseen (”QC”) perustuvasta kehittyneestä sähköisestä allekirjoituksesta ( ”AdES”) lyhennettä ”AdESQC”.
Note that there are a number of electronic services based on simple AdES whose cross-border use would also be facilitated, provided that the supporting certification services (e.g. issuing of non-qualified certificates) are part of the supervised/accredited services covered by a Member State in the voluntary information part of their Trusted List.
On huomattava, että myös monien tavalliseen kehittyneeseen sähköiseen allekirjoitukseen (AdES) perustuvien sähköisten palvelujen rajat ylittävä käyttö helpottuu, edellyttäen että tukevat varmennepalvelut (esim. muiden kuin hyväksyttyjen varmenteiden myöntäminen) ovat osa jäsenvaltion luotettavien luetteloiden vapaaehtoisissa tiedoissa mainittuja valvottuja/akkreditoituja palveluja.
E.g. a certification service provider established in a Member State that provides a certification service that is initially supervised by the Member State (Supervisory Body), can, after a certain time, decide to pass a voluntary accreditation for the currently supervised certification service.
Esimerkiksi jäsenvaltioon sijoittautunut varmennepalvelujen tarjoaja, joka tarjoaa varmennepalvelua ja jota jäsenvaltio (valvontaelin) on valvonut alun perin, voi jonkin ajan kuluttua päättää, että se hankkii vapaaehtoisuuteen perustuvan akkreditoinnin parhaillaan valvotulle varmennepalvelulle.
Conversely, a certification service provider in another Member State can decide not to stop an accredited certification service but to move it from an accreditation status to a supervision status, e.g. for business and/or economic reasons.
Kääntäen johonkin toiseen jäsenvaltioon sijoittautunut varmennepalvelujen tarjoaja voi päättää, ettei se keskeytä akkreditoitua varmennepalveluaan vaan muuttaa sen akkreditointistatuksen valvontastatukseksi esimerkiksi liiketoiminnallisista ja/tai taloudellisista syistä.
Refer to ETSI TS 101 862 — Electronic Signatures and Infrastructures (ESI): Qualified Certificate Profile.
Vrt. ETSI TS 101 862 – Electronic Signatures and Infrastructures (ESI): Qualified Certificate Profile.
i.e., and as a minimum, an X.509 v3 certificate of the issuing QCA or of an upper CA in the certification path.
Tämä tarkoittaa vähintäänkin myöntävän varmentajan tai varmennepolussa ylemmän varmentajan X.509 v3 varmennetta.
i.e., the ‘Supervision/Accreditation Status List of certification services from Certification Service Providers, which are supervised/accredited by the referenced Member State for compliance with the relevant provisions laid down in Directive 1999/93/EC’ (in short the ‘Trusted List’).
Viittaa luetteloon, jossa luetellaan ”niiden varmennepalvelujen tarjoajien varmennepalvelujen valvonta-/akkreditointistatus, joita mainittu jäsenvaltio valvoo / jotka se on akkreditoinut direktiivin 1999/93/EY säännösten noudattamisen osalta” (lyhennettynä ”luotettava luettelo”).
Meaning the fields specified by ETSI TS 102 231 — Electronic Signatures and Infrastructures (ESI): Provision of harmonized Trust-service status information and ‘profiled’ by the present specifications to specify the establishment of the Member States ' Trusted List.
Tarkoittaa ETSIn teknisessä spesifikaatiossa 102 231 – Electronic Signatures and Infrastructures (ESI): Provision of harmonized Trust-service status information määriteltyjä kenttiä, jotka on profiloitu näissä eritelmissä siten, että niissä luodaan jäsenvaltioiden luotettava luettelo.
The last two sets of information are of critical importance for relying parties to assess the quality and security level of such supervision/accreditation systems.
Kahdessa viimeisessä kohdassa mainitut tiedot ovat ratkaisevan tärkeitä, kun listaa käyttävät osapuolet arvioivat valvonta-/akkreditointijärjestelmien laatua ja turvallisuustasoa.
Those sets of information shall be provided at TL level through the use of the present ‘Scheme information URI’ (clause 5.3.7 — information being provided by Member State), ‘Scheme type/community/rules’ (clause 5.3.9 — through the use of a text common to all Member States) 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ämä tietosarjat tarjotaan luettelokohtaisesti käyttämällä tämän asiakirjan kenttiä ”Scheme information URI” (lauseke 5.3.7 – jäsenvaltioiden tarjoamat tiedot), ”Scheme type/community/rules” (lauseke 5.3.9 – käyttämällä kaikille jäsenvaltioille yhteistä tekstiä) ja ”TSL policy/legal notice” (lause 5.3.11 – kaikille jäsenvaltioille yhteinen direktiiviin 1999/93/EY viittaava teksti ja kunkin jäsenvaltion mahdollisuus lisätä jäsenvaltiokohtaisia tekstejä/viitteitä).
Additional information on national supervision/accreditation systems for CSPs not issuing QCs may be provided at service level when applicable and required (e.g. to distinguish between several quality/security levels) through the use of ‘Scheme service definition URI’ (clause 5.5.6).
Varmennepalvelujen tarjoajia, jotka eivät myönnä hyväksyttyjä varmenteita, koskevista kansallisista valvonta-/akkreditointijärjestelmistä voidaan antaa palvelutasokohtaista tietoa tarvittaessa ja silloin, kun se on pakollista (esimerkiksi eri laatu-/palvelutasojen erottamiseksi toisistaan) (lauseke 5.5.6).
IETF RFC 3986: ‘Uniform Resource Identifiers (URI): Generic syntax’.
IETF RFC 3986: ”Uniform Resource Identifiers (URI): Generic syntax”.
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’.
Kun juuritason varmentajan X.509v3-varmennetta käytetään luettelon palvelun ”Sdi”-arvona, järjestelmäoperaattorin on pakko tarkastella juuritason varmentajan koko varmennepalveluvalikoimaa kokonaisuutena suhteessa ”valvonta-/akkreditointistatukseen”.
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.
Näin luettelossa mainitun juurihierarkian alaisuuteen kuuluvalta yhdeltä varmentajalta edellytettävä statusmuutos pakottaa koko hierarkian omaksumaan kyseisen statuksen muutoksen.
This can be the certificate of a CA issuing end-entity certificates (e.g. CA/PKC, CA/QC) or the certificate of a trusted root CA from which a path can be found down to end-entity qualified certificates.
Kyseessä voi olla loppukäyttäjän varmenteita myöntävän varmentajan varmenne (esim. CA/PKC, CA/QC) tai luotetun juuritason varmentajan varmenne, jonka polku voidaan määritellä alaspäin loppukäyttäjän hyväksyttyihin varmenteisiin saakka.
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).
Sen mukaan, voidaanko tätä tietoa ja jokaisessa kyseisen luotetun juuren alaisuudessa myönnetyssä loppukäyttäjän varmenteessa olevaa tietoa käyttää yksiselitteisesti määrittämään minkä tahansa hyväksytyn varmenteen asianmukaiset ominaisuudet vai ei, kyseistä tietoa (”Service digital identity”) voidaan joutua täydentämään ”Service information extensions” -tiedoilla (katso lauseke 5.5.9).
Note that this accredited CSP may be established in another Member State than the one identified in the ‘Scheme territory’ of the TSL implementation of the TL or in a third country (see Art.7.1(a) of Directive 1999/93/EC).
Huomattakoon, että kyseinen akkreditoitu CSP voi olla sijoittautuneena muuhun kuin luotettavan luettelon TSL-toteutuksen ”Scheme territory” -kentässä yksilöityyn jäsenvaltioon tai kolmanteen valtioon (katso direktiivin 1999/93/EY 7 artiklan 1 kohdan a alakohta).
See section 2.2 of the present document.
Katso tämän asiakirjan 2.2 kohta.
This refers to an appropriate combination of ETSI defined QcCompliance statement, QcSSCD statements [ETSI TS 101 862] or a QCP/QCP + ETSI defined OID [ETSI TS 101 456].
Tällä viitataan asianmukaiseen yhdistelmään ETSIn määrittämiä QcCompliance-lausumia, QcSSCD-lausumia [ETSIn tekninen spesifikaatio 101 862] tai QCP/QCP + ETSIn määrittelemä OID [ETSIn tekninen spesifikaatio 101 456].
While the implementation of their TL in full compliance with the ETSI TS 102 231, and thus electronically signed, can be considered as the ideal target for all Member States, in order to guarantee a truly interoperable, online and machine-processable framework to facilitate the validation and cross-border use of QES and AdESQC, Member States will be allowed, for practical reasons, to implement intermediate forms of their TL according to the present technical specifications provided that they ensure the dissemination of those TL intermediate forms through secure channels.
Vaikka luotettavien luettelojen toteuttamista täysin ETSIn teknisen spesifikaation 102 231 mukaisesti eli niiden sähköistä allekirjoittamista voidaan pitää ihanteellisena tavoitteena kaikissa jäsenvaltioissa, jotta saadaan varmasti aidosti yhteentoimiva, verkossa toimiva ja koneellisesti käsiteltävä kehys edistämään QES- ja AdESQC-allekirjoitusten validointia ja rajat ylittävää käyttöä, jäsenvaltioille annetaan käytännön syistä mahdollisuus toteuttaa luotettavien luetteloiden välimuotoja näiden teknisten eritelmien mukaisesti, kunhan ne varmistavat, että kyseisten luotettavien luetteloiden välimuotojen levitys tapahtuu turvallisissa kanavissa.
It is mandatory to protect the Scheme Operator signing certificate with the signature in one of the ways specified by ETSI TS 101 733 or ETSI TS 101 903 respectively.
Järjestelmäoperaattorin allekirjoitusvarmenne on ehdottomasti suojattava allekirjoituksella jollain ETSIn teknisessä spesifikaatiossa101 733 tai 101 903 määritellyllä tavalla.
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 [9] and that its supervision/accreditation status will be updated accordingly.
Vaikka jäsenvaltioon sijoittautuneiden varmennepalvelujen valvonnasta ja akkreditoinnista voivat vastata jäsenvaltion erilliset elimet, yhdessä varmennepalvelussa oletetaan käytettävän vain yhtä merkintää (ETSIn teknisessä spesifikaatiossa 102 231 [9] määritellyn ”Service digital identity” -tunnisteen mukaisesti) ja sen valvonta-/akkreditointistatusta oletetaan päivitettävän vastaavasti.
The meaning of the above depicted statuses is described in the related clause 5.5.4 of the detailed technical specifications in Chapter I.
Edellä kuvattujen statusten merkitys on kuvattu luvussa I olevien yksityiskohtaisten teknisten eritelmien asiaan liittyvässä lausekkeessa 5.5.4.
TL entries aiming at facilitating the validation of QES and AdESQC
Luotettavat luettelot hyväksyttyjen sähköisten allekirjoitusten (QES) ja hyväksyttyyn varmenteeseen perustuvien kehittyneiden sähköisten allekirjoitusten (AdESQC) validoinnin edistämiseksi
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 AdESQC (when combined with the content of the end-entity QC issued by the CSP under the certification service listed in this entry).
Luotettavan luettelon laadinnan kaikkein kriittisin vaihe on luotettavan luettelon pakollisen osan laadinta. Tällä tarkoitetaan kunkin hyväksyttyjä varmenteita myöntävän varmennepalvelujen tarjoajan ‘palveluluetteloa‘, jonka on vastattava totuudenmukaisesti kunkin hyväksyttyjä varmenteita myöntävän varmennepalvelun tarkkaa myöntämisstatusta ja jolla on varmistettava, että kussakin syötteessä annetut tiedot riittävät hyväksyttyjen sähköisten allekirjoitusten ja hyväksyttyihin varmenteisiin perustuvien kehittyneiden sähköisten allekirjoitusten validoinnin edistämiseen (yhdistettynä kyseisessä kohdassa mainitun varmennepalvelun tarjoavan varmennepalvelun tarjoajan myöntämän loppukäyttäjän hyväksytyn varmenteen sisältöön).
Ideally each issued QC should include the ETSI defined QcCompliance [10] 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 [11].
Ihannetapauksessa jokaiseen myönnettyyn hyväksyttyyn varmenteeseen pitäisi sisältyä ETSIn määrittelemä QcCompliance [10] -kuvaus, kun varmenteen väitetään olevan hyväksytty varmenne, ja ETSIn teknisessä spesifikaatiossa määritelty QcSSCD-kuvaus, kun sen väitetään olevan sähköisten allekirjoitusten turvallisen luomismenetelmän tukema, ja/tai että myönnettyyn hyväksyttyyn varmenteeseen sisältyy yksi ETSIn teknisessä spesifikaatiossa 101 456 [11] määritelty varmennepolitiikan kohdetunniste (OID) QCP/QCP+.
The use by CSPs issuing QCs of different standards as references, the wide degree of interpretation of those standards as well as the lack of awareness of the existence and precedence of some normative technical specifications or standards has resulted in differences in the actual content of currently issued QCs (e.g. the use or not of those QcStatements defined by ETSI) and consequently are preventing the receiving parties from simply relying on the signatory’s certificate (and associated chain/path) to assess, at least in a machine readable way, whether or not the certificate supporting an eSignature is claimed to be a QC and whether or not it is associated with an SSCD through which the eSignature has been created.
Koska varmennepalvelujen tarjoajat myöntävät hyväksyttyjä varmenteita käyttäen eri viitestandardeja, koska standardeja tulkitaan hyvin väljästi ja koska eräiden normatiivisten teknisten eritelmien tai standardien olemassaolo ja ensisijaisuus ei ole yleisesti tiedossa, nykyisin myönnettävien hyväksyttyjen varmenteiden tosiasiallisessa sisällössä on eroja (esimerkiksi ETSIn määrittelemien QcStatatements-lausumien käytön osalta). Tämän vuoksi vastaanottavat osapuolet eivät voi muitta mutkitta luottaa allekirjoittajan varmenteeseen (ja siihen liittyvään ketjuun/polkuun) arvioidessaan ainakaan koneellisesti luettavassa muodossa sitä, väitetäänkö sähköistä allekirjoitusta tukevan varmenteen olevan hyväksytty varmenne vai ei, ja sitä, liittyykö siihen turvallinen sähköisen allekirjoituksen luomismenetelmä, jolla sähköinen allekirjoitus on luotu.
to indicate the SSCD support:
SSCD-tuen osoituksena:
‘QCWithSSCD’ qualifier value meaning ‘QC supported by an SSCD’, or
määreen arvo ”QCWithSSCD” tarkoittaa ”SSCD:n tukemaa hyväksyttyä varmennetta”,
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. 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.
Myös ne tapaukset, joissa CRL:t ja OSCP-vastaukset on allekirjoitettu muilla kuin hyväksyttyjä varmenteita myöntävien varmentajien (”CA/QC”) antamilla avaimilla, olisi katettava. Ne voidaan kattaa luettelemalla kyseiset palvelut sellaisenaan luotettavan luettelon TSL-toteutuksessa (esim. käyttäen ”Palvelutyypin tunnistetta”, jota tarkennetaan ”additionalServiceInformation”-liitteellä, joka osoittaa, että OSCP tai CRL-palvelu on osa hyväksyttyjen varmenteiden tarjontaa, esim. palvelutyypillä ”OCSP/QC” tai ”CRL/QC”), koska nämä palvelut voidaan katsoa osaksi valvottuja/akkreditoituja ”tarkennettuja” palveluja, jotka liittyvät QC-varmennepalvelujen tarjontaan. OCSP-vastausten antajat tai CRL:n myöntäjät, joiden varmenteiden allekirjoittajina ovat luetellun CA/QC-palvelun hierarkiaan kuuluvat varmentajat, on katsottava ”voimassa oleviksi” luetellun CA/QC-palvelun statusarvon mukaisesti.
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.
Kunkin tunnustetun varmennepalvelujen tarjoajan syötteiden määrää luettelossa voidaan rajoittaa, jos olemassa on yksi tai useampi ylemmän tason varmentajien palvelu esimerkiksi juuritason varmentajasta varmenteita myöntäviin varmentajiin ulottuvassa kaupallisessa hierarkiassa.
However even in those cases, the principle of ensuring the unambiguous link between a CSPQC certification service and the set of certificates meant to be identified as QCs has to be maintained and ensured.
Näissäkin tapauksissa on säilytettävä ja varmistettava yksiselitteisen riippuvuuden periaate CSPQC-varmennepalvelun ja hyväksytyiksi varmenteiksi tunnistettaviksi tarkoitettujen varmennesarjojen välillä.