Polityka prywatności Karui

Administratorem Twoich danych osobowych jest:

Karui - Antoni Krzykowski
ul. Czechosłowacka 96/4, 61-476 Poznań
NIP: 7831962515
REGON: 545679099
E-mail: admin@karui.eu

W sprawach dotyczących danych osobowych możesz pisać na powyższy adres e-mail.

Nie powołaliśmy Inspektora Ochrony Danych — nie mamy takiego obowiązku.

2.1. Dane konta

Zanim potwierdzisz adres e-mail, przechowujemy próbę rejestracji — adres e-mail, skrót klucza logowania i zawinięty klucz szyfrujący — tylko do kliknięcia w link, który wysłaliśmy. Link jest ważny godzinę, a niepotwierdzone próby usuwamy w ciągu kolejnych sześciu godzin. Podstawa prawna: art. 6 ust. 1 lit. b RODO (działania podejmowane na Twoje żądanie przed zawarciem umowy).

2.2. Twoje treści

Poniższe przechowujemy wyłącznie w formie zaszyfrowanej — szczegóły w sekcji 4:

• rozmowy: wiadomości (razem z załączonymi obrazami i plikami), tytuły czatów, krótkie opisy czatów w projektach i streszczenia długich rozmów;
• projekty: nazwa, cel, ustawienia i pliki w Bibliotece projektu (z pliku PDF zachowujemy tylko tekst, który wyciągnęła z niego Twoja przeglądarka);
• pamięć: Twoje pliki pamięci i pliki pamięci Twoich projektów;
• Twoje instrukcje własne;
• Twoje skille: nazwa, opis i instrukcje.

Czaty incognito nie są w ogóle przechowywane: bez historii, tytułu i pamięci. Do modelu trafiają tak samo zaszyfrowane jak każdy inny czat (sekcja 4.3) i znikają, gdy z nich wyjdziesz.

Podstawa prawna: art. 6 ust. 1 lit. b RODO (wykonanie umowy).

2.3. Dane techniczne użycia (telemetria)

Przy każdej wiadomości zapisujemy, obok jej zaszyfrowanej treści i w czytelnej postaci:

• kto ją napisał — Ty czy model,
• który model i który dostawca inferencji odpowiedział,
• liczbę tokenów,
• datę i godzinę.

Do pilnowania limitów planu prowadzimy też liczniki dla każdego konta: tokeny zużyte w bieżącym oknie (24 godziny na Free; 5 godzin i 7 dni na Pro), pulę kondensowania na Free oraz liczbę wyszukiwań w sieci z ostatnich 24 godzin. Licznik obejmuje tylko bieżące okno — następne okno go nadpisuje.

Nic z tego nie zawiera treści Twoich wiadomości.

Te dane są przypisane do Twojego konta, więc stanowią dane osobowe. Potrzebujemy ich do egzekwowania limitów, rozliczania kosztów i diagnostyki.

Podstawa prawna: art. 6 ust. 1 lit. b RODO (wykonanie umowy) oraz art. 6 ust. 1 lit. f RODO (nasz prawnie uzasadniony interes w utrzymaniu i zabezpieczeniu usługi).

Statystyka zbiorcza. Niezależnie od powyższego prowadzimy liczniki całkowicie oddzielone od kont: sumę tokenów zużytych przez wszystkich użytkowników łącznie, w podziale na miesiąc i model; liczbę wyszukiwań w sieci w danym miesiącu; oraz miesięczne sumy kont, kont Pro, nowych kont, tokenów i kosztów. Nie ma w nich żadnego identyfikatora konta, a liczby tokenów są zaokrąglane do pełnych tysięcy już w chwili zapisu, więc nie da się z nich odtworzyć pojedynczego zapytania. Służą nam do pilnowania kosztów i skali usługi.

Ponieważ nie są to dane osobowe, te liczniki nie są kasowane razem z kontem — usunięcie konta nie ma z czego ich pomniejszyć. Podstawa prawna nie jest tu potrzebna: RODO nie ma zastosowania do danych, które nikogo nie identyfikują.

2.4. Czego nie zbieramy

• Nie stosujemy analityki internetowej (Google Analytics ani żadnej innej).
• Nie stosujemy pikseli śledzących ani ciasteczek marketingowych.
• Nie profilujemy Cię i nie podejmujemy wobec Ciebie zautomatyzowanych decyzji wywołujących skutki prawne.
• Nie kupujemy danych o Tobie od nikogo.
• Nie zapisujemy Twojego adresu IP — ani w logach aplikacji, ani w logach dostępu serwera WWW. Używamy go tylko na chwilę, w pamięci, żeby ograniczyć powtarzane próby logowania, wysyłki e-maili i pobierania danych do sprawdzenia enklawy (attestation) z jednego adresu. Podstawa prawna: art. 6 ust. 1 lit. f RODO (nasz prawnie uzasadniony interes w zabezpieczeniu usługi). Adres IP widzi też psHost, dostawca naszego serwera: jako odrębny administrator analizuje ruch do swoich adresów pod kątem ataków DDoS (sekcja 5).
• Formularze rejestracji i logowania proszą Twoją przeglądarkę o rozwiązanie małej łamigłówki obliczeniowej, która odsiewa boty (Cap). Działa ona na naszym własnym serwerze, więc żadna zewnętrzna firma Cię nie widzi, i nie zapisuje ciasteczek.

Używamy trzech ciasteczek, wszystkich niezbędnych do działania konta:

Poza ciasteczkiem aplikacja trzyma część danych we własnej pamięci Twojej przeglądarki (IndexedDB i localStorage). Zostają one na Twoim urządzeniu; nic z tego nie trafia do nas ani do nikogo innego.

Wszystko to jest niezbędne do funkcji, z których sam korzystasz, dlatego nie wymaga Twojej zgody i nie pokazujemy Ci banera. Możesz to usunąć w ustawieniach przeglądarki — wylogujesz się, a ustawienia na tym urządzeniu wrócą do domyślnych.

Nie mamy żadnych innych ciasteczek.

To jest najważniejsza sekcja tego dokumentu. Czytamy ją dosłownie i chcemy, żebyś Ty też.

4.1. Co jest zaszyfrowane u nas

Twoje treści (sekcja 2.2) są szyfrowane algorytmem AES-256-GCM. Klucz szyfrujący powstaje w Twojej przeglądarce i jest zawijany kluczem wyprowadzonym z Twojego hasła funkcją PBKDF2-SHA256 z 600 000 iteracji, zgodnie z aktualnymi zaleceniami OWASP.

Oznacza to:

• Klucz nigdy nie opuszcza Twojego urządzenia w czytelnej postaci. Przeglądarka trzyma go w postaci, której nie da się wyeksportować — także naszemu własnemu kodowi.
• Na naszych serwerach Twoje treści leżą jako szyfrogram, którego nie jesteśmy w stanie odczytać.
• Każdy kawałek jest też przypięty do swojego miejsca: wiadomość zaszyfrowana dla jednego czatu nie otworzy się nigdzie indziej, więc nawet ktoś, kto przejąłby nasz serwer, nie mógłby po cichu przenieść ani podmienić Twoich danych.
• Twoje hasło nigdy nie opuszcza przeglądarki. Z hasła i adresu e-mail przeglądarka wyprowadza osobny klucz logowania, a my przechowujemy wyłącznie jego skrót Argon2id. Klucz logowania nie odszyfruje Twoich danych, a klucz szyfrujący nie zaloguje Cię do konta.
• Jeśli utworzysz frazę odzyskiwania (12 słów, proponowaną po pierwszym zalogowaniu i dostępną w ustawieniach), przeglądarka zawija Twój klucz także nią. Przechowujemy tę zawiniętą kopię i wartość, która pozwala nam sprawdzić frazę, gdy jej użyjesz. Samych słów nigdy nie widzimy.

4.2. Co pozostaje czytelne na naszym serwerze

Szyfrowanie ukrywa Twoje treści, a nie kształt Twojego konta. Nasz serwer widzi:

• Twój adres e-mail, imię (jeśli je podałeś), plan i datę założenia konta;
• kiedy powstał albo zmienił się każdy czat, wiadomość, projekt, plik, plik pamięci i skill, ile ich jest i mniej więcej jak są duże (rozmiar szyfrogramu);
• przy każdej wiadomości: czy napisałeś ją Ty, czy model, który model i dostawca odpowiedział oraz liczbę tokenów;
• które czaty mają gwiazdkę, które czaty należą do którego projektu, czy w danym czacie włączona jest pamięć i które skille są włączone;
• czy korzystasz z weryfikacji dwuetapowej oraz Twoje liczniki do limitów planu.

Wymieniamy to, żeby nikt nie wyczytał ze słowa „zaszyfrowane” więcej, niż ono daje.

4.3. Co się dzieje, gdy model odpowiada

Żeby model językowy mógł odpowiedzieć na Twoje pytanie, coś musi być w stanie je przeczytać.

W Karui tym „czymś” jest enklawa sprzętowa dostawcy inferencji — a nie nasz serwer. Obaj nasi dostawcy działają tak samo: model pracuje w TEE (Trusted Execution Environment), czyli środowisku izolowanym sprzętowo, a Twoja przeglądarka szyfruje żądanie do tej enklawy, zanim opuści ono Twoje urządzenie. Nasz backend przenosi wyłącznie zaszyfrowane bajty, dokłada nasz klucz API i pilnuje limitów Twojego planu. Żądanie trafia do dostawcy z naszego serwera, więc dostawca nie widzi Twojego adresu IP.

Praktyczna konsekwencja: nasze serwery nie widzą Twoich rozmów w żadnym momencie, także w drodze do modelu. Wynika to z konstrukcji żądania, a nie z naszej obietnicy.

Dostawca obsługujący wiadomość zależy od wybranego modelu i ustawień aplikacji. Korzystamy z modeli na sprzęcie NEAR AI i Phali. Niektóre zapytania do modeli mogą być przetwarzane w enklawach Tinfoila za pośrednictwem bramki Phali, która sprawdza je w sposób opisany niżej. Innych firm za dostawcami nie używamy. U obu zaszyfrowana jest treść wiadomości (tekst i obrazy), a otaczająca ją koperta (role wiadomości, nazwa modelu, liczniki tokenów) dociera do naszego backendu w czytelnej postaci. Zanim cokolwiek wyśle, Twoja przeglądarka sprawdza attestation enklawy: że to prawdziwy sprzęt Intel TDX, który odpowiada na świeże wyzwanie. Nie sprawdza jeszcze, które wydanie kodu dostawcy na nim działa.

To samo dotyczy pracy, którą aplikacja wykonuje wokół rozmowy — decyzji, co zapamiętać, czego szukać w sieci, które pliki z projektu wybrać, kondensowania długiej rozmowy i nadawania tytułów czatom. Wszystko to robi model w enklawie, zaszyfrowany w ten sam sposób.

Różnią się miejscem, w którym wiadomość jest odszyfrowywana, i nie udajemy, że jest inaczej.

NEAR AI. Przeglądarka szyfruje wiadomość do klucza enklawy, w której działa sam model, po sprawdzeniu bramki NEAR AI i tej enklawy.

Phala. Przeglądarka szyfruje wiadomość do klucza enklawy bramki Phali, po jej sprawdzeniu. Bramka przekazuje wiadomość do zweryfikowanej enklawy hosta modelu na sprzęcie Phali lub do enklaw Tinfoila. Przed przekazaniem wiadomości do Tinfoila sprawdza enklawę jego routera i to, że działa w niej opublikowany kod, a router przed przekazaniem sprawdza enklawę modelu. Wiadomość jest wtedy odszyfrowywana w bramce Phali i w enklawach Tinfoila. Ten krok sprawdza bramka Phali, nie Twoja przeglądarka.

Czyli: u obu dostawców nie jesteśmy w stanie przeczytać tego, co piszesz.

Uczciwa gwiazdka, dotyczy obu: gwarancja tego rodzaju opiera się na zaufaniu do producenta sprzętu, poprawności łańcucha attestation oraz braku nieznanych podatności typu side-channel. To bardzo mocna gwarancja — ale nie jest to matematyczna niemożliwość.

4.4. Wyszukiwanie w sieci i strony internetowe: wyjątki na naszym serwerze

Jeśli włączysz wyszukiwanie w sieci, gotowe zapytanie trafia w czytelnej postaci na nasz serwer, który przekazuje je do wyszukiwarki.

Jest to nieuniknione: wyszukiwarka nie umie działać na szyfrogramie, a klucz API do niej jest nasz. Zapytanie żyje w pamięci serwera przez czas jednego żądania. Nie zapisujemy go w logach. Wyszukiwarka dostaje je od naszego serwera, więc nie widzi Twojego adresu IP. Brave przechowuje zapytania z API do 90 dni na potrzeby rozliczeń i diagnostyki, bez Twojego adresu IP i bez danych Twojego konta.

Przy włączonym wyszukiwaniu model może też przeczytać stronę internetową, na przykład link, który wysłałeś, albo wynik wyszukiwania. Adres strony trafia na nasz serwer w czytelnej postaci; serwer pobiera stronę i odsyła jej tekst do Twojej przeglądarki, która szyfruje go do modelu tak jak resztę rozmowy. Adres i strona żyją w pamięci serwera przez czas jednego żądania. Nie zapisujemy ich w logach. Strona dostaje żądanie od naszego serwera, więc nie widzi Twojego adresu IP, ale jak każda strona widzi, o którą podstronę chodziło, i może to zapisać. Adres pisze sam model, więc może on zawierać słowa z Twojej rozmowy.

Jeśli nie chcesz żadnej z tych rzeczy, nie włączaj wyszukiwania.

4.5. Connectory — odbiorca, którego wybierasz sam

Na planie Pro możesz dodać connectory: wybrane przez siebie usługi (serwery MCP), z których narzędzi może korzystać model. Wybierasz je z listy w aplikacji i logujesz się do usługi albo sam wpisujesz adres serwera. Każdy connector łączy się ze swoją usługą jedną z dwóch dróg, widocznych przy connectorze:

• Prosto z Twojej przeglądarki. Przeglądarka wysyła wywołania bezpośrednio do usługi, przez małą stronę pod adresem mcp.karui.eu, którą udostępniamy i która jedynie przekazuje wiadomości wewnątrz Twojej przeglądarki, niczego nie zachowując. My tego ruchu nie widzimy.
• Przez nasz serwer. Część usług nie przyjmuje wywołań z przeglądarki, a tę drogę możesz też wybrać dla dowolnego connectora. Przeglądarka wysyła wtedy każde wywołanie do naszego serwera, który przekazuje je usłudze i oddaje odpowiedź. Wywołanie, odpowiedź i Twój token dostępu są w pamięci naszego serwera przez czas jednego żądania. Nie logujemy ich i nie przechowujemy. Usługa widzi adres IP naszego serwera zamiast Twojego.

Logowanie. Gdy logujesz się do usługi z listy, usługa daje Twojej przeglądarce token, który zostaje na Twoim urządzeniu, zapieczętowany Twoim kluczem (sekcja 3). Do kilku usług (GitHub, Google, Asana, HubSpot) można zalogować się tylko przez aplikację, którą u nich zarejestrowaliśmy, a jej sekret zostaje na naszym serwerze. W ich przypadku kod logowania i tokeny zwracane przez usługę przechodzą przez nasz serwer w ten sam sposób, bez logowania i przechowywania.

Usługa dostaje wywołania w czytelnej postaci: to, o co poprosił ją model, co może zawierać fragmenty Twojej rozmowy, razem z Twoim tokenem dostępu. Gdy wywołania idą prosto z przeglądarki, widzi też Twój adres IP.

Ta usługa nie jest naszym podmiotem przetwarzającym: to Ty ją wybierasz i obowiązuje jej własna polityka prywatności. Nie podłączaj usług, którym nie powierzyłbyś tego, o czym rozmawiasz.

4.6. Zapomniane hasło a Twoja historia

Sami nie możemy zresetować Twojego hasła w sposób odzyskujący historię.

Klucz chroniący Twoje treści jest zawinięty Twoim hasłem. Nie mamy hasła, nie mamy klucza, nie mamy czytelnej kopii. Jeśli zapomnisz hasła, wyślemy Ci link do jego zmiany, a potem:

• z frazą odzyskiwania ustawisz nowe hasło i zachowasz wszystkie dane;
• bez niej odzyskasz dostęp do konta i zaczniesz od nowa — Twoje dotychczasowe treści zostaną usunięte bezpowrotnie, bo nikt, także my, nie jest już w stanie ich odszyfrować.

To nie jest awaria ani niedopatrzenie. To bezpośrednia konsekwencja tego, że nie mamy dostępu do Twoich danych. Nie da się mieć obu rzeczy naraz.

Uwaga dotycząca Polar: przy zakupie subskrypcji sprzedawcą jest Polar, nie my. Polar jest odrębnym administratorem Twoich danych rozliczeniowych i przetwarza je zgodnie z własną polityką prywatności. My nie otrzymujemy i nie przechowujemy Twoich danych karty płatniczej. Gdy usuwasz konto, prosimy Polar o usunięcie Cię jako klienta, co kończy subskrypcję; Polar zachowuje to, co musi zachować zgodnie z własną polityką.

Nie przekazujemy Twoich danych nikomu innemu, chyba że wymaga tego od nas prawo.

Twoje przechowywane treści nie opuszczają naszego serwera w Polsce. Aplikacja, baza danych, Twoje zaszyfrowane treści i ich kopie zapasowe stoją na jednym VPS-ie hostowanym przez psHost w Polsce.

Część pozostałych dostawców działa poza Europejskim Obszarem Gospodarczym. Co dokładnie opuszcza EOG w każdym przypadku, opisuje sekcja 5: do dostawców inferencji trafia żądanie zaszyfrowane do ich enklawy (więc transfer treści rozmowy nie jest transferem treści czytelnej — patrz 4.3), do Brave Search zapytanie wyszukiwania, do Resenda Twój adres e-mail i wiadomości, które do Ciebie wysyłamy, do Polara adres e-mail, identyfikator konta i dane rozliczeniowe. Każdy z dostawców opisuje własną jurysdykcję i zabezpieczenia w swojej polityce prywatności, podlinkowanej w tabeli wyżej. Connectory działają tam, gdzie znajduje się wybrana przez Ciebie usługa; ten transfer odbywa się na Twoje żądanie, przez Twoją przeglądarkę albo, przy connectorze idącym przez nasz serwer, przez nasz serwer, który przekazuje wywołanie z Twojej przeglądarki. Strona, którą czyta model, jest tam, gdzie stoi jej serwer; nasz serwer tylko o nią prosi.

Zabezpieczenia tych transferów:

Po usunięciu konta dane są usuwane niezwłocznie. Kopie zapasowe — kopie tej samej zaszyfrowanej bazy, trzymane na naszym serwerze w Polsce z dostępem ograniczonym do jego administratora — mogą zawierać Twoje dane maksymalnie przez 14 dni, po czym są usuwane.

Zgodnie z RODO masz prawo do:

• dostępu do swoich danych (art. 15),
• sprostowania danych (art. 16),
• usunięcia danych — „prawo do bycia zapomnianym” (art. 17),
• ograniczenia przetwarzania (art. 18),
• przenoszenia danych (art. 20),
• sprzeciwu wobec przetwarzania opartego na naszym prawnie uzasadnionym interesie (art. 21).

Sporą część możesz zrobić sam w ustawieniach: zmienić imię, usunąć naraz wszystkie swoje treści („Delete all data” — konto i plan zostają) albo usunąć konto (wyślemy Ci e-mailem link, którym to potwierdzisz).

W pozostałych sprawach napisz na admin@karui.eu. Odpowiadamy w ciągu 30 dni.

Ważne ograniczenie: w zakresie Twoich treści możemy wydać Ci wyłącznie szyfrogram. Nie mamy klucza, więc nie jesteśmy w stanie dostarczyć ich w postaci czytelnej — możesz je odszyfrować tylko sam, swoim hasłem, w aplikacji.

Masz też prawo wnieść skargę do Prezesa Urzędu Ochrony Danych Osobowych (ul. Stawki 2, 00-193 Warszawa).

Karui jest przeznaczone dla osób, które ukończyły 16 lat.

Jest to granica wynikająca z art. 8 RODO w brzmieniu obowiązującym w Polsce. Nie zbieramy świadomie danych osób poniżej 16 roku życia. Jeśli dowiemy się, że konto należy do osoby poniżej tego wieku, usuniemy je.

• Cała komunikacja odbywa się przez HTTPS/TLS.
• Twoje hasło do nas nie trafia; przechowujemy wyłącznie skrót Argon2id klucza logowania, który przeglądarka wyprowadza z hasła (sekcja 4.1).
• Twoje treści są szyfrowane kluczem, którego nie posiadamy (sekcja 4).
• Możesz włączyć weryfikację dwuetapową (aplikacja uwierzytelniająca z kodami zapasowymi) i utworzyć frazę odzyskiwania.
• Rejestrację i logowanie chroni przed botami sprawdzenie działające na naszym własnym serwerze.
• Nasze logi aplikacji nie zawierają treści wiadomości, adresów e-mail ani adresów IP.

Nie twierdzimy, że jesteśmy niemożliwi do zhakowania. Twierdzimy, że nawet w razie włamania na nasz serwer atakujący dostanie szyfrogram, a nie Twoje rozmowy.

Karui jest systemem AI. Rozmawiasz z modelem językowym, nie z człowiekiem. Model może się mylić i generować nieprawdziwe informacje.

Nie wykorzystujemy Twoich rozmów do trenowania modeli — ani własnych, ani cudzych. Nie moglibyśmy, nawet gdybyśmy chcieli: nie mamy do nich dostępu.

O istotnych zmianach poinformujemy Cię e-mailem lub komunikatem w aplikacji, z co najmniej 14-dniowym wyprzedzeniem.