Adatbiztonság

A Kamira valós portfóliókat tart nyilván — gyakran több tízmillió forintnyi vagyont. Tudjuk, hogy ez bizalmi kérdés, és hogy egy kiszivárgott vagyonkimutatás célzott visszaélés (zsarolás, betörés) alapja lehet. Ezért a biztonság nem utólagos réteg nálunk, hanem beépített elv. Az alábbiak ténylegesen működnek a rendszerben — nem tervek.

1. Sorszintű izoláció (a fő védelmi vonal)

Minden felhasználói adat — portfólió, tranzakciók, ingatlan, állampapír, készpénz, bróker-kulcsok — az adatbázisban sorszintű biztonsági szabály (Row Level Security) mögött van. Ez azt jelenti, hogy maga az adatbázis utasítja el, ha egy munkamenet más felhasználó adatát próbálná elérni — nem a felület „rejti el". Ez a védelem akkor is érvényes, ha egy hiba a felület szintjén becsúszna.

2. Minimális adat (data minimization)

A legjobb védelem az adat ellen, amit be sem kérünk. A Kamira nem kér valódi nevet, lakcímet, telefonszámot, bankszámlaszámot, adóazonosítót vagy okmányszámot.

Amit ténylegesen tárolunk:

• egy e-mail-cím (a belépéshez);
• egy megszólítási név (akár becenév vagy fantázianév is lehet);
• a születési dátum — csak ha FIRE-tervezést is kérsz (a FIRE-kor számításához);
• maguk a vagyon-számok (összegek, pozíciók);
• egy műveleti napló (például hogy mikor importáltál vagy töröltél) — összegek, IP-cím és böngésző-azonosító nélkül, a biztonság és a hibakeresés érdekében; 365 nap után, illetve a fiók törlésekor azonnal törlődik.

Egy esetleges kiszivárgásnál így nincs név–lakcím–vagyon összerendelés. A béta alatt akár kitalált becenévvel is használhatod — a működéshez nincs szükség a valódi nevedre.

3. Jelszó nélküli belépés

Nincs jelszó, amit el lehetne lopni, más oldalról újra fel lehetne használni vagy ki lehetne szivárogtatni. A belépés egyszer használatos belépési linkkel (magic link) történik, amit az e-mail-címedre küldünk. Ez nem kényelmi döntés, hanem biztonsági: a jelszó-újrahasználat az egyik leggyakoribb fiók-feltörési ok, és ezt nálunk eleve nem lehet elkövetni.

• Kétlépcsős azonosítás (opcionális): a Beállításokban bekapcsolhatod, hogy a belépéshez a linken felül egy hitelesítő alkalmazás (TOTP) kódja is kelljen. Telefonszámot ehhez sem kérünk.
• Automatikus kiléptetés: 4 óra tétlenség után, illetve legkésőbb 7 nappal a belépés után a rendszer kiléptet — így egy nyitva hagyott vagy elveszett eszközön sem marad tartósan nyitva a fiókod.

4. Titkosítás

• Átvitel közben: minden kommunikáció TLS-en (HTTPS) megy; a böngésző és a szerver között az adat titkosítva utazik (HSTS-kényszerítéssel).
• Nyugalmi állapotban: az adatbázis és a biztonsági mentések az infrastruktúra- szolgáltatónknál (Supabase / AWS, EU-Írország) titkosítva tárolódnak.
• A legérzékenyebb mezők külön titkosítva: a bróker API-kulcsokat ezen felül alkalmazás-szinten is titkosítjuk (AES-256-GCM), így azok az adatbázisban sem olvashatók nyers szövegként. Ráadásul csak olvasási (read-only) jogú kulcsot kérünk, amely kereskedésre és pénzmozgásra nem alkalmas; ahol a szolgáltató megmutatja a kulcs jogait, ezt bekötéskor ellenőrizzük is, és a szélesebb jogú kulcsot elutasítjuk.

5. Alkalmazás-szintű védelmek

• Szigorú tartalom-biztonsági szabályzat (Content-Security-Policy) az adat-kiszivárogtatás ellen;
• kattintás-eltérítés (clickjacking) elleni védelem (a felület nem ágyazható be idegen oldalba);
• kérés-korlátozás (rate limiting) a visszaélés és a tömeges próbálkozás ellen;
• admin-műveletek naplózása (audit-napló).

6. Adataid feletti rendelkezés (GDPR)

Bármikor kérheted az adataid gépi formátumú kiadását vagy a fiókod és minden adatod végleges törlését. A törlés a portfólió-adatokra is kiterjed. Mindkettőt magad is elindíthatod a Beállításokban, de kérheted a hello@kamira.app címen is. Részletek az Adatvédelmi tájékoztatóban.

7. Felkészültség incidensre

Van írott incidens-reakció tervünk és adat-retenciós szabályzatunk. Adatvédelmi incidens esetén a GDPR szerinti 72 órás bejelentési és érintett-értesítési kötelezettségünknek megfelelően járunk el.

8. Őszintén a határokról

Nem ígérünk olyat, amit nem tartunk be. Két dolgot fontos tisztán látni:

• A működéshez a szervernek látnia kell a számokat. A vagyongörbe és a FIRE-számítás szerveroldali feldolgozást igényel — ezért a Kamira nem „végpontok közötti titkosítású" (ahol még az üzemeltető sem lát bele). Ez minden hasonló, számításokat végző pénzügyi eszközre igaz. Amit ehelyett adunk: minimális adat, sorszintű izoláció, titkosítás és fegyelmezett, naplózott hozzáférés.
• Üzemeltetői hozzáférés. Technikai üzemeltetőként hiba- vagy támogatási helyzetben elvileg hozzáférhetünk az adatbázishoz — de a felhasználói adatokat nem böngésszük, az ilyen hozzáférés kivételes és naplózott, és vagyonadatot nem használunk a szolgáltatás működtetésén kívül.
• AI-összefoglaló csak a beleegyezéseddel. Az AI-alapú portfólió-összefoglaló alapból ki van kapcsolva. Ha bekapcsolod, a portfólió-adataid és a keresztneved az elemzés elkészítéséhez a mesterségesintelligencia-szolgáltatóhoz (Anthropic) kerülnek, aki azokat saját modelljei betanítására nem használja. A Beállításokban bármikor kikapcsolhatod.

9. Infrastruktúra

A Kamira megbízható, auditált szolgáltatókra épül: az adatbázis a Supabase(EU-Írország) kezelésében, az alkalmazás a Vercel platformján, EU-s (dublini) szerverrégióban fut. A fizetést a Stripe dolgozza fel — kártyaadatot a Kamira nem lát és nem tárol.

Ezen felül a rendszer-e-maileket a Resend kézbesíti, a technikai hibákat a Sentry jelzi, a termékanalitikát (csak a hozzájárulásoddal) a PostHog végzi, az AI-összefoglalót (csak ha bekapcsolod) az Anthropic készíti. Az adatfeldolgozók teljes listája, az átadott adatok köre és az adattovábbítási garanciák az Adatvédelmi tájékoztatóban szerepelnek — ha a kettő eltérne, az Adatvédelmi tájékoztató az irányadó.