Biztonság és bizalom

1. Egyoldalas összefoglaló

A Nose for Horse (a továbbiakban: „Nose”) korai fázisban lévő termék. Ma nem rendelkezünk SOC 2 vagy ISO 27001 tanúsítvánnyal, és külső penetrációs tesztet sem rendeltünk még meg. Ez az oldal azt írja le, hogy milyen adatokat tárolunk, hol fut a rendszer, és milyen védelmi intézkedési osztályok védik ezeket, hogy egy biztonságtudatos lovarda megalapozott döntést hozhasson.

• Kik vagyunk. A Nose lovasiskolák működtetésére szolgáló szoftver — a lovaglóórák órarendbe szervezése, a jelenlét és a lovasok fizetési módjának nyomon követése, a bérletek és ajándékutalványok kezelése, a lovasoktatók keresetének kiszámítása, valamint betekintés biztosítása a lovarda ügyfeleinek a saját foglalásaikba. Üzemeltetője a DF Daniel Fojcik, lengyel egyéni vállalkozás (NIP 6472592229 / REGON 387798601, Marklowice), amely Nose for Horse néven működik.
• A két szerepünk. A saját fiók-, analitikai és biztonsági adataink tekintetében adatkezelők vagyunk, az egyes lovardák által rögzített lovas- és ügyféladatok tekintetében pedig az adott lovarda utasításai szerint eljáró adatfeldolgozók. Az adatfeldolgozói jogviszonyt az adatfeldolgozási szerződésünk (DPA) szabályozza. Lásd alább a „Megfelelőségi keretek” részt.
• Milyen adatokat tárolunk. A fiókhoz tartozó e-mail-cím és a profil választható neve/telefonszáma; a meghívók e-mail-címei; azok az üzemeltetési nyilvántartások, amelyeket egy lovarda a lovasairól rögzít (nevek, elérhetőségek, órákon való részvétel, bérletek és utalványok, fizetésnyilvántartási címkék, szabad szöveges megjegyzések); az órarend-PIN-kódok és a meghívótokenek, amelyeket kizárólag egyirányú hash formájában tárolunk. Bankkártya- és bankadatokat, valamint egészségügyi adatokat nem tárolunk. A teljes leltár alább, „Az általunk tárolt adatok” részben található.
• Mi védi ezeket. Titkosítás az adatátvitel során és nyugalmi állapotban; a bérlők elkülönítése magában az adatbázisban kikényszerítve; kiszolgálóoldali munkamenet-ellenőrzés; megerősített újrahitelesítés a visszafordíthatatlan és adminisztrátori műveletekhez; szigorú Content Security Policy; kérésszám-korlátozás és botvédelem; valamint csak bővíthető auditnapló. Lásd alább a „Technikai intézkedések” részt.
• Hol fut. Egynél több adatrégióban, és a növekedésünkkel újabb régiókat veszünk fel. Az USA-régióban lévő lovardák ügyféladatait az Egyesült Államokban tároljuk. A szolgáltatás üzemeltetése, adminisztrációja és támogatása az Európai Unióból történik. Az EU-régiónkban lévő lovardákat az EGT-ből szolgáljuk ki. Néhány szolgáltatást a két régió közösen használ, és ezek az EGT-ben futnak — tranzakciós e-mailek, hibafigyelés, termékanalitika —, néhány komponens pedig globálisan fut. Az egyes szolgáltatók régióit és adattovábbítási mechanizmusait a További adatfeldolgozók oldalon találja.
• Amivel még nem rendelkezünk. Nincs SOC 2, ISO 27001 vagy külső penetrációs teszt. Ha az Ön beszerzési folyamata ma ezek valamelyikét követeli meg, akkor még nem mi vagyunk a megfelelő szolgáltató.
• Hogyan érhet el minket biztonsági ügyben. Írjon a support@nose.horse címre, a tárgy mezőben a `Security` szóval. Lásd alább az „Incidenskezelés (adatvédelmi incidens bejelentése 72 órán belül)” és a „Felelős hibabejelentés” részt.

2. Az általunk tárolt adatok

A Szolgáltatás működtetéséhez szükséges minimumot gyűjtjük. Az alábbi kategóriák azok a személyes adatok, amelyekkel a Nose kapcsolatba kerül.

Ahol egy sor az Ön lovardájának régióját említi, ott az EU-régióról vagy az USA-régióról van szó — ezt a lovarda létrehozásakor rögzítjük, és alább, az „Infrastruktúra — ki mit üzemeltet, és hol” részben írjuk le részletesen.

Amit nem tárolunk

• Semmilyen bankkártya- vagy bankadat. A Nose soha nem szereplője egy fizetésnek, és soha nem kezel kártyaadatot. Az offline módok („készpénz”, „bérlet”, „utalvány”, „átutalás”) a lovarda által rögzített nyilvántartási címkék — nem a Nose által lebonyolított tranzakciók. A lovarda előfizetésének számlázásánál (Stripe a lengyel lovardáknál, Dodo Payments mint Merchant of Record a Lengyelországon kívüli lovardáknál), valamint a lovasok online fizetéseinél ott, ahol ezt a lovarda engedélyezi (Stripe, a lovarda saját Stripe-fiókjába történő elszámolással), a kártyaadatokat kizárólag a fizetési szolgáltató saját fizetőoldala kezeli, és azok soha nem jutnak el hozzánk — így a PCI DSS hatályán kívül maradunk (lásd alább a „Megfelelőségi keretek” részt).
• Semmilyen személyazonosító okmány vagy cím. Nem gyűjtünk lakcímet, okmányazonosítót vagy állami azonosítót.
• Semmilyen különleges kategóriájú (egészségügyi) adat. Nem áll szándékunkban a GDPR 9. cikke szerinti adatokat gyűjteni, és a termék nem is ezek tárolására készült. A lovardák (az adatfeldolgozási szerződésben) azt az utasítást kapják, hogy ne rögzítsenek különleges kategóriájú adatot a szabad szöveges mezőkben. A lóra vonatkozó megjegyzések állatra, nem személyre vonatkoznak, és kívül esnek a GDPR hatályán.
• Semmilyen hirdetési profil, retargeting-azonosító vagy webhelyek közötti követés. Nincs Meta-, LinkedIn-, X- vagy TikTok-pixel; nincs böngészőujjlenyomat-készítés.
• Adatot nem adunk el, nem adunk bérbe és nem adunk kölcsön harmadik feleknek.
• Nem tanítunk MI-/gépi tanulási modelleket az Ön adatain. A Nose rendszeréből származó személyes adatokon semmilyen mesterséges intelligencia vagy gépi tanulási modellt nem tanítunk, nem finomhangolunk és nem értékelünk ki.

3. Infrastruktúra — ki mit üzemeltet, és hol

A Nose kezelt felhőinfrastruktúrán fut, mellette néhány szakosodott szolgáltatóval („további adatfeldolgozók”), amelyek mindegyike csak egy szűk szeletet lát el. Egyiküknek sincs végponttól végpontig terjedő hozzáférése mindenhez. A Nose két adatrégiót üzemeltet: egy EU-régiót és egy USA-régiót. Az USA-régióban lévő lovardák ügyféladatait az Egyesült Államokban tároljuk. A szolgáltatás üzemeltetése, adminisztrációja és támogatása az Európai Unióból történik. Egy lovarda üzemeltetési adatai kizárólag a saját régiójának adatbázisában találhatók — nincs replikáció a régiók között, és nincs olyan alkalmazásbeli útvonal sem, amely a régiók között olvasna. Három szolgáltatást a két régió közösen használ, és ezek az EGT-ben maradnak — a tranzakciós e-mailek, a hibafigyelés és a termékanalitika.

A szolgáltatók hiteles, mindig naprakész listája — szolgáltatónként a céllal, a személyesadat-kategóriákkal, az adatrégiónkénti adatkezelési régióval és az adattovábbítási mechanizmussal — a További adatfeldolgozók oldal. Az Adatkezelési tájékoztató és az adatfeldolgozási szerződés ugyanerre a forrásra hivatkozik ahelyett, hogy egymástól eltérő másolatokat tartana fenn, és így tesz ez az oldal is.

4. Technikai intézkedések

Ezek azok a védelmi intézkedési osztályok, amelyek ma ténylegesen működnek. Egyben ez az a tartalom, amely az adatfeldolgozási szerződés → „Titoktartás, biztonság és további adatfeldolgozók” pontja mögött áll: az a pont a technikai és szervezési intézkedéseink tekintetében ide utal.

Hálózat és átvitel

• TLS minden forgalomra, HSTS preloaddal.
• Nincs vegyes tartalom — a Content Security Policy elutasítja a nem biztonságos erőforrásokat.

Bérlők elkülönítése és jogosultságkezelés

• Lovardánként hatályos sorszintű biztonság minden üzemeltetési táblán, magában az adatbázisban kikényszerítve — az egyik lovarda adatait a másik akkor sem tudja kiolvasni, ha az alkalmazás kódjában hiba lenne. Ez az elsődleges védelem a bérlők között.
• Alkalmazásszintű szerepkör-ellenőrzések az adatbázisszintű elkülönítés fölött, több rétegű védelemként, soha nem egyedüli védvonalként.

Hitelesítés

• Jelszó nélküli bejelentkezés — e-mailes belépési link vagy választható Google- vagy Apple-bejelentkezés. Jelszót nem tárolunk.
• Kiszolgálóoldali munkamenet-ellenőrzés minden védett kérésnél — önmagában a bejelentkezési sütinek soha nem hiszünk.
• Megerősített újrahitelesítés a visszafordíthatatlan és adminisztratív műveletekhez; ha a megerősítés hiányzik vagy lejárt, a művelet biztonságosan elutasításra kerül.

Titkok és hozzáférési adatok kezelése

• Az órarend-PIN-kódokat és a meghívótokeneket kizárólag egyirányú hash formájában tároljuk; a meghívótokenek egyszer használhatók és időben korlátozottak, a nyers tokeneket pedig soha nem őrizzük meg.
• A kiemelt jogosultságú szolgáltatói hozzáférési adatok kizárólag kiszolgálóoldaliak — soha nem kerülnek a böngészőbe; ezt egy fordításkori ellenőrzés kényszeríti ki.

Be- és kimenetek kezelése

• Minden kiszolgálóoldali bemenetet séma alapján ellenőrzünk — a kliensoldali ellenőrzést kizárólag a felhasználói élményt szolgáló elemnek tekintjük; a bizalmi határ a kiszolgáló.
• Minden válaszra szigorú Content Security Policy és megerősített biztonsági fejléckészlet vonatkozik.
• Automatikus kimeneti escape-elés; a felhasználók által írt tartalom ebben a fázisban egyszerű szöveg.

Visszaélés- és botvédelem

• Kérésszám-korlátozás és botvédelem a hitelesítési és egyéb érzékeny végpontokon.

Tárolt adatok és auditnapló

• A tárolt adatok titkosítása az adatbázisban és a fájltárolóban.
• Csak bővíthető auditnapló rögzíti a biztonsági szempontból lényeges eseményeket (hitelesítés, szerepkör- és tagsági változások, pénzügyi események, exportok, törlések). Mindig íródik, és elkülönül az üzemeltetési telemetriától.
• Hibafigyelés személyesadat-tisztítással — a személyes adatokat eltávolítjuk a hibajelentésekből, mielőtt azok elhagynák a rendszereinket; ami marad, az a technikai környezet és álnevesített azonosítók.

Mentések és helyreállítás

• Automatikus napi adatbázismentések, gördülő megőrzési időablakkal. A korábbi telepítéseket megőrizzük, így egy hibás kiadás gyorsan visszaállítható.

5. Szervezési intézkedések

• Az éles adatok kezelt infrastruktúrán maradnak. Az éles adatbázis mentéseit nem tároljuk helyi gépeken; a helyi fejlesztés külön adatbázist használ szintetikus adatokkal.
• A legkisebb jogosultság elve a szolgáltatásfiókoknál. A kiemelt jogosultságú hozzáférési adatok kizárólag kiszolgálóoldali használatra korlátozottak; a böngészőből történő adatbázis-hozzáférés korlátozott kulcsot használ, a sorszintű biztonság mögött.
• Szolgáltatóoldali hozzáférés-naplózás. A szolgáltatóinknál végzett adminisztratív műveleteket maguk a szolgáltatók naplózzák, és ezeket át is tekintjük.
• Titoktartás. Mindenkit, aki hozzáfér az éles rendszerhez, titoktartás köt a Szolgáltatáson keresztül kezelt személyes adatok tekintetében, ahogyan azt az adatfeldolgozási szerződés is rögzíti.

6. Incidenskezelés (adatvédelmi incidens bejelentése 72 órán belül)

Figyelés. A hibákat és a biztonsági szempontból lényeges eseményeket figyeljük, a csak bővíthető auditnapló pedig tartós nyilvántartást ad a vizsgálatokhoz.

Az adatvédelmi incidens bejelentésére vonatkozó vállalásunk. Ha olyan adatvédelmi incidens következik be, amely valószínűsíthetően kockázattal jár az érintettek jogaira és szabadságaira nézve, akkor:

• Bejelentjük az illetékes felügyeleti hatóságnak — a lengyel adatvédelmi hatóság (UODO) elnökének — indokolatlan késedelem nélkül, és lehetőség szerint az incidensről való tudomásszerzéstől számított 72 órán belül (GDPR 33. cikk).
• *Ha az incidens valószínűsíthetően magas* kockázattal jár az érintettekre nézve, őket is tájékoztatjuk indokolatlan késedelem nélkül, ismertetve az incidens jellegét, az érintett adatkategóriákat, a valószínű következményeket és a megtett intézkedéseket (GDPR 34. cikk**).
• Ha egy lovarda adatfeldolgozójaként járunk el, indokolatlan késedelem nélkül értesítjük az adott lovardát (az adatkezelőt), hogy az teljesíthesse a lovasaival szembeni saját, 33. és 34. cikk szerinti kötelezettségeit.

Ez összhangban van az Adatkezelési tájékoztatóval és az adatfeldolgozási szerződéssel. Azt rögzíti, hogyan teszünk eleget egy olyan kötelezettségnek, amelyet a GDPR már előír — nem a GDPR-on túlmutató további szerződéses ígéret.

Kapcsolat. Nem sürgős esetben: support@nose.horse. Biztonsági (sürgős) ügyben: írjon a support@nose.horse címre, a tárgy mezőben a `Security` szóval.

7. Amivel még nem rendelkezünk

Ma még nem rendelkezünk SOC 2 vagy ISO 27001 tanúsítvánnyal, és külső penetrációs tesztet sem rendeltünk meg. Tanúsítványt akkor teszünk közzé, amikor már rendelkezünk vele, korábban nem. Ha egy leendő lovarda beszerzési folyamata ma ezek valamelyikét megköveteli, jelenleg nem mi vagyunk a megfelelő szolgáltató — és ezt inkább kimondjuk, mintsem hogy elhúzzuk a beszélgetést.

8. Megfelelőségi keretek

GDPR (az (EU) 2016/679 rendelet). A Nose kettős szerepben működik: adatkezelő azoknál az adatoknál, amelyek kezelésének céljait és eszközeit maga határozza meg (a marketingoldal látogatói, a lovardák adminisztrátorainak és lovasoktatóinak fiók- és kapcsolattartási adatai, minden fióktulajdonos bejelentkezési azonosító adatai szerepkörtől függetlenül, a termékanalitika, valamint a biztonsági és visszaélés-megelőzési adatok), és adatfeldolgozó a lovarda által rögzített lovas- és ügyféladatoknál — ott a lovarda az adatkezelő, a Nose pedig a lovarda dokumentált utasításai szerint, az adatfeldolgozási szerződés alapján kezeli az adatokat (GDPR 28. cikk). A további adatfeldolgozók a 28. cikk szerinti szerződések alapján járnak el (adatfeldolgozási szerződés + általános adatvédelmi kikötések/DPF, az Egyesült Királyságra vonatkozó kiegészítés vagy azzal egyenértékű garancia ott, ahol az adattovábbítás régióhatárt lép át) — lásd a További adatfeldolgozók oldalt.

Gyermekek adatai. A lovasiskolák rendszeresen tanítanak gyermekeket, ezért a Nose tudatosan kezel kiskorúak adatait egy lovarda nevében (például amikor egy gyermeket óra résztvevőjeként rögzítenek, gyakran a szülő, aki a lovarda ügyfele). A jogalapért, valamint a rá irányadó jog szerint szükséges szülői hozzájárulásért vagy engedélyért a lovarda felel (az EU-ban és az Egyesült Királyságban a GDPR 8. cikke; az Egyesült Államokban a COPPA és az egyes szövetségi államok joga); a Nose minimalizálja a gyermekről tárolt adatok körét, és nem célozza meg a gyermekeket, illetve nem szólítja meg őket közvetlenül marketinggel. Lásd az Adatkezelési tájékoztató → „Gyermekek adatainak védelme” részt.

Az érintetti jogokat támogatjuk, ideértve az önkiszolgáló hozzáférést és adathordozhatóságot a /account/export címen elérhető JSON-exporttal, valamint a törlést a /account/delete címen (30 napos, visszafordítható türelmi idő és megerősített újrahitelesítés mellett; törléskor a közvetlen azonosítókat távolítjuk el a végleges törlés helyett — ez a GDPR 4. cikk 5. pontja szerinti álnevesítés, nem a (26) preambulumbekezdés szerinti teljes anonimizálás; a mezőszintű részleteket lásd az Adatkezelési tájékoztató → „Meddig őrizzük meg az adatokat” részének megőrzési táblázatában). A lovasok adatainál az adatkezelő a lovarda, ezért a lovas a jogait a saját lovardájával szemben gyakorolja, a Nose pedig adatfeldolgozóként nyújt ehhez segítséget; kivételt jelentenek a lovas bejelentkezési azonosító adatai, amelyek adatkezelője a Nose, így az ezekkel kapcsolatos jogok közvetlenül a Nose-zal szemben gyakorolhatók.

PCI DSS — a Nose-ra nem alkalmazandó. Kártyaadatokat nem kezelünk, nem tárolunk és nem továbbítunk. A lovarda előfizetésének számlázásánál a kártyaadatok útja teljes egészében a fizetési szolgáltató saját fizetőoldalán vezet — a lengyel lovardáknál a Stripe (fizetési szolgáltató), ahol a kereskedő a Nose, a Lengyelországon kívüli lovardáknál pedig a Dodo Payments mint Merchant of Record. A lovasok online fizetéseinél ott, ahol azokat a lovarda engedélyezi, a kártya-, pénztárca- vagy (Lengyelországban) BLIK-adatokat teljes egészében a Stripe viszi (a Stripe Connecten keresztül), és azok a lovarda saját Stripe-fiókjába kerülnek elszámolásra — a kereskedő a lovarda, a Stripe pedig a PCI-nek megfelelő fizetési szolgáltató, míg a Nose csupán utasításokat közvetít, és kártyaadatot soha nem kap. A Nose egyik esetben sem kap kártyaadatot, és a PCI hatályán kívül marad.

Az EU mesterségesintelligencia-rendelete — nem alkalmazandó. A Nose lovasiskolák számára készült üzemeltetési eszköz; nem tanít, nem fejleszt és nem helyez üzembe MI-modelleket, és egyetlen összetevője sem használ gépi tanulást vagy generatív mesterséges intelligenciát személyes adatok kezelésére. Ha ez megváltozik, a funkció megjelenése előtt közzétesszük az EU mesterségesintelligencia-rendeletével kapcsolatos álláspontunkat és a „személyes adatokon nem tanítunk” vállalásunkat.

ePrivacy / sütik. A választható analitika csak hozzájárulás esetén töltődik be (az Egyesült Államokban: addig, amíg Ön ki nem kapcsolja); a feltétlenül szükséges sütik az elektronikus hírközlési adatvédelmi irányelv 5. cikkének (3) bekezdése alapján mentesülnek. Lásd a Sütikezelési tájékoztatót.

9. Felelős hibabejelentés

Ha úgy véli, hogy biztonsági sérülékenységet talált a Nose rendszerében:

• Írjon a [support@nose.horse](mailto:support@nose.horse) címre, a tárgy mezőben a `Security` szóval. (Külön `security@` cím és PGP-kulcs tervben van.)
• Adjon meg annyi részletet, amennyi a hiba reprodukálásához szükséges.
• Hagyjon ésszerű időt a vizsgálatra és a javításra, mielőtt bármit nyilvánosságra hozna.

Mire számíthat tőlünk:

• Visszaigazolás és első értékelés, amint az ésszerűen lehetséges; egy hiteles bejelentést nem hagyunk figyelmen kívül.
• Tájékoztatás az állapotról ésszerű időközönként, amíg a hiba besorolása vagy javítása folyik.
• Megemlítés a javítás utáni nyilvánosságra hozatalban, ha Ön ezt szeretné (választható). A bejelentésekért pénzbeli jutalmat nem fizetünk.

Hatókör és mentesség. A jóhiszemű biztonsági kutatást, amely követi ezt a szabályzatot, az Ön saját fiókjain belül marad, nem rontja a Szolgáltatás működését mások számára, és nem fér hozzá az Önén kívüli adatokhoz, nem tekintjük az Elfogadható használati szabályzatunk vagy az Általános Szerződési Feltételeink megsértésének. Ne kísérelje meg más lovarda vagy más lovas adataihoz való hozzáférést, és ne futtasson automatizált adatgyűjtést vagy szolgáltatásmegtagadási tesztet a Szolgáltatás ellen.

10. Változásnapló