Biztonság

Konkrétumok, nem megnyugtatás. Az utolsó szakasz arról szól, amit nem állítunk.

Jelszavak és munkamenetek

A jelszavak scrypt-tel, egyedi sóval hashelve tárolódnak: visszafejteni nem lehet őket.
A munkamenet-tokennek csak a SHA-256 lenyomata kerül az adatbázisba, így egy adatbázis-kiszivárgásból nem lehet belépni.
Jelszóváltáskor és -helyreállításkor minden más munkamenet megszűnik.
A meghívó- és helyreállító linkek egyszer használatosak és lejárnak.
A profilodon látod a nyitott munkameneteidet, és bármelyiket megszüntetheted: egy telefont ugyanúgy, mint egy laptopot.

Belépés

Kétlépcsős azonosítás hitelesítő alkalmazással (RFC 6238), hashelt helyreállító kódokkal. Csak egy érvényes kóddal kapcsolható ki, és egy adminisztrátor sem kapcsolhatja ki másét.
A sikertelen belépések e-mail-címenként és IP-címenként is számítanak, és a válasz ugyanaz, akár létezik a cím, akár nem.
SAML 2.0 egyszeri bejelentkezés és SCIM 2.0 felhasználó-szinkron; az aláírást a cég által megadott tanúsítvánnyal ellenőrizzük.
Szervezetenkénti IP-engedélylista (CIDR), ami a munkamenetekre és az API-kulcsokra is vonatkozik.

Ki mit lát

Szerepkörök jogosultságkészlettel (RBAC), rekordonkénti megosztás (DAC) és opcionálisan besorolás és jogosultsági szint (MAC): a besorolás a megosztást és a rekord gazdáját is felülírja.
„Csak a saját rekordjai” hatókör, ami a listákon, a keresőben, az exportban, a választókban, a riportokban, az e-mailes riportban és az AI-asszisztensben is érvényes; mezőszintű szabályok egy szerepkörre.
Napló arról, ki mit csinált: belépés, export, módosítás, törlés.

Külső fiókok jelszavai

A postafiók-jelszavakat, a csatlakoztatott fiókok tokenjeit, a futár- és csatorna-titkokat és a kétlépcsős azonosítás titkát AES-256-GCM titkosítja. Ezeket vissza kell tudnunk fejteni, mert át kell adni a másik szolgáltatásnak: ezért nem hashelhetők, mint a felhasználói jelszó.
A kulcs a szerver titkából származik, és nincs az adatbázisban.
Egy csatlakoztatott fiók tokenje csak a saját szolgáltatása címeire mehet, és átirányítást nem követünk: egy automatizmus nem lehet kerülőút a token kiolvasásához.
Az egészségügyi kórlap AES-256-GCM titkosítással tárolódik, így egy adatbázismentésből nem olvasható ki, és minden megnyitása naplózva van.

Adatelválasztás

Minden tábla szervezethez kötött, és minden lekérdezés szűr rá.
Ezt gépi ellenőrzés tartja be: a teszt elhasal, ha valaki olyan lekérdezést ír, ami kihagyja.
Ugyanez vonatkozik a fájlokra és az API-ra is: idegen szervezet rekordja nem 403, hanem 404.

Feltöltött fájlok

A tárolási kulcsot mi generáljuk, sosem a fájlnévből, így a „../../etc/passwd” csak egy címke.
A letöltés mindig csatolmányként megy, és a böngészőben futtatható típusok (HTML, SVG) sosem kapnak engedékeny tartalomtípust.

GDPR

Egy kattintással kiadható minden, amit egy személyről tárolunk: hozzáférési kérelemhez.
A törlés valóban töröl, nem archivál. A már kiállított számlák a számviteli megőrzés miatt maradnak, de a személyre mutató hivatkozás nélkül.
Mindkét művelet naplózva van.

Mentés

Naponta mentjük az adatbázist és a feltöltött fájlokat, együtt: egy számla, aminek a PDF-je nincs meg, nem visszaállítás.
A mentés másolata egy másik gépre is mehet, és hetente egy próba-visszaállítás ellenőrzi, hogy a mentés tényleg visszatölthető.
Bármikor exportálhatsz CSV-be mindent, és a próbaidő lejárta után a fiók az Ingyenes csomagon fut tovább, semmi nem törlődik.

Amit nem állítunk

Nincs ISO 27001 vagy SOC 2 tanúsítványunk. Ha a beszerzésedhez ez kell, most nem vagyunk jó választás.
Nincs 24/7 ügyeletünk és nincs szerződéses rendelkezésre állási garancia.
Nem végeztünk külső behatolásvizsgálatot.
Ha ezek közül bármelyik akadály, mondd el: jobb most tisztázni.

Hol vannak az adatok

Tárhelyszolgáltató: [Tárhelyszolgáltató / Hosting provider] · helyszín: [EU]. Az összes alvállalkozó listája: alvállalkozók. Saját szerverre telepítve az adat a te infrastruktúrádon marad.

Biztonsági hibát találtál? Írj, és 72 órán belül válaszolunk.