natgillin/translations-raw huggingface dataset:
It is recommended that the format of the signature SHALL be CAdES BES/EPES for ASN.1 implementations, and XAdES BES/EPES as defined by ETSI TS 101 903 specifications for XML implementations.
Ajánlott, hogy az aláírás formátuma CAdES BES/EPES KELL, hogy legyen az ASN.1 implementációk, és az ETSI TS 101903 szabvány leírásában meghatározott XAdES BES/EPES az XML implementációk esetében.
Such electronic signature implementations SHALL meet requirements as stated in ETSI TS 102 231 Annexes A or B respectively.
Az elektronikus aláírások ilyen implementációja meg KELL, hogy feleljen az ETSI TS 102231 szabvány A., illetve B. mellékletében meghatározott követelményeknek.
Additional general requirements regarding the signature are stated in the following sections.
A következő szakaszokban meghatározzuk az aláírásra vonatkozó további általános követelményeket.
Scheme identification (clause 5.7.2)
Scheme identification (5.7.2. pont)
This field is REQUIRED and SHALL specify a reference assigned by the scheme operator which uniquely identifies the scheme described in the present specifications and the established TSL, and MUST be included in the calculation of the signature.
Ez a mező SZÜKSÉGES, és a rendszerüzemeltető által adott hivatkozást KELL megadnia, amely egyedileg azonosítja az e leírásban leírt rendszert és létrehozott TSL-t, és annak KÖTELEZŐ szerepelnie az aláírás kiszámításában.
This is expected to be a character string or a bit string.
Ennek karakterláncnak vagy bitláncnak kell lennie.
In the context of the present specifications the assigned reference SHALL be the concatenation of the ‘TSL type’ (clause 5.3.3), the ‘Scheme name’ (clause 5.3.6) and the value of the SubjectKeyIdentifier extension of the certificate used by the Scheme operator to electronically sign the TSL.
E leírás alkalmazásában a hozzárendelt hivatkozás a »TSL type« (TSL típusa) (5.3.3. pont), a »Scheme name« (rendszer neve) (5.3.6. pont) mező és a rendszerüzemeltető által a TSL elektronikus aláírására használt tanúsítvány SubjectKeyIdentifier bővítménye értékének összefűzése KELL, hogy legyen.
Signature algorithm identifier (clause 5.7.3)
Signature algorithm identifier (5.7.3. pont)
This field is REQUIRED and SHALL specify the cryptographic algorithm that has been used to create the signature.
Ez a mező SZÜKSÉGES, és azt a titkosított algoritmust KELL megadnia, melyet az aláírás létrehozásához használtak.
Depending on the algorithm used, this field MAY require additional parameters.
A használt algoritmustól függően ennek a mezőnek további paramétereket is szükségessé LEHET tennie.
This field MUST be included in the calculation of the signature.
A mezőnek KÖTELEZŐ szerepelnie az aláírás kiszámításában.
Signature value (clause 5.7.4)
Signature value (5.7.4. pont)
This field is REQUIRED and SHALL contain the actual value of the digital signature.
Ez a mező SZÜKSÉGES, és tartalmaznia KELL a digitális aláírás aktuális értékét.
All fields of the TSL (except the signature value itself) MUST be included in the calculation of the signature.
Az aláírás kiszámításában KÖTELEZŐ szerepelnie a TSL valamennyi mezőjének (az aláírásérték kivételével).
TSL extensions (clause 5.8)
TSL extensions (5.8. pont)
expiredCertsRevocationInfo Extension (clause 5.8.1)
expiredCertsRevocationInfo bővítmény (5.8.1. pont)
This extension is OPTIONAL.
Ez a bővítmény OPCIONÁLIS.
When used it MUST comply to the specifications of ETSI TS 102 231, clause 5.8.1.
Használata esetén KÖTELEZŐ megfelelnie az ETSI TS 102231 szabvány 5.8.1. pontjának.
additionalServiceInformation Extension (clause 5.8.2)
additionalServiceInformation (szolgáltatás további adatai) bővítmény (5.8.2. pont)
This OPTIONAL extension, when used, MUST be used at Service level only and only in the field defined in clause 5.5.9 (Service information extension).
Ez OPCIONÁLIS bővítmény, használata esetén KÖTELEZŐ csak szolgáltatási szinten használni, és csak az 5.5.9. (»Service information extension« [szolgáltatásadat-bővítmény ]) pontban meghatározott mezőben.
It is used to provide additional information on a service.
A bővítményt a szolgáltatás további adatainak megadására használják.
This SHALL be a sequence of one or more tuples, each tuple giving:
Egy vagy több értéksor sorozata KELL, hogy legyen, amelyben minden értéksor megadja a következőket:
an URI identifying the additional information, e.g.:
a további adatokat azonosító URI, pl.:
an URI indicating some nationally defined specific qualification for a supervised/accredited Trust Service Token provisioning service, e.g.
a felügyelt/akkreditált megbízható szolgáltatástoken-kiadási szolgáltatás nemzeti szinten meghatározott egyedi minősítését megadó URI, pl.
a specific security/quality granularity level with regard to national supervision/accreditation scheme for CSPs not issuing QCs (e.g. RGS */**/*** in FR, specific ‘supervision’ status set by national legislation for specific CSPs issuing QCs in DE), see Note(4) of ‘Service current status’ — clause 5.5.4;
a minősített tanúsítvány kiállításával nem foglalkozó hitelesítésszolgáltatókra vonatkozó nemzeti felügyeleti/akkreditációs rendszer egyedi biztonsági/minőségi granularitási szintje (pl. RGS */**/*** Franciaországban, nemzeti jogszabályokban meghatározott egyedi felügyeleti státus egyes minősített tanúsítványt kiállító hitelesítésszolgáltatókra Németországban), lásd a »Service current status« (szolgáltatás aktuális státusa) – 5.5.4. pont (4) megjegyzését,
or a specific legal status for a supervised/accredited Trust Service Token provisioning (e.g. nationally defined ‘qualified TST’ as in DE or HU);
a felügyelt/akkreditált megbízható szolgáltatástoken-kiadási szolgáltatás nemzeti szinten meghatározott egyedi jogállása (pl. nemzeti szinten meghatározott »qualified TST« (minősített megbízható szolgáltatástoken), mint Németországban vagy Magyarországon),
or meaning of a specific Policy identifier present in a X.509v3 certificate provided in ‘Sdi’ field.
vagy az »Sdi« mezőben megadott X.509v3 tanúsítványban szereplő egyedi szabályzatazonosító jelentése,
or a registered URI as specified in ‘Service type identifier’, clause 5.5.1, in order to further specify the participation of the ‘Sti’ identified service as being a component service of a certification service provider issuing QC (e.g., OCSP-QC, CRL-QC, and RootCA-QC);
vagy a »Service type identifier« (szolgáltatástípus-azonosító) mezőben, 5.5.1. pont, megadott URI az »Sti« mezőben azonosított szolgáltatás további olyan minősítésére, hogy az a minősített tanúsítványokat (pl. valós idejű tanúsítvány-lekérdezési minősített tanúsítvány, tanúsítvány-visszavonási lista minősített tanúsítványa és legfelső szintű hitelesítésszolgáltatói minősített tanúsítvány) kiállító hitelesítésszolgáltató részszolgáltatása;
an optional string containing the serviceInformation value, meaning as specified in the scheme (e.g. *, ** or ***);
egy választható lánc, mely tartalmazza a serviceInformation értéket, melynek jelentését a rendszer határozza meg (pl. *, ** vagy ***);
any optional additional information provided in a scheme-specific format.
minden rendszerspecifikus formátumban megadott választható további adat.
Dereferencing the URI SHOULD lead to human readable documents containing all the details required to understand the extension, and in particular explaining the meaning of the given URIs, specifying the possible values for serviceInformation and the meaning for each value.
Az URI visszakövetésének olyan emberi szemmel olvasható dokumentumot JAVASOLT eredményeznie, amelyben a bővítmény megértéséhez szükséges összes adat szerepel, ideértve különösen az adott URI jelentésének magyarázatát, továbbá megadva a serviceInformation (szolgáltatásadat) mező lehetséges értékeit és az egyes értékek magyarázatát.
Qualifications Extension (clause L.3.1)
Qualifications Extension (L.3.1. pont)
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
Leírás Ez a mező OPCIONÁLIS, de jelen KELL lennie, ha használata SZÜKSÉGES, pl. gyökértanúsítvány-kiállítási szolgáltatás vagy minősített tanúsítvány kiállítási szolgáltatás esetén, és amennyiben
the information provided in the ‘Service digital identity’ is not sufficient to unambiguously identify the qualified certificates issued by this service,
a »Service digital identity« (szolgáltatás digitális azonosítója) mezőben megadott adat nem elegendő a szolgáltatás által kiállított minősített tanúsítványok egyértelmű azonosítására,
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,
a csatolt minősített tanúsítvány adatai nem teszik lehetővé azon tény géppel feldolgozható azonosítását, hogy a minősített tanúsítvány biztonságos aláírás-létrehozó eszközön alapul-e.
When used, this service level extension MUST only be used in the field defined in ‘Service information extension’ (clause 5.5.9).
Használata esetén ezt a szolgáltatásiszint-bővítményt KÖTELEZŐ csak a »Service information extension« (szolgáltatásadat-bővítmény) (5.5.9. pont) mezőben meghatározott mezőben használni.
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.
Formátum Egy vagy több minősítő elem nem üres sorozata (Qualification-elements – L.3.1.2. pont), az ETSI TS 102231 szabvány L.3. mellékletében meghatározottak szerint.
ETSI XSD FILE REGARDING ETSI TS 102 231 VERSION 3
ETSI XSD FÁJL AZ ETSI TS 102231 3 VÁLTOZATHOZ
This information is provided in its current state.
Az információkat jelenlegi állapotukban adjuk meg.
Should problems appear in using this xsd file, they should be reported to ETSI for fixing actions.
Az xsd fájl használata során felmerülő problémákat a korrekciós intézkedések érdekében jelenteni kell az ETSI-nek.
XSD FILE REGARDING CODING OF ‘SIE’ FIELD
XSD FÁJL A »SIE« MEZŐ KÓDOLÁSÁHOZ
SPECIFICATIONS FOR THE HUMAN READABLE FORM OF THE TSL IMPLEMENTATION OF THE TRUSTED LIST
LEÍRÁS A MEGBÍZHATÓ SZOLGÁLTATÓK LISTÁJA TSL IMPLEMENTÁCIÓJÁNAK EMBERI SZEMMEL OLVASHATÓ FORMÁJÁHOZ
A Human Readable (HR) form of the TSL implementation of the Trusted List MUST be publicly available and accessible by electronic means.
A megbízható szolgáltatók listája TSL implementációjának emberi szemmel olvasható formáját közzé kell tenni, és KÖTELEZŐ biztosítani ennek elektronikus hozzáférhetőségét.
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).
A leírást az ISO 32000 szabványnak megfelelő Portable Document Format (PDF) dokumentum formájában JAVASOLT elkészíteni, és annak formátumát a PDF/A (ISO 19005) profilnak megfelelően kell kialakítani.
The content of the PDF/A based HR form of the TSL implementation of the Trusted List SHOULD comply with the following requirements:
A megbízható szolgáltatók listája TSL implementációja PDF/A-alapú olvasható formájának a következő követelményeknek JAVASOLT megfelelnie:
The structure of the HR form SHOULD reflect the logical model described in section 5.1.2 of ETSI TS 102 231;
A leírás felépítésének az ETSI TS 102231 szabvány 5.1.2. szakaszában leírt logikai modellt JAVASOLT tükröznie,
Every present field SHOULD be displayed and provide:
Minden megadott mezőt JAVASOLT feltüntetni, és a következők megadása JAVASOLT:
The title of the field (e.g. ‘Service type identifier’);
A mező címe (pl. »Service type identifier«),
The value of the field (e.g. ‘CA/QC’);
A mező értéke (pl. »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.’);
Adott esetben a mező értékének jelentése (leírása), különösen az ETSI TS 102231 szabvány D mellékletében megadottak illetve ebben a leírásban megadottak szerint, regisztrált URI-k esetében (pl. »A Certification authority issuing public key certificates«),
Multiple natural languages versions as provided in the TSL implementation of the Trusted List, when applicable.
Adott esetben több természetes nyelvi változat, a megbízható szolgáltatók listája TSL implementációjában előírtak szerint,
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:
Legalább a »Service digital identity« (szolgáltatás digitális azonosítója) mezőben szereplő digitális tanúsítványok következő mezőit és megfelelő értékeit JAVASOLT olvasható formában megjeleníteni:
Version,
Verzió (Version),
Serial number,
Sorszám (Serial number),
Signature algorithm,
Aláíró algoritmus (Signature algorithm),
Issuer,
Kiállító (Issuer),
Valid from,
Érvényesség kezdete (Valid from),
Valid to,
Érvényesség vége (Valid to),
Subject,
Tulajdonos (Subject),
Public key,
Nyilvános kulcs (Public key),
Certificate Policies,
Hitelesítési rend (Certificate Policies),
Subject Key Identifier,
Tulajdonos kulcsazonosítója (Subject Key Identifier),
CRL Distribution Points,
A tanúsítvány-visszavonási lista terjesztési helyei (CRL Distribution Points),
Authority Key Identifier,
CA kulcsazonosítója (Authority Key Identifier),
Key Usage,
Kulcshasználat (Key Usage),
Basic constraints,
Alapvető típusmegkötések (Basic constraints),
Thumbprint algorithm,
Ujjlenyomat-algoritmus (Thumbprint algorithm),
Thumbprint,
Ujjlenyomat (Thumbprint),
The HR form SHOULD be easily printable,
Az emberi szemmel olvasható formát könnyen nyomtatható formátumban JAVASOLT elkészíteni.
As defined in Art. 2,11 of Directive 1999/93/EC.
Az 1999/93/EK irányelv 2. cikkének (11) bekezdésében szereplő fogalommeghatározás szerint.
As defined in Art. 2,10 of Directive 1999/93/EC.
Az 1999/93/EK irányelv 2. cikkének (10) bekezdésében szereplő fogalommeghatározás szerint.
As defined in Art. 2,6 of Directive 1999/93/EC.
Az 1999/93/EK irányelv 2. cikkének (6) bekezdésében szereplő fogalommeghatározás szerint.
As defined in Art. 2,2 of Directive 1999/93/EC.
Az 1999/93/EK irányelv 2. cikkének (2) bekezdésében szereplő fogalommeghatározás szerint.
For an AdES supported by a QC the acronym ‘AdESQC’ is used throughout the present document.
Ennek a dokumentumnak az angol nyelvű változatában a minősített tanúsítvánnyal ellátott fokozott biztonságú elektronikus aláírást az »AdESQC« rögidítéssel jelöljük.
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.
Felhívjuk a figyelmet arra, hogy számos elektronikus szolgáltatás alapul egyszerű fokozott biztonságú elektronikus aláírásokon, amelyek határokon átnyúló használatát is lehetővé kell tenni, feltéve, hogy a mögöttes hitelesítési szolgáltatások (melyek pl. fokozott biztonságú tanúsítványokat adnak ki) szerepelnek az adott tagállam megbízható szolgáltatói listájának önkéntes részében.
ETSI TS 102 231 — Electronic Signatures and Infrastructures (ESI): Provision of harmonized Trust-service status information.
ETSI TS 102231 – Electronic Signatures and Infrastructures (ESI): Provision of harmonized Trust-service status information.
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.
Pl. egy tagállamban letelepedett hitelesítésszolgáltató, amely valamely, eredetileg a tagállam (felügyeleti szerv) által felügyelt hitelesítési szolgáltatást nyújt, bizonyos idő elteltével határozhat úgy, hogy a jelenleg felügyelt hitelesítési szolgáltatás tekintetében akkreditációt kér.
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.
Megfordítva: egy másik tagállamban lévő hitelesítésszolgáltató határozhat úgy, hogy nem hagy fel az akkreditált hitelesítési szolgáltatással, hanem – pl. üzleti és/vagy gazdasági okokból – az akkreditációs státusról áttér a felügyeleti státusra.
ETSI TS 102 231 — Electronic Signatures and Infrastructures (ESI): Provision of harmonized Trust-service status information
ETSI TS 102 231- Electronic Signatures and Infrastructures (ESI): Provision of harmonized Trust-service status information
Refer to ETSI TS 101 862 — Electronic Signatures and Infrastructures (ESI): Qualified Certificate Profile.
Lásd: ETSI TS 101 862- Electronic Signatures and Infrastructures (ESI): Qualified Certificate Profile.
ETSI TS 101 456 — Electronic Signature and Infrastructures (ESI); Policy requirements for certification authorities issuing qualified certificates.
ETSI TS 101456 – Elektronikus aláírások és infrastruktúrák (ESI). Minősített tanúsítványokat kibocsátó hitelesítésszolgáltatókra vonatkozó szabályzatok követelményei.
i.e., and as a minimum, an X.509 v3 certificate of the issuing QCA or of an upper CA in the certification path.
Pl. és legalább az elérési útvonalban a minősített tanúsítványokat kiállító tanúsítványkiállító vagy egy felettes tanúsítványkiállító X.509 v3 tanúsítványának megadása.
IETF RFC 2119: ‘Key words for use in RFCs to indicate Requirements Levels’.
IETF RFC 2119: »Key words for use in RFCs to indicate Requirements Levels«.
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’).
Azaz az »adott tagállam által az 1999/93/EK irányelv vonatkozó rendelkezéseinek betartása tekintetében felügyelt/akkreditált hitelesítésszolgáltatók hitelesítési szolgáltatásainak felügyeleti/akkreditációs státusát feltüntető lista« (röviden: »a megbízható szolgáltatók listája«).
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.
Ez alatt az ETSI TS 102 231- Electronic Signatures and Infrastructures (ESI): Provision of harmonized Trust-service status information szabványban megjelölt és az ebben a leírásban leírt, a megbízható szolgáltatók tagállami létrehozásának létrehozását meghatározó mezőket értjük.
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).
A minősített tanúsítvány kiállításával nem foglalkozó hitelesítésszolgáltatók nemzeti felügyeleti/akkreditációs rendszerének szintjén meghatározott további adatokat szükség esetén (pl. több minőségi/biztonsági szint megkülönböztetése érdekében) szolgáltatási szinten lehet megadni a »Scheme service definition URI« (a rendszer szolgáltatásai meghatározásának URI-ja) (5.5.6. pont) mező használatával.
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’.
A gyökértenúsítvány-kiadó X.509v3 tanúsítvány listán szereplő szolgáltatás »Sdi« értékeként történő használata arra fogja kényszeríteni a rendszerüzemeltetőt, hogy a gyökértenúsítvány-kiadó alatti valamennyi hitelesítési szolgáltatást egységként kezelje a »supervision/accreditation status« (felügyeleti/akkreditációs státus) tekintetében.
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.
Pl. a listán szereplő györkérhierarchiában szereplő egyetlen tanúsítványkiadó által kért státusváltoztatás az egész hierarchiát erre a státusra kényszeríti.
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.
Ez lehet a végfelhasználói tanúsítványokat (pl. CA/PKC, CA/QC) kiállító tanúsítványkiadó tanúsítványa vagy azon megbízható legfelső szintű hitelesítésszolgáltató tanúsítványa, amelynek elérési útja egészen a végfelhasználói tanúsítványokig megtalálható.
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).
Attól függően, hogy ez az adat, illetve a megbízható gyökérhierarchiában kiállított egyes végfelhasználói tanúsítványokban szereplő adatok felhasználhatóak-e a minősített tanúsítvány megfelelő tulajdonságainak egyértelmű meghatározására, előfordulhat, hogy ezt az adatot (»Service digital identity« – a szolgáltatás digitális azonosítója) is meg kell adni a »Service information extensions« (szolgáltatásadat bővítmény) kitöltésével (lásd az 5.5.9 pontot).
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).
Felhívjuk a figyelmet arra, hogy az akkreditált hitelesítésszolgáltató nem feltétlenül a megbízható szolgáltatók listája TSL implementációjának »Scheme territory« mezőjében megjelölt területen telepedett le (lásd az 1999/93/EK irányelv 7. cikke (1) bekezdésének a) pontját).
See section 2.2 of the present document.
Lásd e dokumentum 2.2. szakaszát.
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].
Ez az ETSI az ETSI által meghatározott, minősített tanúsítvány megfelelőségi nyilatkozat, illetve biztonságos aláírás-létrehozó eszközön alapuló minősített tanúsítványra vonatkozó nyilatkozat [ETSI TS 101 862] vagy a QCP + ETSI által meghatározott objektumazonosító [ETSI TS 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.
Noha ideális esetben minden tagállam számára az tekintendő célnak, hogy megbízható szolgáltatóik listáját teljes egészben az ETSI TS 102231 szabványnak megfelelően implementálják, és ekként azt elektronikusan írják alá, a minősített elektronikus aláírások és a fokozott biztonságú elektronikus aláírások érvényességének ellenőrzését és határokon átnyúló használatát elősegítő, valóban interoperábilis, online és géppel feldolgozható keretrendszer garantálása érdekében a tagállamok számára – gyakorlati okokból – engedélyezik megbízható szolgáltatóik listájának e leírás szerinti köztes formáinak implementálását, feltéve, hogy biztosítják ezen köztes formájú listák biztonságos csatornákon keresztül történő terjesztését.