Bezpieczeństwo

Środowisko testu

Każdy test buildu uruchamiamy w nowym środowisku z czystego obrazu:

• Android w świeżym emulatorze, w odseparowanym kontenerze;
• iOS w świeżym klonie maszyny wirtualnej macOS, z symulatorem.

Kolejny test, także tego samego buildu, nie dostaje dysku, danych aplikacji, kont ani tokenów poprzedniego. Po teście, błędzie lub anulowaniu usuwamy środowisko i jego kopie robocze.

Dane dostępu i kody logowania

Login i hasło konta testowego

Login i hasło szyfrujemy kluczem w Cloud KMS. Usługa, która przyjmuje je z panelu, może je tylko zaszyfrować. Odszyfrować je może wyłącznie usługa, która wykonuje test.

Panel i jego API nie ujawniają zapisanego loginu ani hasła. Dane odbiera usługa wykonująca przypisany test. W ustawieniach projektu możesz usunąć zapisane dane ze wszystkich wersji; kopia odebrana już przez trwający test jest usuwana po jego zakończeniu.

Kody logowania

Gdy aplikacja poprosi o kod, podajesz go w panelu podczas testu. Kod przechodzi zaszyfrowany i usuwamy go po użyciu albo wygaśnięciu. Nie trafia do konfiguracji projektu ani do modelu AI.

Zapisy testu i granice agenta

Dane wrażliwe w zapisach testu

Sterownik logowania przekazuje login, hasło i kod bezpośrednio do aplikacji, z pominięciem modelu AI. Maskuje te wartości w zapisach logowania i przekazywanych obserwacjach. Tekst interfejsu przekazujemy modelowi jako dane do analizy.

Granice działań agenta

Do testu przygotuj środowisko i konto testowe. Agent może wykonywać działania zmieniające dane, także usuwanie i zakupy w środowisku testowym. Wskazówki w projekcie pomagają mu poruszać się po aplikacji; nie stanowią blokady takich działań.

Ruch sieciowy

Aplikacja łączy się ze swoimi serwerami jak zwykle. Test nie wymaga podstawienia naszego certyfikatu do odszyfrowywania połączeń aplikacji.

Przechowywanie i usuwanie

Wyniki przechowujemy przez okres zależny od planu, liczony od zakończenia testu. Potem w historii projektu zostaje tylko wiersz testu. Build przechowujemy przez okres liczony od jego dodania albo ostatniego testu. Dostępny okres sprawdzisz w Rozliczeniach swojego konta. Porównaj plany.

Projekt i konto usuniesz samodzielnie w panelu. Usunięcie projektu obejmuje jego buildy, wyniki testów i dostęp do aplikacji, a usunięcie konta – wszystkie projekty, których jesteś właścicielem. Po zleceniu usunięcia dostęp zostaje odcięty, a pliki i dane usuwa proces porządkowania. Panel pokazuje stan usuwania; zakończenie potwierdza usunięcie danych z obu usług.

Dostęp do projektów i logowanie

Kto widzi projekt

Projekt należy do osoby, która go utworzyła. Inne osoby dostają dostęp przez zaproszenie na adres e-mail, a właściciel może ten dostęp odebrać. Role i uprawnienia sprawdzamy w bazie Clearship, nie w tokenach.

Pracownicy Clearship mają dostęp do testów w zakresie obsługi i diagnostyki. Zapisane dane dostępu pozostają dla nich niewidoczne.

Logowanie do Clearship

Logujesz się jednorazowym linkiem z e-maila, bez hasła. Tokeny linków i sesji są losowe, a w bazie zapisujemy tylko ich skrót. Odpowiedź na prośbę o link nie zdradza, czy konto istnieje. Prośby o link i próby logowania mają limity.

Lokalizacja danych

Bazę kont i sesji przechowujemy we Frankfurcie. Magazyny buildów i wyników oraz klucze szyfrowania danych dostępu są skonfigurowane w Belgii. Te lokalizacje dotyczą przechowywania danych; nie określają miejsca każdego przetwarzania przez dostawców modeli AI.

Dokumenty

Dokumenty dostępne w panelu opisują zasady korzystania i przetwarzania danych:

• Regulamin
• Polityka prywatności
• Umowa powierzenia przetwarzania danych