A Herkos adatvédelmi szabályzata
Utolsó frissítés: 2026. november 11. Kanonikus URL: https://herkos.app/privacy
Fordítás. Ez egy tájékoztató jellegű fordítás. Eltérés esetén az angol nyelvű változat az irányadó.
A Herkos Mail, a Herkos Calendar, a Herkos Notes, a Herkos Drive és a Herkos Local Relay ingyenes, nyílt forráskódú alkalmazások a Nostr-hálózathoz, amelyeket a Herkos projekt („mi”) ad ki. A Herkos Calendar, a Herkos Notes, a Herkos Drive és a Herkos Local Relay még fejlesztés alatt áll. Ez a dokumentum elmagyarázza, milyen adatokat kezelnek az alkalmazások és a webhelyeink, hová kerülnek, és ki láthatja őket. Elolvasásra írtuk, nem átfutásra: ha itt bármi meglepi, írjon nekünk a privacy@herkos.email címre.
Alapvető tájékoztatás az adatvédelemről
Az első réteg, néhány sorban; a dokumentum további része a második.
- Adatkezelő — Azért, amit az alkalmazások az Ön eszközén tárolnak, és amit relékre és szerverekre küldenek: Ön, az Ön által használt egyes relék és szerverek üzemeltetőjével együtt. A Herkos ebből semmit sem kap meg. A webhelyeinkért és azért, amit Ön nekünk ír: a Herkos projekt, privacy@herkos.email.
- Az adatkezelés célja — Az alkalmazások: a levelei, eseményei, jegyzetei és fájljai tárolása, küldése és fogadása. A webhelyeink: az oldalak kiszolgálása, és válasz Önnek, ha ír nekünk.
- Jogalap — Az alkalmazások a mi oldalunkon semmit sem kezelnek. A webhelyeink: jogos érdekünk azok kiszolgálásához és biztonságuk megőrzéséhez; az Önnek adott válaszunk: az Ön kérése.
- Címzettek — Az egyes alkalmazások által használt relék, Blossom-szerverek, hidak és egyéb szolgáltatások, amelyeket lent egyenként megnevezünk, azzal együtt, amit látnak; a webhelyeink esetében a Cloudflare. Egyes alapértelmezett szerverek az Európai Unión kívül vannak (lásd lent a Herkos Drive-ot). Senkinek semmit sem adunk el.
- Az Ön jogai — Hozzáférés, helyesbítés, törlés, tiltakozás, az adatkezelés korlátozása és adathordozhatóság. Ami az eszközén van, azt az alkalmazásokban látja, módosítja és törli; ami egy relén vagy szerveren van, azt annak üzemeltetőjénél. Panaszt is tehet az adatvédelmi hatóságánál (Spanyolországban az AEPD-nél).
- További információ — Lent: mi marad az eszközén, mi hagyja el, és kihez kerül, alkalmazásonként, valamint az Ön választásai.
Röviden
- A Herkosnak nincs fiókrendszere, nincs saját szervere, és nincs analitikája. Nem kapjuk meg az üzeneteit, az eseményeit, a jegyzeteit, a névjegyeit, a kulcsát vagy a használati adatait.
- A Nostr nyilvános kulcsa az Ön identitása a hálózaton. Minden, amit a Nostr-hálózaton közzétesz (profil, relélisták, címkék), ehhez kapcsolódik, és látható az Ön által használt relék számára.
- A Nostr-felhasználók közötti levelezés végpontok közötti titkosítású (NIP-17). A hagyományos e-mail-címekre küldött vagy onnan érkező levelek egy hídon haladnak át, amely elolvashatja őket.
- Egyes választható funkciók harmadik feleknek küldenek adatokat (push-értesítések, ütemezett küldés). Ezek ki vannak kapcsolva, amíg be nem kapcsolja őket, és ez a dokumentum mindegyiket megnevezi.
- A naptáresemények az Ön eszközén titkosítódnak. A relék látják, hogy vannak eseményei, nagyjából mekkorák és mikor változnak, de azt nem, hogy mi áll bennük. A nyilvános események, a foglaltsági lista és a megosztási linkek az Ön döntése alapján, egyenként válnak nyilvánossá. Annak kiderítéséhez, hogy a vendégei hová kapják a leveleiket, a Calendar csak az Ön reléit kérdezi meg, soha nem egy harmadik fél indexét.
- A jegyzetek az Ön eszközén titkosítódnak, az Ön saját kulcsával. A relék nem tudják elolvasni őket, de látják, hány jegyzete van, és mikor szerkeszti az egyes jegyzeteket. A keresés az Ön eszközén fut: a keresett szavak soha nem hagyják el. A megosztott jegyzet csak az Ön által választott fiókhoz jut el, lepecsételve: a relék nem látják sem azt, hogy ki küldte, sem azt, hogy mi áll benne.
- A Herkos Drive fájljai az Ön eszközén titkosítódnak, blokkonként,
mielőtt a Blossom-szerverekre kerülnének; a nevük és a mappáik titkosítva
jutnak el a relékre. A relék és a szerverek látják, hány fájlja és mappája
van, nagyjából mekkorák, és mikor változnak, azt viszont nem, hogy mi a
nevük, vagy mi van bennük. Egy megosztási link a
#után a saját kulcsát hordozza: őrizze úgy, mint egy jelszót. - A Herkos Local Relay az Ön eszközén tárolja az eseményeit, titkosítva, és
semmit sem küld a Herkosnak. Csak magán az eszközön figyel (
127.0.0.1), hacsak be nem kapcsolja a helyi hálózatot, és akkor is csak a listáján szereplő kulcsok számára. Csak az Ön reléivel és azoknak a bejövő reléivel kommunikál, akiknek Ön ír; a privát események soha nem hagyják el az eszközt. A másolatai csak egy Ön által választott mappába kerülnek, soha nem a felhőbe. Bekapcsolt Tornál (Windows és Linux) a Tor-hálózaton át is elérhető, szintén csak a listáján lévő kulcsoknak. - Webhelyeinket (
herkos.appés aldomainjei) a Cloudflare szolgálja ki, amely – mint bármely webtárhely-szolgáltató – látja az IP-címét. A webhelyek nem helyeznek el sütiket, és nem futtatnak analitikát.
Az eszközén maradó adatok
- A titkos kulcsa (nsec), ha azzal jelentkezik be, az operációs rendszer biztonságos tárolójában van tárolva (Android Keystore, iOS/macOS Keychain, Windows Hitelesítőadat-kezelő, libsecret Linuxon, titkosított helyi tárhely a weben). Ha távoli aláíróval (NIP-46 „bunker”) jelentkezik be, a kulcs soha nem kerül az eszközre.
A böngészőben nincs ilyen biztonságos tároló. A kulcs a webhely helyi tárhelyén van, és minden aláíráskor áthalad a JavaScripten, így egy minden oldalhoz hozzáférő böngészőbővítmény, egy XSS-hiba vagy egy manipulált telepítés kiolvashatja; ráadásul a telepített alkalmazással ellentétben egy weboldal minden látogatáskor friss kódot szolgál ki. A webes változattal távoli aláírót használjon, vagy olyan identitást, amelynek elvesztését megengedheti magának.
- A postafiókja: a visszafejtett e-mailek, mellékletek, címkék, mappák és
névjegyek egy helyi adatbázisban vannak gyorsítótárazva, hogy az alkalmazás offline is
működjön. Az adatbázis nincs titkosítva azon túl, amit az operációs rendszer biztosít; az
alkalmazászár (PIN-kód/biometrikus azonosítás) kényelmi akadály, nem tárolt adatok titkosítása. Androidon
az alkalmazás ki van zárva a felhőalapú és az eszközök közötti biztonsági mentésekből.
- Az alkalmazászár PIN-kódja: sózott, nyújtott hash-ként (PBKDF2) tároljuk, soha nem
egyszerű szövegként. A Herkos Calendarnak és a Herkos Notesnak is külön saját
PIN-kódja van, amelyet ugyanígy tárolunk.
- A naptára (Herkos Calendar): az Ön által olvasható események, listák,
megtekintési kulcsok és emlékeztetők az eszközön vannak gyorsítótárazva,
rekordonként titkosítva, egy olyan kulccsal, amelyet az operációs rendszer
biztonságos tárolója őriz. Böngészőben a naptár csak a memóriában van, és
minden alkalommal újra le kell kérni a relékről. Az emlékeztetőket maga az
eszköz szólaltatja meg: a Calendar nem használ push-szervert. Ha úgy dönt,
hogy elrejti a címeket az emlékeztetőkben, azok csak annyit mondanak:
„Esemény”, és hogy mikor kezdődik. A Calendar-kulcsa a Herkos Mail
kulcsaitól elkülönítve van tárolva (lásd „Az Ön fiókja” a Calendar
szakaszában).
- A jegyzetei (Herkos Notes): a jegyzetek, az előzményeik, a jegyzetfüzetek
és a keresési index az eszközön vannak gyorsítótárazva, rekordonként
titkosítva, egy olyan kulccsal, amelyet az operációs rendszer biztonságos
tárolója őriz. Böngészőben ugyanígy tárolódnak, a böngésző webhelyhez tartozó
tárhelyén (IndexedDB), és a kulcs is a böngészőben van: olyan számítógépen,
amelyet mások is használnak, ez kevés védelmet ad. Ha a böngésző semmit sem
tárol a webhelyhez (privát ablak, letiltott webhelyadatok), csak a memóriában
vannak, és kapcsolat nélkül nem lehet írni. Egy jegyzet, amelyet zárol, saját
jelszót kap; enélkül senki sem tudja megnyitni azt a jegyzetet, mi sem. A
jegyzetei biztonsági mentése egy fájl, amely csak oda íródik, ahová Ön menti,
és saját jelszóval van titkosítva.
Az automatikus másolat, amely naponta készül, hacsak ki nem kapcsolja, egy
fájl az eszköz egy mappájában (Herkos Notes/backups a Dokumentumok
mappában), a fiókja kulcsával titkosítva; az utolsó hetet megőrzi, és sehová
sem küldi el (böngészőben nincs ilyen). A más fiókok által Önnel megosztott
jegyzetek a „Másoktól kapott” részben várnak, az eszközön és ugyanúgy
titkosítva, mint a többi, amíg meg nem tartja vagy el nem veti őket.
- A fájljai (Herkos Drive): a fájljai és mappái listája, a kulcsaikkal
együtt, gyorsítótárban van az eszközön, rekordonként titkosítva egy
olyan kulccsal, amelyet az operációs rendszer biztonságos tárolója őriz; a
még elküldendő tartalom és a feltöltésre váró blokkok szintén titkosítva
vannak tárolva. A miniatűrök csak a memóriában maradnak. Egy letöltött vagy
megnyitott fájl titkosítatlanul íródik oda, ahová Ön választja, mint bármely
fájl. A Drive biztonsági mentése (.hbk, vagy az index saját jelszóval
védett mentése) egy fájl, amely csak oda íródik, ahová Ön menti. Androidon a
rendszer fájlválasztója és a „Megosztás” csak akkor mutatja a Drive
fájljait, amikor a Drive fel van oldva, és amit egy alkalmazás onnan kap, az
menet közben fejtődik vissza, és soha nem íródik lemezre.
- A reléje (Herkos Local Relay): az eseményei, a párosított alkalmazások, a
beállításai és az, hogy hová kerülnek a másolatai; lásd a saját szakaszát
lent.
Mindezt törölheti a Beállítások → Egyebek → Alkalmazás visszaállítása menüpontban, vagy egy fiók eltávolításával.
Az eszközét elhagyó adatok, és hogy kihez kerülnek
Ez a táblázat a Herkos Mailre vonatkozik. A Herkos Calendarnak, a Herkos Notesnak, a Herkos Drive-nak és a Herkos Local Relaynek lejjebb saját szakasza van.
| Címzett | Mit láthat | Mikor |
|---|---|---|
| Nostr-relék (alapértelmezett lista a Beállítások → Hálózat és szerverek menüpontban, módosítható) | Az IP-címét, a nyilvános kulcsát, az Ön által közzétett eseményeket (profil, relélisták, Blossom-szerverlista, NIP-32 címkék, titkosított beállítások) és az Önnek címzett titkosított „gift wrapeket”, valamint ezek időpontját. A relék nem tudják elolvasni a gift wrapek tartalmát. Egy NIP-42 hitelesítést kérő relé akkor is megtudja a nyilvános kulcsát, ha Ön csak olvas. | Mindig, amíg az alkalmazás szinkronizál; Androidon pedig bezárt alkalmazás mellett is, nagyjából 15 percenként, amikor a háttérben futó ellenőrzés helyettesíti a push-szervert. |
| Blossom-szerverek (módosítható) | Az IP-címét és a nyilvános kulcsát, valamint a 32 KB-nál nagyobb e-mailek és mellékleteik titkosított blobjait. A blob visszafejtéséhez szükséges kulcs csak a titkosított üzenetben utazik. | Amikor nagy e-mailt küld vagy nyit meg. |
Hidak (alapértelmezés szerint uid.ovh, módosítható) |
Minden olyan e-mail teljes tartalmát, amelyet hagyományos e-mail-címre (Gmail, Outlook…) küld vagy onnan kap, valamint a regisztrált név@bridge álnevet. A hidak független üzemeltetők, saját adatvédelmi feltételekkel; a Herkos nem üzemelteti őket. |
Amikor @bridge identitást használ, vagy nem Nostr-címre ír. |
| NIP-05-szerverek (egy beírt cím domainje) | Azt, hogy valaki megkérdezte, Nostr-felhasználó-e a név@domain. |
Amikor felhasználó@domain címzettet ad hozzá. |
Push-szerver (alapértelmezés szerint nincs; a Beállítások → Értesítések menüpontban választható az api.nmail.li, amely csak a relay.nmail.li reléhez érkező levelekről értesít, ezért azzal együtt kínáljuk, mindkettőt az eredeti Nostr Mail projekt üzemelteti, vagy egy másik szerver) |
A nyilvános kulcsát, az eszköz push-tokenjét (UnifiedPush-végpont), az értesítések nyelvét, és — mivel az Ön nevében figyeli a reléket — azt, hogy mikor kap levelet (azt nem, hogy mi áll benne). | Csak ha push-szervert választ, és bekapcsolja az értesítéseket egy fiókhoz; szerver nélkül a Herkos maga ellenőrzi a reléit. Kikapcsoláskor vagy a szerver cseréjekor az alkalmazás megkéri a korábbi szervert, hogy törölje a feliratkozást. |
Ütemező DVM (harmadik fél által üzemeltetett Nostr-szolgáltatás, lásd NostrConfig.schedulerDvm) |
A nyilvános kulcsát, a közzéteendő, már titkosított üzeneteket, a céljukul szolgáló reléket és az ütemezett időpontot. | Csak ha a „későbbi küldés” funkciót használja. |
Távoli aláíró / NIP-46 relék (relay.nsec.app és tartalékok) |
A nyilvános kulcsát és a titkosított aláírási kéréseket. | Csak ha bunkerrel vagy aláíró alkalmazással jelentkezik be. |
| Képszerverek (bármely szerver, amelyre egy profil vagy egy e-mail mutat) | Az IP-címét és a kép letöltésének pillanatát. A profilkép csak akkor töltődik le arról a címről, amelyet a tulajdonosa a profiljába írt, ha Ön bekapcsolja a Profilképek betöltése beállítást (a saját fiókjai képei mindig betöltődnek); ilyenkor aki azt a szervert üzemelteti, megtudhatja, mikor nézte meg az illető üzeneteit vagy névjegyét. Az e-mailekben lévő képek alapértelmezés szerint le vannak tiltva; ha betölti őket (Képek betöltése vagy a Képek betöltése mindig beállítás), a szervereik, gyakran a feladóé, megtudják, hogy Ön megnyitotta az e-mailt, és azt is, hogy mikor. Az a háttérkép, amelyet a címével ad hozzá, arról a szerverről töltődik le. | Profilképek: csak ha bekapcsolja őket (a sajátjai mindig). Az e-mailek képei: csak ha betölti őket. |
Az Ön privát reléi. Ha a fiókjának van privát relélistája (kind 10013, NIP-37; a Herkos Notes és a Calendar ugyanazt használja), a Mail a piszkozatait, titkosított beállításait, címkéit és ütemezett küldéseit annak reléin tárolja, nem az írási reléin; amit korábban azokon hagyott, azt továbbra is olvassa, és ott is törli. E lista nélkül ezek az írási reléire kerülnek. A Mail csak akkor teszi közzé a listát, ha Ön kéri (Beállítások → Szerverek → Privát relék), az Ön kulcsával titkosítva: a relék látják a nyilvános kulcsát, azt, hogy a lista létezik, és hogy mikor változik, a benne lévő reléket nem. Egy másik alkalmazás által írt listát a Mail úgy használ, ahogy van, és soha nem írja felül.
Automatikus továbbítás (Beállítások → Automatikus továbbítás, kikapcsolva, amíg be nem kapcsolja). Minden új üzenet egy másolata az Ön által választott egyetlen címre megy: Nostr-fiókba végponttól végpontig titkosítva, mint bármely üzenet; hagyományos címre a fiókja fő címének hídján keresztül, amely teljes egészében látja (lásd fent a Hidak sort). Ezt ez az eszköz végzi, amíg a Mail fut, vagy a következő szinkronizáláskor; a beállítás az eszközön marad, és soha nem kerül közzétételre.
Aláíró alkalmazás az Android-telefonján (NIP-55, például Amber). A kulcs abban az alkalmazásban marad, és a Mail közvetlenül a telefonon beszél vele, relé vagy hálózat nélkül; az eszköz csak a nyilvános kulcsát és azt tárolja, melyik alkalmazás ír alá. A Mail csak azoknak a kindoknak az aláírását kéri tőle, amelyeket a Mail az Ön fiókjával ír alá, valamint titkosítást és visszafejtést (NIP-44), az üzenetek borítékjait soha, mert azok egyszer használatos kulcsokkal készülnek, és minden visszaérkező aláírt eseményt ellenőriz, mielőtt használná.
Herkos Local Relay. Ha a Herkos Local Relay ugyanazon az eszközön van, a Mail egyszer felajánlja, hogy csatlakozik hozzá; semmi sem megy el, amíg nem koppint a Csatlakoztatás gombra, és nem hagyja jóvá a Mailt a Herkos Local Relayben. A Mail saját kulccsal párosodik vele, és minden kapcsolódáskor ellenőrzi, hogy ugyanaz a relé-e. Egyszer aláír az Ön kulcsával, hogy a relé az eseményeit az Önéiként tárolja; ezután odamásolja az eszközön tárolt leveleket, és onnantól a fiókja minden eseményét, amelyet a Mail elküld, és minden borítékot, amelyet fogad, pontosan úgy, ahogy aláírták őket, és továbbra is titkosítva, és megkéri a relét, hogy az eszközön tartsa őket, és a privátokat csak az Ön kulcsának adja ki. A másoknak küldött borítékokat nem másolja. A Mail soha nem olvas belőle: ez másolat. Ehhez semmi sem hagyja el az eszközt.
Maga a Herkos ezek közül semmit nem kap meg. Nincs hibajelentés-küldés és nincs telemetria.
Herkos Calendar: mit látnak a relék
A Calendar Nostr-relékkel kommunikál: a fiókjáéival (a NIP-65 és a bejövő listája), a Beállítások → Relék menüpontban szereplőkkel (módosítható) és – amikor meghív valakit vagy válaszol egy meghívásra – az illető bejövő reléivel. Senki mással, kivéve azt, amit Ön maga kérdez le (lásd lent): nyilvános reléindexszel sem. A lenti „Az Ön fiókja” szakasz elmagyarázza, melyik mire való. Nincs Herkos-szerver, nincs push-szerver és nincs telemetria. Minden relé látja az Ön IP-címét és minden kapcsolódás időpontját.
| Mi | Mit láthatnak az azt tároló relék | Mit nem láthatnak |
|---|---|---|
| Privát esemény (kind 32678) | Az Ön nyilvános kulcsát, azt, hogy naptáreseményről van szó (a kindja alapján), egy véletlenszerű azonosítót, azt, hogy mikor hozta létre vagy módosította utoljára, és nagyjából a méretét. Csak az Ön reléin tárolódik, ahol a vendégei keresik; soha nem az övékén. | Cím, dátum és időpont, időzóna, ismétlődés, helyszín, leírás, vendégek, emlékeztetők. |
A naptárlistái (kind 32123) és az emlékeztető-beállításai (kind 30078, d=calendar-alarms) |
Az Ön nyilvános kulcsát, azt, hogy léteznek, és hogy mikor változnak. | Mely eseményeket tartalmazzák, a nevüket, a megtekintési kulcsokat, az emlékeztetőit. |
| Meghívó (gift wrap, kind 1059) | A vendég nyilvános kulcsát és egy k=1052 címkét, amely jelzi, hogy a boríték naptármeghívót tartalmaz (így találják meg a naptáralkalmazások – a Formstré is – a meghívókat anélkül, hogy megnyitnák a leveleit). Csak a vendég saját bejövő reléire megy, egyszer használatos kulccsal, saját véletlenszerűsített időbélyegekkel, és az ugyanarra az eseményre szóló meghívók véletlenszerű sorrendben indulnak, mindegyik 5–90 másodperccel az előző után (az első magát az eseményt követően). A boríték lejárati dátumot is tartalmaz, amelyet véletlenszerűen sorsolunk ki az elküldés utáni 60–90. nap közé, hogy a relék eldobhassák: arról, hogy mikor van az esemény, semmit sem árul el. |
Ki küldte, melyik eseményről van szó, és ki mást hívtak még meg. |
Privát válasz egy meghívásra (gift wrap, kind 1059, k=1925 címke) |
A címzett nyilvános kulcsa (a szervezőé, vagy az Öné a saját példányában), és hogy a boríték naptárválaszt tartalmaz. Csak a címzett bejövő reléire megy, egyszer használatos kulccsal, véletlenszerű dátumokkal és lejárati dátummal, akárcsak a meghívások. | Ki válaszol, melyik eseményre és mit. |
| Törlés (kind 5) | Az Ön nyilvános kulcsát és annak azonosítóját, amit töröl. | — |
Egy NIP-42 hitelesítést kérő relé megtudja a nyilvános kulcsát; a Calendar csak a saját eseményeihez a saját reléin, valamint a saját bejövő postafiókja olvasásához válaszol ilyen kérésre. A törlés a Nostr-hálózaton kérés: egy relé megtarthatja a saját példányát, továbbra is titkosítva.
Amit az eseményekben semmi sem tud elrejteni: minden meghívó az Ön IP-címéről indul, és minden vendég a saját IP-címéről kéri le az eseményt az Ön reléiről. Egy relé, amely az Ön több vendégének bejövő postafiókját is tárolja, megállapíthatja, hogy a meghívóik ugyanarról a címről jöttek. Ezt csak a Tor vagy egy VPN rejti el.
Az Ön fiókja
A Calendar nem hoz létre fiókokat: egy már meglévő Nostr-identitással jelentkezik be, a következő módok egyikén.
- Az Android-telefonján lévő aláíró alkalmazással (NIP-55, például Amber): a kulcs abban az alkalmazásban marad, és a Calendar közvetlenül a telefonon kommunikál vele, közbeiktatott relé vagy hálózat nélkül. Az eszköz csak a nyilvános kulcsát tárolja, és azt, hogy melyik alkalmazás ír alá. A Calendar ugyanazt kéri tőle, mint egy bunkertől (lásd lent), a meghívók borítékait soha, és minden visszaérkező aláírt eseményt ellenőriz, mielőtt felhasználná.
- A kulcsával (
nsec, vagy jelszóval védettncryptsec, amelyet az eszközön nyit meg): az operációs rendszer biztonságos tárolójában van tárolva, a Calendar saját nevén. A Herkos Mail külön tárolja a fiókjait, és a Calendar soha nem olvassa, nem módosítja és nem törli őket: ha az egyik alkalmazásból kijelentkezik, a másikból nem jelentkezik ki. - Egy
bunker://linkkel: a kulcs az aláíró alkalmazásában marad. A Calendar a link által megnevezett reléken keresztül kommunikál vele, és csak az Ön nyilvános kulcsát, titkosítást és visszafejtést (NIP-44), valamint a Calendar saját kindjainak aláírását kéri tőle; a meghívók borítékai soha nem mennek át rajta, mert egyszer használatos kulcsokat hordoznak. Az eszköz csak a kapcsolatot tárolja (egy hozzá készített kulcsot, az aláíró nyilvános kulcsát és a reléit). Ezek a relék látják az Ön IP-címét, a kapcsolat kulcsait és azt, hogy mikor kérnek aláírást; a kérések titkosítottak. - Nostr Connecttel (QR-kód): mint a bunkernél, de a kapcsolat a Beállítások → Relék menüpontban szereplő reléken fut. A Calendar nem ad hozzá sem saját, sem más reléjét.
Az Ön reléi. Bejelentkezéskor a Calendar megkeresi a listáit (NIP-65, kind 10002, és a bejövő listáját, kind 10050) a Beállítások → Relék menüpontban szereplő reléken, egy külön kapcsolaton, amely nem azonosítja Önt: ha egy relé hitelesítést kér, egyszer használatos kulcsot kap, nem az Önét. Ettől kezdve:
- az eseményei, listái és titkosított beállításai a NIP-65 írási reléire kerülnek. Ha nincs ilyen listája, a Beállítások reléire, és a fiókoldal ezt közli Önnel;
- a meghívóit és válaszait az olvasási és bejövő reléiről olvassa. A Calendar csak a saját reléin és csak a saját adataihoz válaszol a NIP-42 hitelesítésre;
- ha bejelentkezve nyitja meg az alkalmazást, az sehová sem kapcsolódik, amíg valamire szükség nem lesz;
- ha a Beállítások → Relék menüpontban szerepel egy ezen az eszközön futó
relé (egy
ws://127.0.0.1vagyws://localhostcím, például a Citrine alkalmazás), minden szinkronizálás arra is elhelyezi a saját eseményei, listái és törlései másolatát, pontosan úgy, ahogy alá lettek írva, és továbbra is titkosítva. Ehhez semmi nem hagyja el az eszközt, és amíg egy esemény egy másik relén is megvan, a vendégeinek soha nem ezt a relét adja meg, hogy ott keressék. Az eszközön lévő más alkalmazások, amelyek ezt a relét olvassák, azt látják, amit bármely relé lát.
A vendégei reléi (2026. október 21-i döntés). Ahhoz, hogy valakit
meghívjon, az alkalmazásnak tudnia kell, hová kapja az illető a leveleit. A
Calendar az illető listáit (10002 és 10050) csak a Beállítások → Relék
menüpontban szereplő reléken keresi, soha nem egy harmadik fél nyilvános
indexében (például purplepag.es): az a szolgáltatás látná, melyik címről
kérdez és kiről, vagyis hogy kit hív meg. Minden vendéget külön keres meg,
véletlenszerű sorrendben, saját kapcsolaton, egyszer használatos kulccsal,
így ezek a relék nem tudják megállapítani, ki kivel együtt van meghívva. Az Ön
IP-címét és minden keresett személy nyilvános kulcsát viszont látják. Ha
valakinek a listái nincsenek ezeken a reléken, az alkalmazás küldés előtt
„nincs ismert postafiók” jelzéssel látja el, és a meghívó nem jut el
hozzá. Ahhoz, hogy megtalálja, adjon hozzá a Beállítások → Relék
menüpontban egy relét, ahol az illető közzéteszi a listáit.
Ami szinkronizálódik az eszközei között, mindig az Ön számára titkosítva
és az írási reléin: a naptárlistái (az eseményeik kulcsaival), az
emlékeztető-beállítások (d=calendar-alarms), a követett naptárak
(d=calendar-subscriptions), valamint a figyelmen kívül hagyott meghívók és
a naptárából eltávolított, mások által létrehozott események (kind 30078,
d=calendar-declined: csak az, hogy melyik esemény és mikor, a címe soha). A
relék látják, hogy léteznek, és hogy mikor változnak, de azt nem, hogy mi áll
bennük. Az eszköz annak a fióknak az emlékeztetőit szólaltatja meg, amellyel
be van jelentkezve, soha nem egy korábbiét.
A kulcsai másolata. A Calendar felajánlja, hogy mentsen egy másolatot: egy fájlt a naptárlistáival és az eseményeik kulcsaival, egy erre a célra választott jelszóval titkosítva (a NIP-49 titkosításával). Csak oda íródik, ahová Ön menti; nem kerül semmilyen relére vagy szerverre. A neve a dátumot tartalmazza, a fiókot soha. Az emlékeztetőhöz az eszköz csak két dátumot jegyez meg: az utolsó másolatét és az utolsó „Most nem” választásét.
A kijelentkezés előbb megmutatja, mi vész el, és felajánlja a másolat mentését. Ezután törli erről az eszközről a kulcsát (vagy a bunkerkapcsolatot) és a tárolt naptárt. Ami közzé lett téve, titkosítva a reléken marad. Az aláíró alkalmazásában adott engedélyt abban az alkalmazásban vonhatja vissza.
Nyilvános az Ön döntése alapján
Ezek ki vannak kapcsolva, amíg be nem kapcsolja őket, és az alkalmazás még előtte megmutatja, mit fed fel mindegyik:
- Nyilvános események (kind 31922/31923): minden, ami bennük van — cím, időpont, helyszín, leírás — nyilvános, a nyilvános kulcsához kapcsolódik, és nyilvános is marad: egy nyilvános esemény nem tehető újra priváttá.
- A foglaltsági lista (kind 31926): azok az időszakok, amikor foglalt ebben és a következő két hónapban, 30 percre (vagy 15-re) kerekítve, az Ön által választott naptárakhoz. Soha nem az, hogy mit, hol vagy kivel. Kikapcsolásakor az alkalmazás megkéri a reléket, hogy töröljék.
- Megosztási linkek (
herkos.app/e/…): a link maga a kulcs. Bárki, akinek megvan, olvashatja az eseményt, amíg vissza nem vonja, és az első része megmutatja a nyilvános kulcsát. A kulcs a#után áll, a címnek abban a részében, amelyet a böngészők soha nem küldenek el a szervernek, így sem a Cloudflare, sem mi nem látjuk. Az oldal a linkben megnevezett reléket kérdezi le; ha ezek közül valamelyik nem jól ismert relé, közli a látogatóval, melyik szerverről van szó, és a kapcsolódás előtt engedélyt kér, mert az a szerver látná a látogató IP-címét. A visszavonás új kulccsal titkosítja újra az eseményt; aki már elolvasta, megtartja, amit elolvasott. - Exportok (
.ics): egyszerű szöveges fájl a címeivel és időpontjaival. Nincs titkosítva; úgy őrizze, mint bármely más magánjellegű dokumentumot. - Automatikus másolat (
.ics, az Exportálás .ics fájlba oldalon): naponta egyszer, amikor a Calendar meg van nyitva, az összes naptára exportja egy Ön által választott mappába, az utolsó 7 megtartásával. Az exportáláshoz hasonlóan nincs titkosítva, így bármi, ami olvashatja azt a mappát (egy másik alkalmazás, egy felhőmappa, amely szinkronizálja), elolvashatja a címeit és időpontjait. A Calendar ott csak a saját fájljait írja és törli (herkos-calendar-auto-…ics), és a mappát csak ezen az eszközön jegyzi meg. - Problémajelentések (béta): az alkalmazás csak előkészít egy szöveget, amelyet Ön maga másol ki és küld el. Tartalmazza az alkalmazás verzióját, a platformot, a nyelvet, az időzónát, és azt, hogy az emlékeztetők meg tudnak-e szólalni; soha nem az eseményeit, a kulcsát vagy a fiókját.
A Herkos Calendar elolvassa a nyilvános eseményeire más alkalmazások által írt nyilvános válaszokat (RSVP-k, kind 31925, és résztvevő-eltávolítások, kind 84); egyiket sem írja.
Amit Ön maga kérdez le
Ezek a kapcsolatok csak akkor jönnek létre, ha Ön kéri őket:
- Cím alapján követett naptárak (
.icsvagywebcal): az eszköz közvetlenül a cím szerverétől kéri le a naptárt, csak https-en, néhány óránként, sütik és bármilyen általunk működtetett közvetítő nélkül. A szerver látja az IP-címét és azt, hogy mikor kéri, és bárki, akinél megvan a cím, olvashatja a naptárt. A címek listáját az eszközén és a reléin tároljuk, az Ön számára titkosítva (kind 30078,d=calendar-subscriptions). - Követett nyilvános Nostr-naptárak (egy
naddr…hivatkozás): néhány óránként az Ön reléitől és a hivatkozásban megnevezett reléktől kérjük le őket, soha mástól. Ezek a relék látják az IP-címét és azt, hogy melyik naptárt olvassa. Ugyanabban a titkosított listában vannak. - Ünnepnapok: az alkalmazás tartalmazza őket; a követésük semmit sem kér egyetlen szervertől sem.
- „Szabadok-e?” (a szerkesztőben, ha megnyomja): az alkalmazás minden meghívott nyilvános foglaltsági listáját (kind 31926) azoktól a reléktől kéri le, ahová az illető publikál, azonosítás nélkül. Ezek a relék látják az IP-címét és azt, hogy kiről érdeklődik.
- Egy esemény fájljai: titkosítva vannak egy Blossom-szerveren. Ha megnyit egyet, az alkalmazás letölti erről a szerverről, amely látja az IP-címét és a fájl azonosítóját, a tartalmát soha.
Herkos Notes: mit látnak a relék
A Notes Nostr-relékkel kommunikál, és senki mással. Nincs Herkos-szerver, nincs push-szerver és nincs telemetria. Minden relé látja az Ön IP-címét és minden kapcsolódás időpontját.
Mely relék. Ha a fiókjának van privát relélistája (kind 10013, a NIP-37
által leírt lista), a Notes az abban szereplő reléket használja, úgy, ahogy
vannak, és soha nem írja felül; ezt a listát az alkalmazás Beállításaiban
szereplő reléken és azokon a reléken keresi, ahová Ön publikál (a NIP-65
listája). Ellenkező esetben az alkalmazás Beállításaiban szereplő reléket
használja: alapértelmezés szerint relay.formstr.app, nos.lol és
relay.primal.net, legfeljebb nyolcat, mindegyik módosítható. A Beállítások az
ismert relék listáját is felkínálják, egy koppintással hozzáadhatók; egyikükkel
sem lép kapcsolatba, amíg Ön hozzá nem adja. Egy relé csak akkor lehet ws://,
azaz titkosítatlan kapcsolat, ha az eszközön vagy az otthoni hálózaton van
(localhost, privát címek, .local nevek): a jegyzetek továbbra is titkosítva
utaznak, de abban a hálózatban bárki láthatja azt, amit a relé lát (lásd az
alábbi táblázatot). A Notes nem tesz közzé saját relélistát, hacsak Ön nem kéri
(Relék → Mentés privát relélistaként). Ekkor ezeket a reléket teszi közzé az
Ön 10013-as listájaként, a kulcsával titkosítva, ugyanazokon a reléken, ahol a
listákat keresi, és naprakészen tartja azzal, amit Ön a Notesban módosít: a
relék látják a nyilvános kulcsát, azt, hogy a lista létezik, és azt, hogy mikor
változik, de a benne szereplő reléket nem. Egy másik alkalmazás által írt listát
soha nem ír felül: a Notes úgy használja, ahogy van.
Ha ezek közül valamelyik relé ezen az eszközön fut (egy ws://127.0.0.1 vagy
ws://localhost cím, például a Citrine alkalmazás), a Notes arra is elhelyezi
a jegyzetei, jegyzetfüzetei és törlései másolatát, pontosan úgy, ahogy alá
lettek írva, és továbbra is titkosítva. Ehhez semmi nem hagyja el az eszközt;
a Notes soha nem olvas erről a reléről, és az a jegyzet, amely csak ezen van
meg, nem számít feltöltöttnek. Az eszközön lévő más alkalmazások, amelyek ezt
a relét olvassák, azt látják, amit bármely relé lát.
Herkos Local Relay. Ha a Herkos Local Relay ugyanazon az eszközön van, a Notes egyszer felajánlja, hogy csatlakozik hozzá; semmi sem megy el, amíg nem koppint a Csatlakoztatás gombra, és nem hagyja jóvá a Notest a Herkos Local Relayben. A Notes egy saját, erre a párosításra készített kulccsal párosodik vele, és minden kapcsolódáskor ellenőrzi, hogy ugyanaz a relay-e, így egy másik program, amely a portján figyel, semmit sem kap. Ettől kezdve odamásolja a jegyzeteit, ellenőrzőpontjait, jegyzetfüzeteit, törléseit, a privát relaylistáját és a megosztott jegyzetek pecsétjeit, pontosan úgy, ahogy aláírták őket, és továbbra is titkosítva, és megkéri, hogy a törlések kivételével mindent privátként tartson: a relay csak az Ön kulcsának adja ki őket, és senkinek sem adja tovább. Hogy a relay az Önéként tartsa meg őket, a Notes csatlakozáskor egyszer aláír az Ön kulcsával. Ehhez semmi sem hagyja el az eszközt. A Notes soha nem olvas belőle: ez egy másolat, és az a jegyzet, amely csak ott van meg, nem számít feltöltöttnek. Ha nem válaszol, a Notes a többi relayjével folytatja, és később csak azt küldi el neki, ami hiányzik. A Notes Beállítások menüjében leválaszthatja, vagy a Herkos Local Relayben visszavonhatja a Notes hozzáférését.
| Mi | Mit láthatnak az azt tároló relék | Mit nem láthatnak |
|---|---|---|
| Jegyzet (kind 31234, NIP-37) | Az Ön nyilvános kulcsát; egy véletlenszerű azonosítót (d), amely egy véletlen számból készül, és soha nem a címből; a k=30023 címkét, amely minden jegyzeten ugyanaz, így semmit sem árul el arról, amit ír; azt, hogy mikor módosította utoljára; és nagyjából a méretét. |
Cím, szöveg, címkék, jegyzetfüzet, hogy ki van-e tűzve, kedvenc-e vagy a kukában van-e, és hogy mikor hozta létre. |
| Ellenőrzőpont (kind 1234), a jegyzet előzményei | Az Ön nyilvános kulcsát, azt, hogy melyik jegyzethez tartozik (az a címkéje a jegyzet azonosítójára mutat), és hogy mikor készült. |
Hogy mi állt akkor a jegyzetben. |
| A jegyzetfüzetei (kind 30078) | Az Ön nyilvános kulcsát, azt, hogy a lista létezik, és hogy mikor változik. Az azonosítója az Ön nyilvános kulcsából származik, így minden eszközén ugyanaz. | A jegyzetfüzetei nevét, hogy hány van, és hogy melyikben mely jegyzetek vannak. |
| Törlés (kind 5) | Az Ön nyilvános kulcsát és annak azonosítóit, amit töröl: a jegyzetet és annak ellenőrzőpontjait. | — |
| Egy jegyzet, amelyet megoszt (kind 1059, NIP-59 gift wrap) | Annak a fióknak a nyilvános kulcsát, amelynek szól (p); a k=30023 címkét; egy véletlenszerűen legfeljebb két nappal korábbra állított dátumot; és nagyjából a méretét. Nem az Ön kulcsa írja alá, hanem egy erre a célra készített, egyszer használt kulcs. |
Ki küldte, mikor, a címe és a szövege. Benne, lepecsételve (kind 13) és csak annak a fióknak titkosítva, ott van az Ön nyilvános kulcsa és a jegyzet: csak az a fiók tudja megnyitni őket, és megtudja, ki küldte. |
Ami nem rejthető el. Egy jegyzet d és k címkéjének, valamint egy
ellenőrzőpont a címkéjének olvashatónak kell lennie: a reléknek szükségük
van rájuk ahhoz, hogy egy jegyzetet lecseréljenek az újabb változatára, és
megtalálják az előzményeit. Így egy relé meg tudja számolni, hány jegyzete
van, és látja, mikor szerkeszti az egyes jegyzeteket, és milyen gyakran.
A Notes ezt durvábbá teszi, nem láthatatlanná: jegyzetenként legfeljebb egy
ellenőrzőpontot ment minden szerkesztési órára, egyet, amikor bezár egy
megváltozott jegyzetet, és mindkét oldalból egyet-egyet, amikor egy ütközést
rendez, soha nem mentésenként egyet, így az írási ritmusa nem kerül percről
percre nyilvánosságra.
Miért nem járnak le soha a jegyzetei. A NIP-37-piszkozatok hordozhatnak
expiration címkét (a példája 90 napot használ), és egy relé, amely ezt
tiszteletben tartja, azon a napon törli az eseményt. Egy jegyzetfüzet esetében
ez olyan jegyzetek elvesztését jelentené, amelyek törlését senki sem kérte,
ezért a Notes soha nem írja bele. Ennek a másik oldala: a jegyzetei titkosítva
a reléken maradnak, amíg nem törli őket, és a törlés a Nostr-hálózaton
kérés: egy relé megtarthatja a saját példányát.
Jegyzet megosztása. A Notes a másolatot azokra a relékre küldi, ahol a
másik fiók saját bevallása szerint olvas (a NIP-17 reléire, kind 10050, vagy ha
ilyen nincs, a NIP-65 listájának olvasási reléire), amelyeket az Ön reléin
keres meg, valamint az Ön saját reléire, legfeljebb nyolcra. Az utazik, ami a
jegyzetben áll (cím, szöveg és címkék), nem a jegyzetfüzete, a jelölései vagy a
kukája; amit később módosít, azt nem küldi el. A másik fiók megtartja a saját
példányát: a Notes nem tudja visszavenni, és a saját jegyzete törlése sem törli
azt. A fogadáshoz a Notes az Ön reléitől az Ön kulcsának címzett, k=30023
címkéjű gift wrapeket kéri le, és az eszközön nyitja meg őket. Egy ilyen
elvetése csak az eszközről távolítja el: a gift wrapet olyan kulcs írja alá,
amelyet senki sem őriz meg, így egyikük sem kérheti a reléket, hogy töröljék,
és ott is marad, de Önön kívül senki sem tudja elolvasni.
A keresés helyi. Minden titkosítva van, így egyetlen relé sem tud Ön helyett keresni. A Notes letölti és visszafejti a jegyzeteit, és az eszközön építi fel az indexet; a keresett szavakat soha nem küldi el sehová.
Egy NIP-42 hitelesítést kérő relé megtudja a nyilvános kulcsát; a Notes az Ön fiókjával válaszol neki. A Notes a reléitől azokat a piszkozatokat is lekéri, amelyeket más alkalmazások írtak az Ön kulcsával (kind 31234 és a régebbi 30024), hogy csak olvasható módon megjelenítse őket, és eközben semmit sem tesz közzé. Ha távoli aláíróval (bunkerrel vagy Nostr Connecttel) jelentkezik be, annak reléi továbbítják a titkosított aláírási kéréseit, és a Notes csak a fenti kindok aláírását kéri tőle (beleértve egy megosztott jegyzet pecsétjét, kind 13; a gift wrapjét az eszközön írja alá, az egyszer használt kulccsal). Az androidos telefonodon lévő aláíró alkalmazással (NIP-55, például Amber) a Notes közvetlenül a telefonon beszél, köztük nincs relay, ugyanazokat kéri tőle, és minden visszaérkező aláírt eseményt ellenőriz, mielőtt használná.
Herkos Drive: mit látnak a relék és a szerverek
A Drive a fájljai tartalmát Blossom-szervereken, a fájljai és mappái listáját (az indexet) pedig Nostr-reléken tárolja, mindkettőt az Ön eszközén titkosítva. Nincs Herkos-szerver, nincs push-szerver és nincs telemetria. Minden relé és szerver látja az Ön IP-címét és minden kapcsolódás időpontját. Alapértelmezés szerint az index öt relére, a fájlok öt Blossom-szerverre kerülnek, és egyiket sem a Herkos üzemelteti; a Beállítások → Fájltárhely menüpontban módosíthatja a szervereket, és ott saját szervert is hozzáadhat. Hogy melyiket ki üzemelteti, és hol van, amennyire tudjuk (ellenőrizve: 2026. november 5.):
| Szerver | Mire | Üzemeltető (saját megnevezése szerint) | Hely (az IP-címe alapján) |
|---|---|---|---|
nos.lol |
index | nem adja meg | Németország (Hetzner) |
relay.primal.net |
index | Primal | nem ismert: Cloudflare mögött |
relay.nmail.li |
index | Nmail, az eredeti Nostr Mail projekt | Franciaország (OVH) |
relay.nostr.net |
index | nostr.net (aljaz@nostr.si) | nem ismert: Cloudflare mögött |
nostr.oxtr.dev |
index | 0xtr (oxtrr@protonmail.com) | Németország (Hetzner) |
nostr.download |
fájlok | nem adja meg | Írország (Apex Strata) |
blossom.ditto.pub |
fájlok | Ditto | Egyesült Államok (DigitalOcean) |
blossom.nmail.li |
fájlok | Nmail, az eredeti Nostr Mail projekt | Franciaország (OVH) |
blossom.yakihonne.com |
fájlok | YakiHonne | Szingapúr (Vultr) |
blossom.jumble.social |
fájlok | Jumble | nem ismert: Cloudflare mögött |
Az ország a szerver IP-címéből adódik, és tévedhet, a Cloudflare mögötti szerver pedig nem mutatja meg, hol van; az számít, hogy az egyes üzemeltetők saját közlésük szerint hol tárolják az adatokat, és a legtöbbjük ezt nem adja meg. Minden üzemeltető független, saját feltételekkel; a Herkosnak egyikükkel sincs megállapodása. Az öt fájlszerver közül legalább kettő az Európai Unión kívül van: amit tárolnak, az az Ön eszközén van titkosítva, és nem tudják elolvasni, de az IP-címe és minden feltöltés időpontja eljut hozzájuk.
Két kulcs. A fiókja csak egyetlen dolgot ír alá: a lokátort, egy az Ön saját kulcsára titkosított eseményt, amelynek alapján az eszközei megtalálják a Drive-ját. Minden mást egy kötetkulcs ír alá, amely véletlenszerűen készül a Drive-jához, és nem a fiókjából származik, így az index nem árulja el, kié. A Drive eszközönként egyszer olvassa be a lokátort, nem minden indításkor, hogy a relék ne lássák együtt lekérdezve a fiókját és a kötetét. Akivel megoszt egy mappát, az a kötetkulcsot is megkapja; ezt bármikor lecserélheti (Beállítások → Kötetkulcs): a többi eszköze magától követi, és amit a régivel írtak alá, azt az alkalmazás többé nem fogadja el.
| Mi | Mit láthatnak az azt tároló relék | Mit nem láthatnak |
|---|---|---|
| A lokátor (kind 31152) | Az Ön nyilvános kulcsát, egy véletlenszerű azonosítót, és azt, hogy mikor íródott. | A tartalmát: a kötetkulcsot és azt, hogy hol van az indexe, az Ön kulcsára titkosítva. |
| Fájl vagy mappa (kind 31150), mindegyik egy-egy esemény | A kötetkulcsot; egy véletlenszerű azonosítót, amely egy véletlen számból készül, és soha nem a névből; annak a mappának az azonosítóját, amelyben van; azt, hogy mikor változott utoljára; és a méretét, kettő hatványára kerekítve. | A nevét, típusát, méretét, dátumait, kulcsait, változatait, és hogy mely szerverek tárolják a blokkjait. |
| Link (kind 31151) | Hogy ki írta alá: mappa esetén a kötetkulcs, fájl esetén egy az adott linkhez készített kulcs; egy véletlenszerű azonosítót; a lejárati dátumát, ha van (NIP-40); a méretét, kerekítve. | Hogy mit nyit meg. |
| Törlés (kind 5) | Annak azonosítóit, amit töröl. | — |
| Megosztás egy fiókkal (kind 1059, NIP-59 gift wrap) | Annak a fióknak a nyilvános kulcsát, amelynek szól (p); a k=31151 címkét; egy véletlenszerűen legfeljebb két nappal korábbra állított dátumot; egy 60–90 nappal későbbi lejáratot. Egy erre a célra készített, egyszer használt kulcs írja alá. |
Ki küldte, mikor, és mit nyit meg. |
Ami nem rejthető el. Minden esemény megmondja, melyik mappában van, így egy relé meg tudja számolni, hány fájlja és mappája van, látja a fa szerkezetét (melyik mappában hány elem van), és azt, hogy mikor változnak az egyes elemek. Azt nem tudja megállapítani, hogy bármelyiküknek mi a neve, vagy mi van benne.
A Blossom-szerverek a fájljai blokkjait kapják meg, mindegyiket a fájl adott változatának saját kulcsával titkosítva, és 64 KiB többszörösére kiegészítve, így nagyjából látják, mekkora az egyes fájlok, de azt nem, hogy mik, vagy mi a nevük. Minden feltöltés alá van írva: saját szerveren a kötetkulccsal; bármely más szerveren egy csak az adott szerverhez és fájlhoz készített kulccsal, amely senkit sem nevez meg, és két szerveren soha nem ugyanaz. Egy fájl törlésekor a Drive megkéri a szervereit, hogy töröljék a blokkjait; ahogy a reléknél, egy szerver megtarthat egy másolatot.
Linkek (herkos.app/f/…). Egy fájlra vagy mappára mutató link a # után
hordozza a kulcsot, amely megnyitja: a link maga a kulcs. A # utáni
rész soha nem jut el a szerverünkhöz vagy a Cloudflare-hez, és az oldal
kiveszi a címsorból, amint beolvasta. Ám előtte a böngésző már elmenthette a
teljes címet az előzményeibe, és az előzményeit szinkronizáló böngésző a
szolgáltatója szerverein is megőrzi. Ezt a mi oldalunkon semmi sem tudja
megakadályozni. Bármi érzékenyhez adjon a linknek jelszót (a link ekkor
nélküle semmit sem nyit meg, és a jelszó külön utazik), vagy ossza meg inkább
az adott személy fiókjával, amihez egyáltalán nincs szükség linkre. Az oldal a
link reléit és szervereit kérdezi le; egy általa nem ismerttel csak azután lép
kapcsolatba, hogy Ön igent mond, mert az látná az IP-címét. Egy link lejárhat:
azon a napon többé nem nyílik meg, egy mappa pedig új kulcsokat kap, így ami
később kerül bele, az nem nyílik meg a régi kulccsal. Aki már megnyitotta,
megtartja, amit letöltött. Ha korábban szeretné megszüntetni a hozzáférést,
távolítsa el a linket: a mappa ekkor azonnal új kulcsokat kap.
Megosztás egy fiókkal. A Drive az Ön reléin és a Drive reléin keresi meg, hol olvas az adott fiók (a NIP-17 reléi, kind 10050, vagy a NIP-65 listájának olvasási reléi), egyszerre egy személyt, soha nem egy nyilvános indexben. Mindenki saját linket kap, így egy személy eltávolítása a többieket nem érinti, és senki sem tudhatja meg, ki más kapta még meg.
Egy NIP-42 hitelesítést kérő relé a kötetkulcsot ismeri meg, soha nem a fiókját: a Drive a kötetkulccsal válaszol neki. Ha az androidos telefonján lévő aláíró alkalmazással (NIP-55, például Amber) jelentkezik be, a Drive csak a lokátor, a régi lokátort visszavonó kérés és a fiókkal megosztott tartalom pecsétjének aláírását kéri tőle, valamint a saját kulcsára történő titkosítást és visszafejtést.
Herkos Local Relay: mit tárol, és kivel kommunikál
A Herkos Local Relay egy Nostr-relé, amely az Ön saját eszközén fut, a Herkos alkalmazások és bármely más Nostr-kliens számára. Nincs mögötte saját szerverünk, és semmit sem küld nekünk.
Röviden (a részletek alább következnek):
- Ki kezeli az adatait: Ön. A Herkos semmit sem kap a relétől: sem eseményeket, sem kulcsokat, sem IP-címeket, sem statisztikákat. Nincs fiók, és nincs saját szerverünk.
- Mit tárol: az Ön eszközén, titkosítva, azt, amit az alkalmazásai írnak rá, és amit az Ön reléiről hoz, a párosított alkalmazásokat és a beállításait.
- Kivel kommunikál: az Ön reléivel és azoknak a bejövő reléivel, akiknek Ön ír. Senki mással. Ha bekapcsolja a Tort, a Tor-hálózattal is.
- Meddig: amíg Ön nem törli, el nem távolítja az alkalmazást, vagy amíg az Ön által választott szabály ki nem ritkítja. A ritkítás alapértelmezés szerint ki van kapcsolva, és soha nem törli az Ön saját eseményeit.
- Mentések: csak oda, ahová Ön választja, soha nem a felhőbe, és olyan jelszóval titkosítva, amelyet csak Ön ismer.
- Az Ön jogai: mindent megnézhet, módosíthat és törölhet az alkalmazásból. Amit már más relékre közzétett, azt az adott relé őrzi: forduljon az üzemeltetőjéhez.
- Életkor: nem 16 év alatti gyermekeknek készült.
Mit tárol az eszközön. Azokat az eseményeket, amelyeket az alkalmazásai
írnak rá, és azokat, amelyeket az Ön reléiről hoz, egy olyan adatbázisban,
amely egy, az operációs rendszer biztonságos tárolójában őrzött kulccsal van
titkosítva. Mellette: a párosított alkalmazások, és hogy mindegyik mit tehet;
a beállításai (settings.json: a port, a kvóta, a ritkítás, hogy be van-e
kapcsolva a munkamenetnapló, hogy beléphetnek-e nem párosított alkalmazások,
hogy be van-e kapcsolva a helyi hálózat, és annak portja); ha bekapcsolja a
helyi hálózatot, az engedélyezett kulcsok listája az Ön által adott nevekkel,
valamint a relé tanúsítványa és annak kulcsa, a titkosított adatbázisban;
valamint a mentések beállításai
(backups.json: milyen gyakran, a mappa, a nyilvános kulcs, amelyre a
mentések titkosítva vannak, és annak sója, és hogy mikor készült az utolsó).
Ezek egyike sem titok, és a mentések jelszavát soha nem tárolja. Windowson és
Linuxon, amíg fut, az alkalmazás mappájában lévő relay.json megmondja, melyik
porton figyel, hogy a Herkos alkalmazások megtalálják. Az alkalmazás
eltávolítása törli az adatbázist, és a kulcsa használhatatlanná válik.
Ki kapcsolódhat. A 127.0.0.1 címen figyel (a 4873-as porton, hacsak meg
nem változtatja): amíg a helyi hálózat ki van kapcsolva, ahogy alapból is, az
eszközön kívülről semmi sem érheti el. Az eszközön
bármely alkalmazás elérheti ezt a címet, ezért egy alkalmazást vagy weboldalt
párosítani kell, vagyis Önnek jóvá kell hagynia a képernyőn, mielőtt írhatna,
a nem párosított weboldalt pedig elutasítja. Egy alkalmazás visszavonása
azonnal bontja a kapcsolatát. A privát eseményeket (piszkozatok, privát
listák, emlékeztetők, az Ön által kapott lepecsételt borítékok) csak annak adja
ki, aki NIP-42-vel igazolja, hogy nála van a kulcs, amelyhez tartoznak.
A helyi hálózat, ha bekapcsolja, egy második portot nyit (a 4874-est, hacsak
meg nem változtatja) a hálózatán lévő eszközök felé: csak wss://, a relé saját
tanúsítványával, és csak a listáján szereplő kulcsok számára, miután NIP-42-vel
hitelesítették magukat. A listán szereplő kulcs olvassa a nyilvános eseményeit
és a neki szóló privátokat, és csak olyan eseményeket írhat, amelyeket ő
írt alá; ha leveszi a listáról, a kapcsolata megszakad. Aki ugyanazon a
hálózaton van, látja, hogy az eszközön nyitva van ez a port, és mennyi forgalom
megy rajta keresztül, de azt nem, hogy mi.
A Tor, ha bekapcsolja (Windowson és Linuxon; Androidra később érkezik), a relét a Tor onion szolgáltatásává teszi, egy nem változó .onion címmel. Az alkalmazás elindítja ennek a számítógépnek a tor programját (vagy az alkalmazással érkezőt), amely csatlakozik a Tor-hálózathoz. A cím kulcsa a titkosított adatbázisban van, és csak ennek a tornak adja át, magán az eszközön; a tor saját mappája a hálózati könyvtár másolatát és a cookie-ját tárolja, ezt a kulcsot soha. Azt, hogy a Tor be van-e kapcsolva, a settings.json tárolja. Toron át ugyanazok a szabályok érvényesek, mint a helyi hálózaton: csak a listáján lévő kulcsok, NIP-42 hitelesítés után. Aki az Ön címére csatlakozik, nem látja az Ön IP-címét, és Ön sem az övét. A cím önmagában semmit sem nyit meg; ha elterjedt, az Új cím lecseréli. A Herkos semmit sem kap.
| Ki | Mit láthat | Mikor |
|---|---|---|
| Az Ön reléi (a NIP-65 listájában szereplők) | Az IP-címét; a nyilvános kulcsát, amikor egy relé NIP-42 hitelesítést kér; a rajta keresztül közzétett nyilvános eseményeit; és a szinkronizáláshoz azt, hogy mely eseményeiről kérdez. | Amikor közzétesz, és amikor szinkronizál (negentropyval, NIP-77, ahol a relé ezt kínálja). |
| Azoknak a bejövő reléi, akiknek Ön ír (a NIP-17 listájuk, kind 10050, vagy ha ilyen nincs, a NIP-65 listájuk olvasási reléi) | Az IP-címét és a nekik címzett lepecsételt borítékot (NIP-59), amelyet véletlenszerű várakozás után küld el. Soha nem küldi el az Ön saját reléire. | Amikor egy alkalmazás rajta keresztül privát üzenetet vagy meghívót küld. |
| A listáján szereplő kulcsok, a helyi hálózaton (csak ha bekapcsolja) | Az eszköze IP-címét a hálózaton; a nyilvános eseményeit és az annak a kulcsnak szóló privátokat. | Amíg kapcsolódnak. |
| A Tor-hálózat (csak ha bekapcsolja) | Hogy ez az eszköz Tort használ (az első Tor-csomópont látja az Ön IP-címét), azt nem, hogy mi megy át rajta; a Tor könyvtárai titkosítva tárolják a szolgáltatás leírását, amelyet csak az olvashat, aki ismeri a címet. | Amíg a Tor be van kapcsolva. |
| A listáján lévő kulcsok, Toron át (csak ha bekapcsolja) | Az Ön nyilvános eseményei és az annak a kulcsnak szóló privátak; az Ön IP-címét nem. | Amíg csatlakoznak. |
Annak kiderítéséhez, hogy valaki hová kapja az üzeneteit, az Ön reléit kérdezi meg. A privát eseményei (piszkozatok, privát listák, emlékeztetők) soha nem hagyják el az eszközt. Soha nem hirdeti meg a saját címét (senkinek a NIP-65 listájában nem szerepel), a NIP-11 dokumentuma nem árulja el, ki Ön, és nincs analitika, telemetria vagy hibajelentés. Androidon szolgáltatásként fut, egy értesítéssel és annak Leállítás gombjával; 10 percnyi kapcsolat nélküli idő után alvó állapotba kerül, és egy Herkos alkalmazás magán az eszközön ébreszti fel, push-szerver nélkül.
A munkamenetnapló alapértelmezés szerint ki van kapcsolva. Ha bekapcsolja, csak a memóriában tárolódik, az utolsó 500 sor, és törlődik, amikor a relé leáll: kapcsolódások, NIP-42 hitelesítés, elfogadott vagy elutasított események és a kért kindok, kind és az azonosítójuk eleje szerint, a tartalmuk soha.
Mentések. A teljes tároló titkosított mentése csak oda íródik, ahová Ön választja: az eszköz egy mappájába vagy egy külső lemezre. Egy felhőkliens mappáját (OneDrive, Google Drive, Dropbox, iCloud, Nextcloud, Herkos Drive…) elutasítja. Saját jelszóval van titkosítva (scrypt és XChaCha20-Poly1305); az ütemezettek az ebből a jelszóból származó nyilvános kulcsra, így a jelszó nélkül készülnek el. Az utolsó hetet megőrzi. Jelszó nélkül senki sem tudja megnyitni a mentést, mi sem, és ha elveszíti a jelszót, a mentés elvész. A JSONL-export nincs titkosítva: a privát eseményeit titkosítatlanul tartalmazza, és az alkalmazás ezt közli, mielőtt megírná.
A ritkítás alapértelmezés szerint ki van kapcsolva: nélküle a relé addig őrzi mások eseményeit, amíg van hely. Ritkíthat kor szerint (30, 90, 180 vagy 365 nap) vagy hely szerint (256 MB-tól 5 GB-ig), és az alkalmazás előbb megmutatja, mennyit törölne. Csak mások eseményeit törli: soha nem az Önéit, az Önnek szóló borítékokat, azokat a kindokat, amelyeket az alkalmazásai védenek, vagy a törlési kérelmeket; hely szerint csak egy, az elmúlt napon készült mentés után. Bekapcsolt helyi hálózatnál vagy Tornál a kor szerinti ritkítás nem kapcsolható ki: mások eseményei 90 nap után törlődnek, hacsak nem választ más határidőt. A lejárati dátummal rendelkező eseményt (NIP-40) a lejárta után már senkinek sem adja ki, bárki írta is. És mint a Nostrban mindenhol, a törlés kérés: ami már más relékre került, ott maradhat.
Webhelyeink és a Cloudflare
A herkos.app (beleértve a herkos.app/e/ és a herkos.app/f/ oldalt), az app.herkos.app (a
Mail webes változata), a calendar.herkos.app és a notes.herkos.app (a
Calendar és a Notes webes változata, amikor megjelennek) és az fdroid.herkos.app (F-Droid-tárolónk) statikus
fájlok, amelyeket a Cloudflare szolgál ki (Cloudflare Pages és R2). Mint
bármely webtárhely-szolgáltató, a Cloudflare megkapja az Ön IP-címét, a
böngészője felhasználói ügynökét (user agent), a kért címet (a # utáni rész
nélkül) és az időpontot, és ezeket a naplóiban megőrizheti saját adatvédelmi
szabályzata szerint.
Nem helyezünk el sütiket és nem futtatunk analitikát; az oldalak és a webalkalmazások saját fájljai kizárólag ezekről a domainekről származnak (a webalkalmazások ezután a fent leírt relékhez és szerverekhez kapcsolódnak), és nem nézzük meg a látogatónkénti naplókat. A Releases oldalról történő letöltések a GitHubról érkeznek, amely saját szabályzata szerint ugyanilyen adatokat lát.
Eleve nyilvános
A Nostr nyilvános hálózat. Az alábbiakat bárki láthatja, aki lekérdezi az Ön által használt reléket, és mind a nyilvános kulcsához kapcsolódik:
- a profilja (név, kép), valamint a relé- és Blossom-szerverlistái;
- a NIP-32 címkeesemények, amelyeket a Herkos Mail akkor tesz közzé, amikor egy e-mailt olvasottnak jelöl, csillagoz, archivál vagy mappába helyez át — beleértve az egyéni mappák nevét is. Az a feladó tehát, aki ismeri az Önnek küldött e-mail azonosítóját, megtudhatja, mikor olvasta el. Ezeket tervezzük titkosítani; addig legyen tudatában ennek;
- a Herkos Calendarban csak az, amit Ön nyilvánossá tesz (lásd fent);
- a Herkos Notesban semmilyen tartalom, csak a fent leírt minta: hány jegyzete van, és mikor szerkeszti őket;
- a Herkos Drive-ban semmilyen név vagy tartalom, csak a fent leírt minta: hány fájlja és mappája van, a fa szerkezete, és mikor változnak az egyes elemek;
- a Herkos Local Relay révén csak az alkalmazásai által közzétett nyilvános események, mint bármely relé esetében.
Az Ön választásai és jogai
- A fentiek mind az Ön kezében vannak a Beállítások → Hálózat és szerverek (relék, magánlevél-relék, Blossom-szerverek, hidak) és a Beállítások → Értesítések menüpontban; a Herkos Calendarban a reléket, a foglaltsági listát és minden megosztási linket (Megosztás linkkel → Link visszavonása) Ön módosíthatja; a Herkos Notesban a reléket (az alkalmazás Beállításaiban vagy a saját privát relélistájában).
- A Herkos Drive-ban a szervereket (Beállítások → Fájltárhely), a kötetkulcsot (Beállítások → Kötetkulcs), valamint minden linket és minden személyt, akivel egy fájl vagy mappa meg van osztva (Megosztás), Ön módosíthatja.
- A Herkos Local Relayben a párosított alkalmazások és az, hogy mindegyik mit tehet, a port, a kvóta, a ritkítás, a munkamenetnapló, a helyi hálózat, a Tor és a kulcslista, valamint a másolatok a saját képernyőin találhatók.
- A Herkos Notesból való kijelentkezés törli a jegyzeteket az adott eszközről, de előbb feltölti azt, ami csak ott van, és megmondja, hány jegyzetet veszítene el; a reléken lévő jegyzetek megmaradnak, és visszatérnek, amikor újra bejelentkezik.
- Bármikor exportálhatja a kulcsát, eltávolíthat egy fiókot (ez a reléket is megkéri az adatai törlésére, NIP-62), vagy visszaállíthatja az alkalmazást.
- Mivel semmilyen személyes adatot nem tárolunk, a hozzáférésre, helyesbítésre vagy törlésre irányuló kérelmeket magunk nem tudjuk teljesíteni; ezeket az érintett relé, híd, push-szerver vagy webtárhely üzemeltetőjéhez kell intézni. Segítünk azonosítani.
- A Herkos nem 16 év alatti gyermekeknek készült.
Változások
Ezt a dokumentumot akkor módosítjuk, amikor az alkalmazás működése megváltozik, és a
dátumot a lap tetején rögzítjük. A hiteles forrás a tárolóban lévő PRIVACY.md; a
közzétett oldal ennek másolata.
Kapcsolat: privacy@herkos.email · https://herkos.app
További nyelvek
English · Español · Bahasa Indonesia · Català · Čeština · Deutsch · Français · Italiano · Magyar · Nederlands · Polski · Português (Portugal) · Português (Brasil) · Română · Slovenčina · Suomi · Svenska · Türkçe · 中文 · Ελληνικά · हिन्दी · 日本語 · 한국어 · Русский · Українська