# Nincs KYC és adatvédelem: értsd meg a különbséget | SwissOctet Insights https://swissoctet.com/hu/insights/no-kyc-is-not-anonymity/ SwissOctet / Betekintések / Adatvédelem tervezésből Adatvédelem tervezésből Alapok · 6 perc olvasás KYC nélkül és adatvédelem: értse meg a különbséget A dokumentummentes bevezetés egyetlen gyűjtési pontot kezel. Értse meg a hosztolt projekt körüli egyéb rekordokat, hozzáférési útvonalakat és fizetési nyomokat. Szerző: SwissOctet Editorial Útmutató mentése Hivatkozás másolása EZEN AZ OLDALON 01 Nevezd meg pontosan a gyűjtési pontot 02 Az adatvédelem a teljes információ-életciklusra vonatkozik 03 Nézd meg a rendelés körüli nyomvonalat 04 Használd a jelenlegi felületet anélkül, hogy túl sokat olvasnál ki belőle 05 Egy hasznos forgatókönyv: független fejlesztő 06 Részesítsd előnyben az értékelhető, behatárolt kötelezettségvállalásokat Az Ön gyakorlati ellenőrzőlistája Források és további olvasmányok Vissza a könyvtárhoz A KÖZVETLEN VÁLASZ A dokumentum nélküli KYC azt jelenti, hogy egy szolgáltatás a leírt folyamatban nem kér személyazonossági dokumentumokat. Ez nem bizonyítja az abszolút anonimitást, a nulla naplózást vagy a fizetési és működési nyilvántartások hiányát. 01 Nevezd meg pontosan a gyűjtési pontot A személyazonossági dokumentum követelménye az ügyfélbevonás egyik része. Ennek eltávolítása azt jelenti, hogy nem adsz át útlevélmásolatot vagy lakcímigazolást azon a folyamaton keresztül. Ez csökkenthet egy jelentős információ-kategóriát, különösen akkor, ha egy dokumentum a szerver futtatásához nem kapcsolódó részleteket tartalmaz. Nem mondja meg, milyen egyéb nyilvántartásokra van szüksége a szolgáltatásnak, vagy mit tudnak más szervezetek a kapcsolatról. Tegyél fel egy konkrét kérdést ahelyett, hogy egy címkét teljes szabályzatként kezelnél: mely mezők kötelezőek, miért van rájuk szükség, és meddig tárolják őket? Különböztesd meg a böngészést, a választék összeállítását, a rendelés leadását és a támogatás kérését. Egy szolgáltatás az egyik szakaszban kevés információt kérhet, míg egy másikban működési nyilvántartásokat hoz létre. A világos leírásoknak meg kell őrizniük ezeket a különbségeket. 02 Az adatvédelem a teljes információ-életciklusra vonatkozik A NIST Adatvédelmi Keretrendszere az adatok életciklusa során vizsgálja az adatvédelmi kockázatot, a gyűjtéstől a megsemmisítésig. Egy hosztolt projekt esetében ez szélesebb nézetet kíván, mint egy személyazonosság-feltöltési képernyő. Gondolj a rendelési nyilvántartásokra, a kapcsolattartási üzenetekre, a technikai címkékre, a hozzáférési eseményekre és a helyreállítási másolatokra. Mindegyiknek van célja és megőrzési döntése, és mindegyik kitettséget okozhat, ha gondatlanul kezelik. Az adatvédelem és a biztonság átfedésben van, de nem azonosak. Egy jól védett adatbázis is tartalmazhat szükségtelen információkat, vagy hosszabb ideig tárolhatók, mint szükséges. Fordítva, kevesebb információ gyűjtése nem teszi biztonságossá a gyenge adminisztrátori jelszót. Alakítson ki olyan szabályzatot, amely csökkenti a felesleges gyűjtést, és olyan üzemeltetési környezetet, amely védi a megmaradó információkat. Egyik feladat sem teljesül egyetlen fizetési mód kiválasztásával. 03 Nézd meg a rendelés körüli nyomvonalat Egy vásárlás magában foglalhat egy tárcát, egy tőzsdét, egy fogadó címet és egy tranzakciós rekordot. Nyilvános blokkláncokon a megfigyelők megvizsgálhatják a tranzakciós információkat. A Bitcoin hivatalos adatvédelmi útmutatója elmagyarázza, hogy a címek és az átutalások összekapcsolhatók máshol felfedett információkkal. Ezért a kártyaűrlap nélküli fizetést nem szabad láthatatlan fizetésként leírni. Az üzemeltetési részletek is számítanak. Egy hosztnév felfedhet egy projektnevet, egy támogatási képernyőkép más fiókokat tehet közzé, és egy másolt napló azonosítókat tartalmazhat. Tartsa világosan a különbséget a nyilvános hivatkozások és a privát hozzáférési tokenek között. Csak azt ossza meg, ami egy probléma megoldásához szükséges a szándékolt támogatási csatornán keresztül, ahelyett hogy nyilvánosan közzétenné egy fiók vagy fizetés teljes rekordját. Állítás Mit kezel Mit nem bizonyít Nincs személyazonosító okmány feltöltése Okmánygyűjtés a megadott folyamatban Nem léteznek más nyilvántartások Svájci helyszín A felsorolt tárhelycél Abszolút titoktartás vagy jogi mentesség Kriptofizetési útvonal Támogatott eszköz és hálózat Nyomon követhetetlen fizetés Helyi lista A felületi kiválasztások tárolása Védelem az eszközéhez való hozzáférés ellen 04 Használd a jelenlegi felületet anélkül, hogy túl sokat olvasnál ki belőle A nyilvános blokkláncok rögzítik az átutalásokat, a tárcaszolgáltatók és a kriptotőzsdék pedig saját nyilvántartásokat vezethetnek és személyazonosság-ellenőrzést végezhetnek. A rögzített címes árajánlatok és a konfiguráció részletei ebben a böngészőben maradnak, és exportálhatók. Ezek nem hitelesített fiókadatok. A kriptovalutás fizetés önmagában nem garantál névtelenséget. A megosztott eszköz megváltoztatja a gyakorlati adatvédelmi határt. Aki hozzáfér ahhoz a böngészőhöz, láthatja a mentett választásokat vagy letöltéseket. Törölje a kiválasztásokat, amikor indokolt, és az exportált fájlokat privát helyen kezelje. A helyi tárolást nem szabad biztonságos trezorként kezelni csak azért, mert egy ügyfélfiókon kívül van. A végpontja védelme továbbra is a projekt védelmének része. 05 Egy hasznos forgatókönyv: független fejlesztő Vegyünk egy fejlesztőt, aki egy privát prototípushoz VPS-t választ. Összehasonlíthatja az erőforrásokat személyazonosító feltöltése nélkül, semleges technikai hosztnevet használhat, és a hitelesítő adatokat távol tarthatja a projektismertetőtől. Azt is elkerülheti, hogy valódi ügyféladatkészletet vegyen fel a kezdeti telepítésbe. Ezek a választások csökkentik a szükségtelen közzétételt, miközben elegendő részletet megőriznek a hasznos technikai segítség megszerzéséhez. Mielőtt élő fiókot vagy megrendelést nyitna, a fejlesztőnek el kell olvasnia a tényleges megőrzési és támogatási szabályzatokat, meg kell erősítenie, hogyan működik a hozzáférés-helyreállítás, és meg kell értenie a fizetési nyomvonalat. Ez hatékonyabb, mint olyan abszolút anonimitási ígéretet kérni, amelynek nincs megvalósított hatóköre. A forgatókönyv a szándékos információkezelésről szól, nem illegális tevékenység elrejtéséről vagy az alkalmazandó felelősségek megkerüléséről. 06 Részesítsd előnyben az értékelhető, behatárolt kötelezettségvállalásokat Egy érdemi adatvédelmi nyilatkozat azonosítja az érintett adatokat, a célt, a hozzáférést és a megőrzést. Meg kell különböztetnie, mi van ma megvalósítva attól, ami tervezett. A nulla naplóra, a tároláskori titkosításra vagy a függetlenül auditált rendszerekre vonatkozó állítások saját bizonyítékot igényelnek; az okmányfeltöltés hiánya nem bizonyítja ezeket. A hivatalos megkeresések kezeléséhez is meghatározott szabályzat kell, nem feltétel nélküli szlogen. Válasszon a munkaterheléshez illő infrastruktúrát, és ugyanolyan gondossággal értékelje adatvédelmi megoldásait, mint a specifikációit. Kérjen kevesebb információt, ahol lehetséges, magyarázza el, mi marad meg, és tartsa külön a bizalmas hozzáférést a szokásos levelezéstől. Ez a megközelítés gyakorlati ellenőrzést ad a választásai felett, miközben elkerüli azokat az ígéreteket, amelyeket egy helyszín vagy egy előkészítési címke nem tud alátámasztani. FORDÍTSA CSELEKVÉSRE Az Ön gyakorlati ellenőrzőlistája. ✓ Válassza külön a böngészési, a rendelési és a támogatási adatokat. ✓ Olvassa el a kötelező mezőket és a megőrzési célokat. ✓ Értse meg a nyilvános fizetési nyomvonalat. ✓ Tartsa ki a hitelesítő adatokat és a hozzáférési tokeneket az üzenetekből. ✓ Konkrét kötelezettségvállalásokat értékeljen abszolút címkék helyett. Ellenőrzőlista letöltése GYAKORI KÉRDÉSEK A fontos részletek. Azt jelenti a KYC hiánya, hogy nem tárolnak adatokat? + Nem. Az okmánygyűjtés és az üzemeltetési nyilvántartások külön kérdések. Kérdezze meg, mit tárolnak az egyes szakaszokban, és miért. A kriptofizetések automatikusan névtelenek? + Nem. A nyilvános tranzakciós nyilvántartások, valamint a tárcák, tőzsdék vagy más szolgáltatások által tárolt információk azonosítható kapcsolatokat hozhatnak létre. Garantálhatja egy országcímke a titoktartást? + Nem. A hosztolási hely nem bizonyít abszolút titoktartási garanciát, és nem határozza meg az összes hozzáférési és közzétételi körülményt. ELSŐDLEGES HIVATKOZÁSOK Menjen a forráshoz. Ezek a hivatkozások támogatják az útmutató műszaki fogalmait. Kövesse az aktuális dokumentációt, mielőtt éles rendszert módosítana. NIST adatvédelmi keretrendszer: Első lépések www.nist.gov Bitcoin: Védje adatvédelemet bitcoin.org FDPIC: Adatfeldolgozás a felhőben www.edoeb.admin.ch Szerkesztői útmutatás: SwissOctet. A példák tájékoztató jellegűek. A szolgáltatási specifikációkat, az elérhető opciókat és a szerződéses feltételeket külön kell ellenőrizni. KAPCSOLJA ÖSSZE A TUDÁST Kapcsolódó infrastruktúra. Vector VPS Svájc Shield VPN Svájc Veil Onion Svájc TARTSA A FONALAT Az Ön következő terepjegyzetei. Fedezze fel az összes útmutatót TEREPJEGYZET / 01 + Felhő és VPS Alapok Hogyan válasszunk VPS-t találgatás nélkül Alakítsa az alkalmazásötletet hasznos erőforrás-költségvetéssé, majd hasonlítsa össze a CPU, a memóriát, a tárhelyet és az átvitelt együtt. 4 perc olvasás Olvassa el az útmutatót TEREPJEGYZET / 02 + Dedikált és GPU Alapok VPS vagy dedikált: válassza ki a megfelelő határt Értse meg, mit változtat meg egy fizikai gép, mit nem, és mikor válik hasznos lépéssé a munkaterheléséhez. 4 perc olvasás Olvassa el az útmutatót TEREPJEGYZET / 03 + Adatvédelem tervezésből Alapok Svájci adatelhelyezés: térképezze fel a teljes szolgáltatást A svájci szerver helye csak kiindulópont. Térképezze fel az alkalmazásadatokat, a biztonsági mentéseket, a támogatási hozzáférést és a külső szolgáltatásokat, mielőtt adatelhelyezési kötelezettséget vállal. 6 perc olvasás Olvassa el az útmutatót