natgillin/translations-raw huggingface dataset:
Αν διασφαλίζεται (η εγγύηση παρέχεται από τον CSPQC και εποπτεύεται/διαπιστεύεται από τον SB/AB) ότι, για μια καταγεγραμμένη υπηρεσία, η οποία αναγνωρίζεται με ένα «Sdi», οποιοδήποτε QC δεν περιέχει καμία δήλωση συμμόρφωσης QcCompliance, ούτε και QCP OID, ούτε δήλωση QcSSCD, ούτε QCP + OID, αλλά διασφαλίζεται ότι κάποια από αυτά τα πιστοποιητικά για οντότητες-τελικούς αποδέκτες που εκδίδονται βάσει του εν λόγω «Sdi» πρέπει να είναι QC ή/και να υποστηρίζονται από SSCD, ενώ κάποια άλλα όχι (π.χ. μπορεί να γίνει αυτή η διάκριση μέσω διαφορετικών OIDs πολιτικών πιστοποιητικού ανά CSPQC ή μέσω άλλων πληροφοριών για κάθε CSPQC στο QC, άμεσα ή έμμεσα, με ή χωρίς δυνατότητα επεξεργασίας με μηχανικά μέσα), τότε η χρήση ενός κατάλληλου «Sdi» δεν θα αρκεί ΚΑΙ το πεδίο «Sie» πρέπει να χρησιμοποιηθεί για να συμπεριληφθούν ρητές πληροφορίες υποστήριξης από SSCD.
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.
Ως γενική εξ ορισμού αρχή, για έναν CSP ο οποίος είναι καταγεγραμμένος στον κατάλογο εμπίστευσης πρέπει να υπάρχει μία καταχώριση υπηρεσίας για κάθε πιστοποιητικό X.509v3 ανά υπηρεσία πιστοποίησης τύπου CA/QC, δηλαδή ανά αρχή πιστοποίησης που εκδίδει QC (άμεσα).
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.
Σε κάποιες προσεκτικά προβλεπόμενες περιπτώσεις και υπό προσεκτικά ρυθμιζόμενες συνθήκες, ο φορέας εποπτείας/διαπίστευσης ενός κράτους μέλους μπορεί να αποφασίσει να χρησιμοποιήσει το πιστοποιητικό X.509v3 μιας αρχής πιστοποίησης βάσης ή ανώτερου επιπέδου (δηλαδή μιας αρχής πιστοποίησης η οποία δεν εκδίδει άμεσα QC για οντότητες-τελικούς αποδέκτες, αλλά η οποία πιστοποιεί μια ιεραρχία αρχών πιστοποίησης μέχρι εκείνες τις αρχές που εκδίδουν QC για οντότητες-τελικούς αποδέκτες) ως το «Sdi» μιας ενιαίας καταχώρισης στον κατάλογο υπηρεσιών ενός καταγεγραμμένου CSP.
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.
Οι συνέπειες (υπέρ και κατά) της χρήσης του εν λόγω X.509v3 Αρχής Πιστοποίησης Βάσης ή Αρχής Πιστοποίησης Ανώτερης Βαθμίδας ως τιμών «Sdi» για τις καταχωρίσεις των υπηρεσιών του TL πρέπει να ληφθούν σοβαρά υπόψη και η ευθύνη να αναληφθεί από τα κράτη μέλη.
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.
Επιπλέον, χρησιμοποιώντας αυτή την επιτρεπόμενη εξαίρεση από την εξ ορισμού αρχή, το κράτος μέλος πρέπει να παράσχει την τεκμηρίωση που απαιτείται για να διευκολύνει τη δημιουργία και την επαλήθευση της διαδρομής πιστοποίησης.
Moreover, when using this authorized exception to the default principle, Member State must provide the necessary documentation to facilitate certification path building and verification.
Προκειμένου να παρουσιαστούν οι γενικές κατευθυντήριες γραμμές επεξεργασίας, μπορούν να δοθούν τα παρακάτω παραδείγματα: Στο πλαίσιο ενός CSPQC ο οποίος χρησιμοποιεί μια αρχή πιστοποίησης βάσης, στο πλαίσιο της οποίας πολλές αρχές πιστοποίησης εκδίδουν τόσο αναγνωρισμένα όσο και μη αναγνωρισμένα πιστοποιητικά, αλλά τα QC που εκδίδονται περιέχουν μόνο τη δήλωση συμμόρφωσης QcCompliance και καμία ένδειξη για το αν υποστηρίζονται από SSCD, η καταγραφή του «Sdi» της αρχής πιστοποίησης βάσης σημαίνει μόνο, βάσει των κανόνων που εξηγήθηκαν παραπάνω, ότι οποιοδήποτε QC που εκδίδεται υπό την εν λόγω ιεραρχία αρχής πιστοποίησης βάσης ΔΕΝ υποστηρίζεται από κάποια SSCD.
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.
Αν τα εν λόγω QC πράγματι υποστηρίζονται από SSCD, συνιστάται ιδιαίτερα να χρησιμοποιηθεί η δήλωση QcSSCD στα QC που θα εκδίδονται μελλοντικά.
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.
Εν τω μεταξύ (μέχρι τη λήξη του τελευταίου QC που δεν περιέχει αυτές τις πληροφορίες), στον TSL μπορεί να χρησιμοποιηθεί το πεδίο «Sie» και η συσχετισμένη επέκταση «Προσδιορισμοί», π.χ. φιλτράροντας τα πιστοποιητικά μέσω ειδικού/ειδικών OID που καθορίζονται από τον CSPQC, τα οποία χρησιμοποιούνται ενδεχομένως από τον CSPQC για να κάνει διάκριση ανάμεσα στους διάφορους τύπους QC (κάποια από τα οποία υποστηρίζονται από SSCD, ενώ κάποια άλλα όχι) και τα οποία περιέχουν ρητές «πληροφορίες υποστήριξης SSCD» όσον αφορά τα πιστοποιητικά που φιλτράρονται μέσω της χρήσης «Προσδιοριστών».
In the meantime (until the last QC not containing this information has expired), the TSL should make use of the Sie field and associated Qualifications extension, e.g. filtering certificates through specific 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’.
Οι γενικές κατευθυντήριες γραμμές χρήσης για τις εφαρμογές, τις υπηρεσίες ή τα προϊόντα που αφορούν τις ηλεκτρονικές υπογραφές, και που βασίζονται στην εφαρμογή TSL ενός καταλόγου εμπίστευσης, σύμφωνα με τις παρούσες τεχνικές προδιαγραφές έχουν ως εξής:
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:
Μια καταχώριση «CA/QC»«Sti» (παρομοίως μια καταχώριση CA/QC που αναγνωρίζεται περαιτέρω ότι αποτελεί «RootCA/QC» μέσω της χρήσης της επέκτασης «Sie» additionalServiceInformation)
A ‘CA/QC’‘Sti’ entry (similarly a CA/QC entry further qualified as being a RootCA/QC through the use of ‘Sie’ additionalServiceInformation extension)
Δηλώνει ότι από την αρχή πιστοποίησης με αναγνωριστικό «Sdi» (παρομοίως με ιεραρχία αρχής πιστοποίησης η οποία ξεκινά από την αρχή πιστοποίησης βάσης με αναγνωριστικό «Sdi»), όλα τα εκδιδόμενα πιστοποιητικά για οντότητες-τελικούς αποδέκτες είναι QC, εφόσον υποστηρίζεται ότι είναι τέτοια στο πιστοποιητικό μέσω της χρήσης των κατάλληλων δηλώσεων QcStatements (δηλαδή QcC, QcSSCD) ή/και των QCP(+) OID που ορίζονται μέσω του ETSI (και αυτό διασφαλίζεται από το φορέα εποπτείας/διαπίστευσης, βλέπε παραπάνω «γενικές κατευθυντήριες γραμμές επεξεργασίας»). Σημείωση:
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’)
σε περίπτωση που δεν υπάρχουν πληροφορίες «Sie»«Αναγνώριση» ή σε περίπτωση που ένα πιστοποιητικό για οντότητες-τελικούς αποδέκτες το οποίο υποστηρίζεται ότι είναι QC δεν «αναγνωρίζεται περαιτέρω» μέσω σχετικής καταχώρισης «Sie», τότε οι πληροφορίες «με δυνατότητα επεξεργασίας με μηχανικά μέσα» που βρίσκονται στο QC θεωρούνται, βάσει της εποπτείας/διαπίστευσης, ως ακριβείς.
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.
Αυτό σημαίνει ότι η χρήση (ή μη χρήση) των κατάλληλων δηλώσεων QcStatements (δηλαδή QcC, QcSSCD) ή/και QCP(+) OIDs καθοριζόμενων βάσει του ETSI βεβαιώνεται ότι συμφωνεί με αυτό που υποστηρίζει ο CSPQC
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.
και ΑΝ υπάρχουν πληροφορίες «Sie»«Αναγνώριση», τότε εκτός από τον παραπάνω εξ ορισμού κανόνα ερμηνείας χρήσης, τα πιστοποιητικά εκείνα που ορίζονται μέσω της χρήσης της εν λόγω καταχώρισης «Sie»«Αναγνώριση», η οποία βασίζεται στην αρχή της αλληλουχίας των «φίλτρων», εντοπίζοντας περαιτέρω ένα σύνολο πιστοποιητικών και παρέχοντας επιπλέον πληροφορίες αναφορικά με την «υποστήριξη SSCD» ή/και το «Νομικό πρόσωπο ως υποκείμενο» (π.χ. τα πιστοποιητικά εκείνα που περιέχουν συγκεκριμένο αναγνωριστικό αντικειμένου στην επέκταση της πολιτικής πιστοποιητικού ή/και που έχουν συγκεκριμένη σχηματομορφή «Χρήσης κλειδιού» ή/και που φιλτράρονται μέσω της χρήσης συγκεκριμένης τιμής, η οποία εμφανίζεται σε συγκεκριμένο πεδίο ή εκτεταμένο πεδίο του πιστοποιητικού κ.λπ.), πρέπει να εξετάζονται σύμφωνα με το παρακάτω σύνολο «προσδιοριστών», επανορθώνοντας την έλλειψη πληροφοριών στο αντίστοιχο QC, δηλαδή:
and IF‘Sie’‘Qualification’ information is present, then in addition to the above default usage interpretation rule, those certificates that are identified through the use of this ‘Sie’‘Qualification’ entry, which is constructed on the principle of a sequence of ‘filters’ further identifying a set of certificates and providing some additional information regarding ‘SSCD support’ and/or ‘Legal person as subject’ (e.g. those certificates containing a specific OID in the Certificate Policy extension, and/or having a specific ‘Key usage’ pattern, and/or filtered through the use of a specific value to appear in one specific certificate field or extension, etc.), are to be considered according to the following set of ‘qualifiers’, compensating for the lack of information in the corresponding QC, i.e.:
τιμή προσδιοριστή «QCNoSSCD», η οποία σημαίνει «το QC δεν υποστηρίζεται από SSCD» ή
‘QCNoSSCD’ qualifier value meaning ‘QC not supported by an SSCD’, or
τιμή προσδιοριστή «QCSSCDStatusAsInCert», η οποία σημαίνει ότι οι πληροφορίες υποστήριξης από SSCD είναι βέβαιο ότι περιλαμβάνονται σε οποιοδήποτε QC βάσει των πληροφοριών «Sdi»-«Sie» που παρέχονται στην εν λόγω καταχώριση CA/QC,
‘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;
Ή/ΚΑΙ
AND/OR
για να υποδειχθεί έκδοση υπέρ νομικού προσώπου:
to indicate issuance to Legal Person:
τιμή προσδιοριστή «QCForLegalPerson», η οποία σημαίνει «το πιστοποιητικό εκδόθηκε υπέρ νομικού προσώπου»
‘QCForLegalPerson’ qualifier value meaning ‘Certificate issued to a Legal Person’.
Υπηρεσίες που υποστηρίζουν υπηρεσίες «CA/QC» αλλά που δεν αποτελούν μέρος των «CA/QC»«Sdi»
Services supporting ‘CA/QC’ services but not part of the ‘CA/QC’‘Sdi’
Πρέπει επίσης να καλύπτονται οι περιπτώσεις κατά τις οποίες οι CRL και οι αποκρίσεις OCSP υπογράφονται από κλειδιά που δεν προέρχονται από μια αρχή πιστοποίησης που εκδίδει QC («CA/QC»).
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.
Αυτό μπορεί να καλυφθεί καταγράφοντας τις υπηρεσίες αυτές ως τέτοιες κατά την εφαρμογή TSL του TL (δηλαδή με ένα «Αναγνωριστικό τύπου υπηρεσίας» επιπλέον αναγνωρισμένο με μια επέκταση «additionalServiceInformation», η οποία παρουσιάζει μια υπηρεσία OCSP ή CRL ως μέρος της παροχής QC, π.χ. με τύπο υπηρεσίας «OCSP/QC» ή «CRL/QC» αντίστοιχα), εφόσον οι εν λόγω υπηρεσίες μπορούν να θεωρηθούν μέρος των εποπτευόμενων/διαπιστευμένων «αναγνωρισμένων» υπηρεσιών που έχουν σχέση με την παροχή υπηρεσιών πιστοποίησης QC.
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.
Ασφαλώς, οι αποκριτές OCSP ή οι εκδότες CRL, των οποίων τα πιστοποιητικά είναι υπογεγραμμένα από τις αρχές πιστοποίησης στην ιεραρχία μιας καταγεγραμμένης υπηρεσίας CA/QC πρέπει να θεωρούνται «έγκυρα» και σύμφωνα με την τιμή κατάστασης της καταγεγραμμένης υπηρεσίας CA/QC.
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.
Παρόμοια διάταξη μπορεί να ισχύει και για υπηρεσίες πιστοποίησης που εκδίδουν μη αναγνωρισμένα πιστοποιητικά (τύπου υπηρεσίας «CA/PKC»), χρησιμοποιώντας εξ ορισμού τους τύπους υπηρεσιών OCSP και CRL βάσει των τεχνικών προδιαγραφών του ETSI, TS 102 231.
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.
Επισημαίνεται ότι η εφαρμογή TSL του TL ΠΡΕΠΕΙ να συμπεριλαμβάνει υπηρεσίες ανάκλησης όταν οι σχετικές πληροφορίες δεν υπάρχουν στο πεδίο AIA των τελικών πιστοποιητικών ή όταν δεν φέρει την υπογραφή μιας αρχής πιστοποίησης από τις καταγεγραμμένες.
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.
Μετάβαση προς διαλειτουργικό προφίλ QC
Moving towards interoperable QC profile
Κατά γενικό κανόνα, πρέπει να γίνει προσπάθεια για την απλούστευση (τη μείωση) όσο το δυνατόν περισσότερο του αριθμού των καταχωρίσεων υπηρεσιών (διαφορετικών «Sdi»).
As a general rule, it must be tried to simplify (reduce) as far as possible the number of entries of services (different ‘Sdi’’s).
Αυτό ωστόσο πρέπει να εξισορροπηθεί με τη σωστή αναγνώριση των υπηρεσιών που σχετίζονται με την έκδοση QC και με την παροχή των εμπιστευμένων πληροφοριών σχετικά με το αν τα εν λόγω QC υποστηρίζονται από SSCD όταν οι πληροφορίες αυτές απουσιάζουν από το εκδοθέν QC.
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.
Θεωρητικά, η χρήση του πεδίου «Sie» και της επέκτασης «Qualification» (Αναγνώριση) πρέπει να περιορίζεται (αυστηρά) σε εκείνες τις συγκεκριμένες περιπτώσεις που επιλύονται με αυτό τον τρόπο, καθώς τα QC πρέπει να περιλαμβάνουν επαρκείς πληροφορίες όσον αφορά την υποστηριζόμενη κατάσταση αναγνώρισης και την υποστηριζόμενη υποστήριξη ή μη από μια SSCD.
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.
Τα κράτη μέλη πρέπει, στο μέτρο του δυνατού, να ενισχύσουν την υιοθέτηση και τη χρήση διαλειτουργικών προφίλ QC.
Member States should, as much as possible, enforce the adoption and use of interoperable QC profiles.
Δομή του κοινού σχεδιοτύπου για τον κατάλογο εμπίστευσης
Structure of the Common Template for the Trusted List
Το προτεινόμενο κοινό σχεδιότυπο για έναν κατάλογο εμπίστευσης των κρατών μελών θα είναι δομημένο σύμφωνα με τις παρακάτω κατηγορίες πληροφοριών:
The proposed Common Template for a Member State Trusted List will be structured into the following categories of information:
πληροφορίες σχετικά με τον κατάλογο εμπίστευσης και το σχήμα έκδοσής του·
Information on the Trusted List and its issuing scheme;
μια αλληλουχία πεδίων που διαθέτουν αδιαμφισβήτητες πληροφορίες ταυτότητας σχετικά με κάθε εποπτευόμενο/διαπιστευμένο CSP σύμφωνα με το σχήμα (η εν λόγω αλληλουχία είναι προαιρετική, δηλαδή όταν δεν χρησιμοποιείται, ο κατάλογος θα θεωρείται ότι είναι κενός, πράγμα που σημαίνει ότι κανένας CSP ούτε εποπτεύεται ούτε διαπιστεύεται στο σχετικό κράτος μέλος στο πλαίσιο του καταλόγου εμπίστευσης·
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);
για κάθε καταγεγραμμένο CSP, μια αλληλουχία πεδίων με αδιαμφισβήτητες πληροφορίες ταυτότητας μιας εποπτευόμενης/διαπιστευμένης υπηρεσίας πιστοποίησης που παρέχει ο CSP (αυτή η αλληλουχία πρέπει να έχει τουλάχιστον μία καταχώριση)·
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 each listed supervised/accredited certification service, identification of the current status of the service and the history of this status.
Στο πλαίσιο ενός CSP που εκδίδει QC, η αδιαμφισβήτητη ταυτοποίηση μιας εποπτευόμενης/διαπιστευμένης υπηρεσίας πιστοποίησης προς καταγραφή πρέπει να λαμβάνει υπόψη τις καταστάσεις εκείνες κατά τις οποίες δεν είναι διαθέσιμες αρκετές πληροφορίες στο αναγνωρισμένο πιστοποιητικό σχετικά με την «αναγνωρισμένη» κατάστασή του, την ενδεχόμενη υποστήριξή του από μια SSCD και ειδικά προκειμένου να αντιμετωπιστεί το επιπλέον γεγονός ότι οι περισσότεροι από τους (εμπορικούς) CSP χρησιμοποιούν μια ενιαία αναγνωρισμένη εκδίδουσα αρχή πιστοποίησης για την έκδοση πολλών τύπων πιστοποιητικών για οντότητες-τελικούς αποδέκτες, αναγνωρισμένων και μη.
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.
Πληροφορίες σχετικά με τον κατάλογο εμπίστευσης και το σχήμα έκδοσής του.
Information on the Trusted List and its issuing scheme
Οι παρακάτω πληροφορίες θα αποτελούν μέρος αυτής της κατηγορίας:
The following information will be part of this category:
μια ετικέτα καταλόγου εμπίστευσης, η οποία θα διευκολύνει την ταυτοποίηση του καταλόγου εμπίστευσης κατά τις ηλεκτρονικές αναζητήσεις και επίσης θα επιβεβαιώνει τους σκοπούς της όταν θα έχει μορφή με δυνατότητα ανάγνωσης από άνθρωπο,
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,
ένα αναγνωριστικό μορφής και έκδοσης μορφής καταλόγου εμπίστευσης,
A Trusted List format and format version identifier,
ένας αριθμός αλληλουχίας (ή έγκρισης) καταλόγου εμπίστευσης,
A Trusted List sequence (or release) number,
ένας τύπος πληροφοριών καταλόγου εμπίστευσης (π.χ. για αναγνώριση του ότι ο εν λόγω έμπιστος κατάλογος παρέχει πληροφορίες σχετικά με την κατάσταση εποπτείας/διαπίστευσης των υπηρεσιών πιστοποίησης από CSP που εποπτεύονται/διαπιστεύονται από το εκάστοτε κράτος μέλος ως προς τη συμμόρφωση με τις διατάξεις που ορίζονται στην οδηγία 1999/93/ΕΚ),
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);
πληροφορίες κατόχου του καταλόγου εμπίστευσης (π.χ. ονοματεπώνυμο, διεύθυνση, στοιχεία επικοινωνίας κ.λπ. του φορέα του κράτους μέλους που είναι υπεύθυνος για την κατάρτιση, την ασφαλή δημοσίευση και την τήρηση του καταλόγου εμπίστευσης),
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),
πληροφορίες σχετικά με το υπάρχον/υπάρχοντα σχήμα/σχήματα εποπτείας/διαπίστευσης με τα οποία σχετίζεται ο κατάλογος εμπίστευσης, μεταξύ άλλων:
Information about the underlying supervision/accreditation scheme(s) to which the Trusted List is associated, including but not limited to:
η χώρα όπου ισχύει,
the country in which it applies,
πληροφορίες ή αναφορά στον τόπο όπου μπορούν να εντοπιστούν οι πληροφορίες για το σχήμα/τα σχήματα (μοντέλο σχήματος, κανόνες, κριτήρια, ισχύουσα κοινότητα, τύπος κ.λπ.),
information on or reference to the location where information on the scheme(s) can be found (scheme model, rules, criteria, applicable community, type, etc.),
διάστημα διατήρησης πληροφοριών (ιστορικού),
period of retention of (historical) information;
πολιτική ή/και νομική σημείωση, αστική ευθύνη, αρμοδιότητες όσον αφορά τον κατάλογο εμπίστευσης,
Trusted List policy and/or legal notice, liabilities, responsibilities,
ημερομηνία και χρόνος έκδοσης και επόμενη προβλεπόμενη ενημέρωση του καταλόγου εμπίστευσης.
Trusted List issue date and time and next foreseen update,
Σαφείς πληροφορίες ταυτοποίησης για κάθε CSP που αναγνωρίζεται από το σχήμα
Unambiguous identification information about every CSP recognised by the scheme
Αυτό το σύνολο πληροφοριών θα συμπεριλαμβάνει τουλάχιστον τα εξής:
This set of information will include at least the following:
την επωνυμία του οργανισμού του CSP όπως χρησιμοποιείται στις επίσημες καταγραφές στα μητρώα (ενδέχεται να συμπεριλαμβάνει το αναγνωριστικό χρήστη του οργανισμού του CSP, ανάλογα με τις πρακτικές του κράτους μέλους),
The CSP organisation name as used in formal legal registrations (this may include the CSP organisation UID following Member State practices),
τη διεύθυνση και τα στοιχεία επικοινωνίας του CSP,
The CSP address and contact information,
επιπλέον πληροφορίες σχετικά με τον CSP οι οποίες είτε συμπεριλαμβάνονται άμεσα είτε δι’ αναφοράς σε έναν τόπο από όπου είναι δυνατή η μεταφόρτωση των εν λόγω πληροφοριών.
Additional information on the CSP either included directly or by reference to a location from where such information can be downloaded,
Για κάθε καταγεγραμμένο CSP, μια σειρά πεδίων με σαφείς πληροφορίες ταυτότητας μιας υπηρεσίας πιστοποίησης που παρέχει ο CSP και που εποπτεύεται/διαπιστεύεται στο πλαίσιο της οδηγίας 1999/93/ΕΚ
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
Αυτό το σύνολο πληροφοριών θα συμπεριλαμβάνει τουλάχιστον τα παρακάτω για κάθε υπηρεσία πιστοποίησης από έναν καταγεγραμμένο CSP:
This set of information will include at least the following for each certification service from a listed CSP: