Miben különbözik ez egy felhőalapú szolgáltatástól?

A „hol vannak az ügyem dokumentumai?” kérdés gyakran a szerződés aláírásakor vagy egy auditnál merül fel. A Task Managert a saját szervereden telepíted - önállóan vagy kiegészítő szolgáltatásként igénybe vett távoli telepítéssel -, így az adatbázis és a fájlok ott vannak, ahol te eldöntöd. Maga a felület betöltésének módja nem dönti el az adattárolás helyét. Lehetővé teszi viszont, hogy ellenőrizd, a böngésző kapcsolódik-e idegen szolgáltatásokhoz.

A böngésző a felhasználói felületet kizárólag az alkalmazásszerverről tölti le. Nem használ CDN-eket, Google Fontst, sem külső avatárgenerátorokat. Ez vonatkozik a bejelentkezési, regisztrációs, jelszó-visszaállítási, jelszó-emlékeztető, fiókaktiválási és telepítő képernyőkre is. A monogramos avatárokat egy az alkalmazáshoz tartozó szkript rajzolja. A Roboto, Fira Code és Material Symbols betűtípusok, valamint a szövegformázó könyvtár a program csomagjának részei.

A felhasználói felület erőforrásai internet nélküli hálózatban is elérhetők az alkalmazásszerverről. A licencpanellel a szerver önállóan kapcsolódik: bejelentkezéskor, a kulcs aktiválásakor és a frissítések ellenőrzésekor. Ilyenkor csak a licenc adatait - például a kulcsot és a domaint -, valamint a program verzióját adja át. Más szolgáltatásokkal akkor kapcsolódik, ha kijelölöd vagy bekapcsolod őket: a levelezőszerverekkel, az AI-szolgáltatóval, a Google Naptárral, az n8n webhookokkal és a push-értesítési átjárókkal. A böngésző négy esetben lép ki az alkalmazásszerveren kívülre: videónál (pl. YouTube-ról vagy Vimeóról) vagy a tartalomba ágyazott, másik oldalról származó képnél, a Levelezésben olyan üzeneteknél, amelyek hálózatról letöltött elemeket tartalmaznak (a távoli képek csak a Képek megjelenítése gombra kattintás után töltődnek be), a push-értesítések bekapcsolásakor, valamint a naptár összekapcsolásakor történő Google-bejelentkezéskor.

Pontosan mi történik a feladatok és az üzenetek tartalmával?

A böngészőkapcsolatok korlátozása nem elég, ha valaki hozzájut az adatbázis egy másolatához. A tartalom titkosítása a Pro csomagban működik, és alapértelmezetten ki van kapcsolva. A kulcs generálása és a titkosítás adminisztrátor általi bekapcsolása után a Task Manager AES-256-GCM algoritmussal titkosítja a felhasználók által írt üzeneteket és a feladatleírásokat, a Levelezésben (Pro) pedig az e-mailek tartalmát is. A DATA_ENCRYPTION_KEY kulcs a .env fájlban található, az adatbázison kívül. Az adatbázisba a titkosított adat és a kulcs nyolckarakteres jelzése kerül, maga a kulcs nem.

Egy különálló mechanizmus, az AES-256-CBC az ENCRYPTION_KEY kulccsal, mindig működik. Ez védi az AI-szolgáltató API-kulcsát, az SMTP- és a Levelezésben lévő postafiók-jelszavakat, a Google Naptár tokeneket, valamint a licenc log_secret adatát. Az n8n-integráció API-kulcsai bcrypttel vannak hashelve, nem titkosítva.

A meglévő adatok 1-200 elemes csomagokban migrálhatók. Az olvasás egyszerre kezeli a nyílt és a titkosított sorokat, mert mindegyikhez tartozik egy is_encrypted jelző. A kulcs később, csomagokban, start - csomagok - befejezés módban rotálható. A rotáció során az eszköz a titkosított bejegyzéseket az új vagy a régi kulccsal olvassa be, majd az új kulccsal menti el újra. Ha a titkosítás ki van kapcsolva vagy hiányzik a kulcs, az alkalmazás nyílt szövegként menti el az adatot. A titkosítási audit a logs/encryption-audit.log fájlba kerül: rögzíti, ki, mikor és honnan végezte el a naplózott műveletet, nyers kulcsok és nyílt szöveg nélkül.

Task Manager: a beállítások Speciális fület tartalmazó szakasza az adattitkosítási résszel.
A tartalmak titkosítását az adminisztrátor kapcsolja be a beállításokban. A kulcs a szerveren lévő fájlban van, nem az adatbázisban.

Mit nyersz vele?

Nem kell elmagyaráznod az ügyfélnek, miért kapcsolódik a böngészője egy betűtípus-szolgáltatóhoz már a bejelentkezési oldal megjelenítésekor. A böngésző az alkalmazás szerveréről tölti le az erőforrásokat.

A csapatod nem árulja el külső betűtípus- vagy avatárszolgáltatóknak, hogy ki és mikor nyitja meg a felületet. A képek URL-jeiben szereplő neveket sem adja át nekik.

Ha az adatbázis másolata egy biztonsági mentésből vagy egy régi lemezről illetéktelen kezekbe kerül, a bekapcsolt titkosítás kulcs nélkül olvashatatlanná teszi a megadott tartalmakat. Azt is tudod, hogy az AI használata külön külső kapcsolatot igényel, nem pedig a felület megjelenítésének feltétele.

Ügyvédi iroda, amelynek ezt szerződésben kell rögzítenie

Az ügyvédi iroda feladatokban vezeti az ügyeit: rögzíti az ügyek leírását, a levelezést és a mellékleteket. Egy vállalati ügyfél szerződéses rendelkezést kér a dokumentumok feldolgozási helyéről és az al-adatfeldolgozók listájáról. Az ügyvédnek előbb meg kell állapítania, hová kerülnek az adatok, hogy válaszolni tudjon.

Pro csomagban a feladatleírások és az üzenetek tartalma titkosítható egy, az adatbázison kívül tárolt kulccsal, az ügyvéd böngészője pedig a felületet kizárólag az alkalmazás szerveréről tölti le. Az ügyvédi irodának külön figyelembe kell vennie azokat a szolgáltatásokat, amelyekhez a szerver kapcsolódik: AI, levelezés, Google Naptár vagy n8n. Az adatbázisban történő titkosítás nem korlátozza azt, ami az AI-szolgáltatóhoz eljut, mivel küldés előtt a program visszafejti a tartalmat. Maga a program bevezetése nem helyettesíti annak eldöntését, mit kell a szerződésbe foglalni.

Gyakori kérdések

Elhagyják az adatok a szerveremet?

A vállalati tudásbázisodból a tartalmak csak azokon a funkciókon keresztül hagyják el a szervert, amelyeket kijelölsz vagy bekapcsolsz: AI, levelezés, Google Naptár, n8n webhookok és push-értesítések. A licencpanellel a szerver önállóan kapcsolódik, de csak a licenc adatait - például a kulcsot és a domaint -, valamint a program verzióját adja át. A böngésző a felhasználói felületet az alkalmazásszerverről tölti le, CDN-ek, Google Fonts és külső avatárgenerátorok nélkül.

Pontosan mi titkosított az adatbázisban?

A tartalom titkosítása a Pro csomagban működik, és alapértelmezetten ki van kapcsolva. A kulcs generálása és a titkosítás adminisztrátor általi bekapcsolása után a Task Manager AES-256-GCM algoritmussal titkosítja a felhasználók által írt új üzeneteket és a feladatleírásokat, a Levelezésben (Pro) pedig az e-mailek tartalmát is. A korábbi bejegyzéseket a „Meglévő adatok titkosítása” gombbal titkosíthatod. Nyíltan olvasható marad többek között a feladatok címe, a jegyzetek, a válaszok és az AI-asszisztenssel folytatott beszélgetések, valamint a mellékletek. Külön mechanizmus védi mindig az SMTP- és postafiók-jelszavakat, az AI-szolgáltató API-kulcsát, a Google Naptár tokenjeit és a licenc log_secret adatát.

Hol tárolják a titkosítási kulcsot?

A felhasználói tartalmak titkosításához használt DATA_ENCRYPTION_KEY kulcs a szerveren, a .env fájlban van, az adatbázison kívül. Az adatbázisban a titkosított adat és az aktuális kulcs nyolckarakteres jelzése (hint) kerül tárolásra, maga a kulcs nem. A jelzés alapján ismered fel a kulcs megfelelő biztonsági mentését.

Működik a Task Manager internetkapcsolat nélküli hálózatban?

A felhasználói felületnek nincs szüksége internetre a betűtípusok, a Markdown-könyvtár vagy a felhasználói monogramokat rajzoló szkript letöltéséhez - ezek az erőforrások az alkalmazás részei. Internetre csak azoknak a funkcióknak van szükségük, amelyek ténylegesen használják: AI, levelezés, Google Naptár, n8n webhookok, push-értesítések és a frissítések ellenőrzése.

Később megváltoztathatom a titkosítási kulcsot?

Igen. A Task Manager csomagokban hajtja végre a kulcs rotációját: a titkosított üzeneteket, feladatleírásokat, távolléteket és e-mail-tartalmakat az új vagy a régi kulccsal olvassa be, majd az új kulccsal menti el újra. A szokásos migráció ekkor le van tiltva.