natgillin/translations-raw huggingface dataset:
indicates that any end-entity certificate issued by or under the CA represented by the “Service digital identifier” (“Sdi”) CA's public key and CA's name (both CA data to be considered as trust anchor input), is a qualified certificate (QC) provided that it includes at least one of the following:
»QCForESig« meaning the identified certificate(s), when claimed or stated as qualified certificate(s), is(are) qualified certificate(s) for electronic signature under Regulation 910/2014/EU,
and provided this is ensured by the Member State Supervisory Body through a valid service status (i.e. “undersupervision”, “supervisionincessation”, “accredited” or “granted”) for that entry.
»QCForESeal« meaning the identified certificate(s), when claimed or stated as qualified certificate(s), is(are) qualified certificate(s) for electronic seal under Regulation 910/2014/EU,
and IF “Sie” “Qualifications Extension” information is present, then in addition to the above default rule, those certificates that are identified through the use of “Sie” “Qualifications Extension” information, constructed as a sequence of filters further identifying a set of certificates, must be considered according to the associated qualifiers providing additional information regarding their qualified status, the “SSCD support” and/or “Legal person as subject” (e.g. 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.).
»QCForWSA« meaning the identified certificate(s), when claimed or stated as qualified certificate(s), is(are) qualified certificate(s) for web site authentication under Regulation 910/2014/EU,
These qualifiers are part of the following set of “Qualifiers” used to compensate for the lack of information in the corresponding certificate content, and that are used respectively:
»NotQualified« meaning the identified certificate(s) is(are) not to be considered as qualified, and/or
“QCStatement” meaning the identified certificate(s) is(are) qualified under Directive 1999/93/EC;
»QCWithSSCD« meaning the identified certificate(s), when claimed or stated as qualified certificate(s), have their private key residing in an SSCD, or
“QCForESig” meaning the identified certificate(s), when claimed or stated as qualified certificate(s), is(are) qualified certificate(s) for electronic signature under Regulation (EU) No 910/2014;
»QCNoSSCD« meaning the identified certificate(s), when claimed or stated as qualified certificate(s), have not their private key residing in an SSCD, or
“QCForESeal” meaning the identified certificate(s), when claimed or stated as qualified certificate(s), is(are) qualified certificate(s) for electronic seal under Regulation (EU) No 910/2014;
»QCSSCDStatusAsInCert« meaning the identified certificate(s), when claimed or stated as qualified certificate(s), does(do) contain proper machine processable information about whether or not their private key residing in an SSCD,
“QCForWSA” meaning the identified certificate(s), when claimed or stated as qualified certificate(s), is(are) qualified certificate(s) for web site authentication under Regulation (EU) No 910/2014.
»QCWithQSCD« meaning the identified certificate(s), when claimed or stated as qualified certificate(s), have their private key residing in a QSCD, or
“NotQualified” meaning the identified certificate(s) is(are) not to be considered as qualified; and/or
»QCNoQSCD« meaning the identified certificate(s), when claimed or stated as qualified certificate(s), have not their private key residing in a QSCD, or
“QCWithSSCD” meaning the identified certificate(s), when claimed or stated as qualified certificate(s), have their private key residing in an SSCD, or
»QCQSCDStatusAsInCert« meaning the identified certificate(s), when claimed or stated as qualified certificate(s), does(do) contain proper machine processable information about whether or not their private key is residing in a QSCD,
“QCNoSSCD” meaning the identified certificate(s), when claimed or stated as qualified certificate(s), have not their private key residing in an SSCD, or
»QCQSCDManagedOnBehalf« indicating that all certificates identified by the applicable list of criteria, when they are claimed or stated as qualified, have their private key is residing in a QSCD for which the generation and management of that private key is done by a qualified TSP on behalf of the entity whose identity is certified in the certificate, and/or
“QCSSCDStatusAsInCert” meaning the identified certificate(s), when claimed or stated as qualified certificate(s), does(do) contain proper machine processable information about whether or not their private key residing in an SSCD;
»QCForLegalPerson« meaning the identified certificate(s), when claimed or stated as qualified certificate(s), are issued to a Legal Person under Directive 1999/93/EC.
“QCWithQSCD” meaning the identified certificate(s), when claimed or stated as qualified certificate(s), have their private key residing in a QSCD, or
if none of the id-etsi-qcs 1 statement, QCP OID or QCP+ OID information is included in an end-entity certificate, and
“QCNoQSCD” meaning the identified certificate(s), when claimed or stated as qualified certificate(s), have not their private key residing in a QSCD, or
if no »Sie« »Qualifications Extension« information is present for the trust anchor CA/QC corresponding service entry to qualify the certificate with a »QCStatement« qualifier, or
“QCQSCDStatusAsInCert” meaning the identified certificate(s), when claimed or stated as qualified certificate(s), does(do) contain proper machine processable information about whether or not their private key is residing in a QSCD;
an »Sie« »Qualifications Extension« information is present for the trust anchor CA/QC corresponding service entry to qualify the certificate with a »NotQualified« qualifier,
“QCQSCDManagedOnBehalf” indicating that all certificates identified by the applicable list of criteria, when they are claimed or stated as qualified, have their private key is residing in a QSCD for which the generation and management of that private key is done by a qualified TSP on behalf of the entity whose identity is certified in the certificate; and/or
»Service digital identifiers« are to be used as Trust Anchors in the context of validating electronic signatures or seals for which signer's or seal creator's certificate is to be validated against TL information, hence only the public key and the associated subject name are needed as Trust Anchor information.
“QCForLegalPerson” meaning the identified certificate(s), when claimed or stated as qualified certificate(s), are issued to a Legal Person under Directive 1999/93/EC.
The general rule for interpretation of any other »Sti« type entry is that, for that »Sti« identified service type, the listed service named according to the »Service name« field value and uniquely identified by the »Service digital identity« field value has the current qualified or approval status according to the »Service current status« field value as from the date indicated in the »Current status starting date and time«.
if none of the id-etsi-qcs 1 statement, QCP OID or QCP + OID information is included in an end-entity certificate, and
Specific interpretation rules for any additional information with regard to a listed service (e.g. »Service information extensions« field) may be found, when applicable, in the Member State specific URI as part of the present »Scheme type/community/rules« field.
if no “Sie” “Qualifications Extension” information is present for the trust anchor CA/QC corresponding service entry to qualify the certificate with a “QCStatement” qualifier, or
Please refer to the applicable secondary legislation pursuant to Regulation (EU) No 910/2014 for further details on the fields, description and meaning for the Member States' trusted lists.”
an “Sie” “Qualifications Extension” information is present for the trust anchor CA/QC corresponding service entry to qualify the certificate with a “NotQualified” qualifier,
Az egyes tagállamok bizalmi listáinak egyedi URI-ja, amely az adott tagállam bizalmi listájára alkalmazandó leíró szövegre mutat:
“Service digital identifiers” are to be used as Trust Anchors in the context of validating electronic signatures or seals for which signer's or seal creator's certificate is to be validated against TL information, hence only the public key and the associated subject name are needed as Trust Anchor information.
Ahol a felhasználók elérhetik az adott tagállamra vonatkozó külön leírásokat arról, hogy miként kell a bizalmi lista tartalmát értelmezni a listán szereplő nem minősített bizalmi szolgáltatásokkal és/vagy nemzeti szinten meghatározott bizalmi szolgáltatásokkal kapcsolatban.
The general rule for interpretation of any other “Sti” type entry is that, for that “Sti” identified service type, the listed service named according to the “Service name” field value and uniquely identified by the “Service digital identity” field value has the current qualified or approval status according to the “Service current status” field value as from the date indicated in the “Current status starting date and time”.
Ezzel jelezni lehet a minősített tanúsítványok kiadásával nem foglalkozó hitelesítésszolgáltatók nemzeti jóváhagyási rendszerének potenciális granularitását és azt, hogy a „Scheme service definition URI” (a rendszer szolgáltatásai meghatározásának URI-ja) (5.5.6. pont) és a „Service information extension” (szolgáltatásadat-bővítmény) (5.5.9. pont) mezőket miként használják erre a célra.
Specific interpretation rules for any additional information with regard to a listed service (e.g.
A tagállamoknak LEHETŐSÉGÜK VAN a fenti tagállam-specifikus URI-t kibővítő további URI-ket (azaz ebből a hierarchikus specifikus URI-ből meghatározott URI-ket) meghatározni és használni.
“Service information extensions” field) may be found, when applicable, in the Member State specific URI as part of the present “Scheme type/community/rules” field.
TSL policy/legal notice (megbízhatósági állapotlista szabályzat/jogi nyilatkozat) (5.3.11. pont)
Please refer to the applicable secondary legislation pursuant to Regulation (EU) No 910/2014 for further details on the fields, description and meaning for the Member States' trusted lists.’
Ennek a mezőnek szerepelnie kell és meg kell felelnie az ETSI TS 119 612 szabvány 5.3.11. pontjában meghatározott követelményeknek, amelyek szerint a rendszer létrehozási helyének megfelelő joghatóság szerint a rendszer jogi státusára vagy a rendszer által teljesített jogi előírásokra vonatkozó szabályzatnak/jogi nyilatkozatnak és/vagy bármely korlátozásnak vagy feltételnek, amely alapján a bizalmi listát fenntartják és közzéteszik, egy sor többnyelvű karakterláncból kell állnia (lásd 5.1.4 pont), amelyek kötelező nyelvként brit angol nyelven és esetlegesen egy vagy több nemzeti nyelven az ilyen szabályzat vagy nyilatkozat alábbiak szerint felépített konkrét szövegét tartalmazzák:
Where users can obtain the referenced Member State's specific policy/rules against which trust services included in the list are assessed, in compliance with the Member State's supervisory regime and where applicable, approval scheme.
A közös szöveg magyar nyelvű változata:
Where users can obtain a referenced Member State's specific description about how to use and interpret the content of the trusted list with regard to the listed non-qualified trust services and/or to nationally defined trust services.
Második, választható, az egyes bizalmi listákra jellemző rész, amely a meghatározott alkalmazandó nemzeti jogi keretekre való hivatkozásokat tartalmaz
This may be used to indicate a potential granularity in the national approval system related to CSPs not issuing QCs and how the ‘Scheme service definition URI’ (clause 5.5.6) and the ‘Service information extension’ field (clause 5.5.9) are used for this purpose.
Service current status (Szolgáltatás aktuális státusa) (5.5.4. pont)
Member States MAY define and use additional URIs expanding the above Member State specific URI (i.e. URIs defined from this hierarchical specific URI).
Ennek a mezőnek szerepelnie kell és meg kell felelnie az ETSI TS 119 612 szabvány 5.5.4. pontjában meghatározott követelményeknek.
TSL policy/legal notice (clause 5.3.11)
Az EUMS bizalmi listában a 910/2014/EU rendelet alkalmazását megelőző naptól (azaz 2016. június 30-tól) felsorolt szolgáltatások „Service current status” értékének migrációját az ETSI TS 119 612 J. mellékletének előírásai szerint a rendelet alkalmazásának napján (azaz 2016. július 1-jén) kell végrehajtani.
This field shall be present and shall comply with the specifications from TS 119 612 clause 5.3.11 where the policy/legal notice concerning the legal status of the scheme or legal requirements met by the scheme under the jurisdiction in which it is established and/or any constraints and conditions under which the trusted list is maintained and published shall be a sequence of multilingual character strings (see clause 5.1.4) providing, in UK English as the mandatory language and optionally in one or more national languages, the actual text of any such policy or notice built as follows:
III.
A first mandatory part, common to all Member States' Trusted Lists indicating the applicable legal framework, and whose English version is the following:
FEJEZET
The applicable legal framework for the present trusted list is Regulation (EU) No 910/2014 of the European Parliament and of the Council of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market and repealing Directive 1999/93/EC.
A BIZALMI LISTÁK FOLYTONOSSÁGA
Text in a Member State's national language(s):
A tanúsítványoknak, amelyeket e határozat 4. cikkének (2) bekezdése szerint a Bizottságnak jelenteni kell, meg kell felelniük az ETSI TS 119 612 5.7.1. pontja követelményeinek, és azokat úgy kell kiállítani, hogy:
A second, optional part, specific to each trusted list, indicating references to specific applicable national legal frameworks
érvényességük utolsó napja („Not After”) között legalább három hónap különbség legyen,
Service current status (clause 5.5.4)
új kulcspárok alapján készüljenek.
This field shall be present and shall comply with the specifications from TS 119 612 clause 5.5.4.
A korábban használt kulcspárokat nem szabad újra tanúsítani.
The migration of the ‘Service current status’ value of services listed in EUMS trusted list as of the day before the date Regulation (EU) No 910/2014 applies (i.e. 30 June 2016) shall be executed on the day the Regulation applies (i.e. 1 July 2016) as specified in Annex J to ETSI TS 119 612.
Ha az egyik nyilvánoskulcs-tanúsítványnak, amellyel a bizalmi lista Bizottságnak bejelentett és a Bizottság által a hivatkozásokról vezetett központi listában közzétett aláírását vagy bélyegzőjét hitelesíteni lehetne, lejár az érvényessége, akkor a tagállamoknak a következőket kell tenniük:
CHAPTER III
amennyiben a közzétett jelenlegi bizalmi listát olyan titkos kulccsal írták alá és bélyegezték le, amelynek nyilvánoskulcs-tanúsítványa lejárt, akkor késedelem nélkül egy új bizalmi listát adnak ki és azt olyan titkos kulccsal írják alá vagy bélyegzik le, amelynek a nyilvánoskulcs-tanúsítványa még nem járt le,
CONTINUITY OF TRUSTED LISTS
szükség szerint új kulcspárokat generálnak, amelyekkel a bizalmi lista aláírható vagy lebélyegezhető, és elvégzik a hozzájuk tartozó nyilvánoskulcs-tanúsítványok generálását,
Certificates to be notified to the Commission in accordance with Article 4(2) of this Decision shall meet the requirements of clause 5.7.1 from ETSI TS 119 612 and shall be issued in such a way that they:
azonnal tájékoztatják a Bizottságot a bizalmi lista aláírására vagy lebélyegzésére használható titkos kulcsokhoz tartozó nyilvánoskulcs-tanúsítványok új listájáról.
have at least a three months difference in their final date of validity (‘Not After’),
A bizalmi lista aláírásának vagy bélyegzőjének hitelesítésére felhasználható nyilvánoskulcs-tanúsítványok egyikéhez tartozó, a Bizottságnak bejelentett és a Bizottság által a hivatkozásokról vezetett központi listán közzétett titkos kulcsok egyikének veszélyeztetése vagy visszavonása esetén a tagállamok:
are created on new key pairs.
haladéktalanul újból kiállítják az új, nem veszélyeztetett titkos kulccsal aláírt vagy lebélyegzett bizalmi listát, amennyiben a közzétett listát veszélyeztetett vagy visszavont titkos kulccsal írták alá vagy bélyegezték le,
Previously used key pairs must not be re-certified.
A bizalmi lista aláírásának hitelesítésére felhasználható nyilvánoskulcs-tanúsítványokhoz tartozó, a Bizottságnak bejelentett és a Bizottság által a hivatkozásokról vezetett központi listán közzétett titkos kulcsok mindegyikének veszélyeztetése vagy visszavonása esetén a tagállamok:
In case of expiry of one of the public key certificates that could be used to validate the trusted list's signature or seal that has been notified to the Commission and that is published in the Commission's central list of pointers, Member States shall:
új kulcspárokat generálnak, amelyekkel a bizalmi lista aláírható vagy lebélyegezhető, és elvégzik a hozzájuk tartozó nyilvánoskulcs-tanúsítványok generálását,
in case the currently published trusted list was signed or sealed with a private key whose public key certificate is expired, re-issue, without any delay, a new trusted list signed or sealed with a private key whose notified public key certificate is not expired;
haladéktalanul újból kiállítják az új bizalmi listát, amelyet az új titkos kulcsok egyikével írnak alá vagy bélyegeznek le, és bejelentik az ahhoz tartozó nyilvánoskulcs-tanúsítványt,
when required, generate new key pairs that could be used to sign or seal the trusted list and undertake the generation of their corresponding public key certificates;
IV.
promptly notify to the Commission the new list of public key certificates corresponding to the private keys that could be used to sign or seal the trusted list.
FEJEZET
In case of a compromise or decommissioning of one of the private keys corresponding to one of the public key certificates that could be used to validate the trusted list's signature or seal, that has been notified to the Commission and that is published in the Commission's central list of pointers, Member States shall:
A BIZALMI LISTA EMBER ÁLTAL OLVASHATÓ VÁLTOZATÁNAK SPECIFIKÁCIÓJA
re-issue, without any delay, a new trusted list signed or sealed with a non-compromised private key in cases where the published trusted list was signed or sealed with a compromised or decommissioned private key;
Amennyiben létrehozzák és közzéteszik a bizalmi lista ember által olvasható változatát, azt az ISO 32000 szabványnak [3] megfelelő Portable Document Format (PDF) dokumentum formájában kell elkészíteni, és annak formátumát a PDF/A (ISO 19005 [4]) profilnak megfelelően kell kialakítani.
In case of compromise or decommissioning of all the private keys corresponding to the public key certificates that could be used to validate the trusted list's signature, that have been notified to the Commission and that are published in the Commission's central list of pointers, Member States shall:
A bizalmi szolgáltatók listája PDF/A-alapú, ember által olvasható változatának a következő követelményeknek kell megfelelnie:
generate new key pairs that could be used to sign or seal the trusted list and undertake the generation of their corresponding public key certificates;
Az ember által olvasható változat felépítésének a TS 119 612 szabványban leírt logikai modellt kell tükröznie.
re-issue, without any delay, a new trusted list signed or sealed with one of those new private keys and whose corresponding public key certificate is to be notified;
Minden megadott mezőt fel kell tüntetni, és a következőket kell megadni:
CHAPTER IV
a mező címe (pl. „Service type identifier”),
SPECIFICATIONS FOR THE HUMAN READABLE FORM OF THE TRUSTED LIST
a mező értéke (pl. „http://uri.etsi.org/TrstSvc/Svctype/CA/QC”),
When a human readable form of the trusted list is established and published, it shall be provided in the form of a Portable Document Format (PDF) document according to ISO 32000 [3] that shall be formatted according to the profile PDF/A (ISO 19005 [4]).
adott esetben a mező értékének jelentése (leírása) (pl. „A vonatkozó regisztrációs szolgáltatások által ellenőrzött személyazonosság és más jellemzők alapján minősített tanúsítványokat létrehozó és aláíró tanúsítványgeneráló szolgáltatás.”),
The content of the PDF/A based human readable form of the trusted list shall comply with the following requirements:
adott esetben több természetes nyelvi változat, a bizalmi listában előírtak szerint.
The structure of the human readable form shall reflect the logical model described in TS 119 612;
A digitális tanúsítványoknak [5] legalább a „Service digital identity” (szolgáltatás digitális azonosítója) mezőben szereplő következő mezőit és megfelelő értékeit kell ember által olvasható formában megjeleníteni:
Every present field shall be displayed and provide:
Verzió (Version)
The title of the field (e.g.
Tanúsítvány sorszáma (Certificate serial number)
‘Service type identifier’);
Aláíró algoritmus (Signature algorithm)
The value of the field (e.g. ‘http://uri.etsi.org/TrstSvc/Svctype/CA/QC’);
Kiállító (Issuer) – minden releváns, megkülönböztetésre alkalmas „név” mező
The meaning (description) of the value of the field, when applicable (e.g.
Érvényességi időszak (Validity period)
‘A certificate generation service creating and signing qualified certificates based on the identity and other attributes verified by the relevant registration services.’);
Tulajdonos (Subject) – minden releváns, megkülönböztetésre alkalmas „név” mező
Multiple natural language versions as provided in the trusted list, when applicable.
Nyilvános kulcs (Public key)
The following fields and corresponding values of the digital certificates [5], if present in the ‘Service digital identity’ field shall, as a minimum, be displayed in the human readable form:
CA kulcsazonosítója (Authority Key Identifier)
Version
Tulajdonos kulcsazonosítója (Subject Key Identifier)
Certificate serial number
Kulcshasználat (Key Usage)
Signature algorithm
Kibővített kulcshasználat (Extended key usage)
Issuer — all relevant distinguished name fields
Hitelesítési rend (Certificate Policies) – minden hitelesítésirend-azonosító és hitelesítésirend-minősítő
Validity period
Hitelesítési rend leképezései (Policy mappings)
Subject — all relevant distinguished name fields
Tulajdonos alternatív neve (Subject alternative name)
Public key
Tulajdonosnévtár-jellemzők (Subject directory attributes)
Authority Key Identifier
Alapvető típusmegkötések (Basic constraints)
Subject Key Identifier
Hitelesítésirend-megkötések (Policy constraints)
Key Usage
A tanúsítvány-visszavonási lista terjesztési helyei (CRL Distribution Points) [6]
Extended key usage
Hozzáférés tanúsítványkiadó adataihoz
Certificate Policies — all policy identifiers and policy qualifiers
Hozzáférés tulajdonos adataihoz
Policy mappings
Minősített-tanúsítvány-nyilatkozatok [7]
Subject alternative name
Hash algoritmus
Subject directory attributes
A tanúsítvány hash értéke
Basic constraints
Az ember által olvasható változatot könnyen nyomtatható formátumban kell elkészíteni.
Policy constraints
Az ember által olvasható változatot a rendszer üzemeltetője az (EU) 2015/1505 bizottsági végrehajtási határozat 1. és 3. cikkében meghatározott fokozott biztonságú PDF aláírás szerint aláírja és lebélyegzi.
CRL Distribution Points [6]
Ezek az adatcsoportok kulcsfontosságúak a listát igénybe vevő felek számára az ilyen rendszerek minőségének és biztonsági szintjének értékeléséhez.