Bezpieczeństwo i przetwarzanie danych
Ta strona jest przeznaczona dla specjalistów ds. bezpieczeństwa IT i ochrony danych, którzy mają zatwierdzić warstwę AI. Opisuje, co wdrażamy, co jest rejestrowane, gdzie działa model, czego nie posiadamy i o co Państwa prosimy. Każde zawarte tu stwierdzenie jest ujęte w mapie przetwarzania danych, którą tworzymy dla każdego wdrożenia, aby mogli Państwo egzekwować nasze zobowiązania.
Gdzie działa model
Cztery opcje, wybierane zgodnie z Państwa polityką danych. Amazon Bedrock w regionie Frankfurt lub Google Vertex AI w regionie UE, oba na Państwa własnym koncie chmurowym, dzięki czemu umowa z dostawcą, ustawienia retencji i logi wywołań należą do Państwa; dostęp dla wsparcia technicznego i monitorowanie nadużyć podlegają warunkom tego dostawcy. Albo Claude Enterprise: aplikacje Claude i ich konektory MCP działają w infrastrukturze Anthropic, a to, gdzie prompty, pliki i wyniki narzędzi są przetwarzane i przechowywane, określają warunki korporacyjne Anthropic oraz ustawienia Państwa administratorów. Albo OpenAI: ChatGPT Enterprise z rezydencją danych w UE lub USA na warunkach biznesowych OpenAI, lub modele OpenAI w Amazon Bedrock na Państwa własnym koncie AWS z routingiem w UE. Warunki retencji, logowania, wnioskowania międzyregionalnego i trenowania różnią się w zależności od dostawcy, regionu, modelu i punktu końcowego. Mapa przetwarzania danych, która określa je dla każdego komponentu, jest częścią oceny przed podjęciem przez Państwa decyzji i jest aktualizowana przed uruchomieniem produkcyjnym; pozostaje ona u Państwa.
Nie prowadzimy żadnej usługi, przez którą przechodzą Państwa dane. Warstwa AI działa w Państwa środowisku, a osoby zaangażowane w projekt widzą Państwa dane tylko wewnątrz Państwa systemów, za pośrednictwem kont, które Państwa administratorzy przyznają i odbierają. Dokumenty projektowe zawierające Państwa dane znajdują się w Państwa dzierżawie.
Tożsamość i dostęp
- Użytkownicy logują się za pomocą kont, które już posiadają, w Microsoft Entra ID lub Google Workspace, z zachowaniem Państwa polityk dostępu warunkowego i MFA.
- Każde narzędzie, które warstwa AI może wywołać, znajduje się na liście dozwolonych dla danej roli, sprawdzanej na serwerze przy każdym wywołaniu. Klient żądający narzędzia spoza swojej roli otrzymuje odmowę, niezależnie od tego, co wyświetla na ekranie.
- Dostęp do systemów będących źródłem danych odbywa się za pośrednictwem kont technicznych o ograniczonym zakresie uprawnień, obejmującym wyłącznie role wymagane przez dany przypadek użycia. W przypadku SAP oznacza to, że własne role SAP użytkownika i zasady podziału obowiązków nie mają zastosowania w ramach pilotażu, więc konto jest ograniczone do danych dostępnych dla każdego użytkownika pilotażu, a Państwa zespół bezpieczeństwa SAP weryfikuje ten zakres przed rozpoczęciem pilotażu. Propagacja tożsamości konkretnego użytkownika znajduje się na mapie drogowej i jest określona jako ograniczenie w każdej ofercie.
- Nasz własny dostęp podczas projektu jest imienny, ograniczony czasowo i logowany w Państwa systemach, a kończy się wraz z projektem.
Minimalizacja i maskowanie danych
- Identyfikatory osobowe są zastępowane w warstwie, zanim żądanie opuści Państwa sieć: numery identyfikacyjne, numery IBAN, adresy e-mail, numery telefonów oraz imiona i nazwiska w polach ustrukturyzowanych są zastępowane odwracalnym tokenem, aby odpowiedź mogła zostać ponownie powiązana z właściwymi danymi wewnątrz Państwa sieci.
- Tekst swobodny, opisy materiałów i dostawców, załączniki oraz pola niestandardowe nie są objęte domyślnymi maskami. Każdy proces pilotażowy przechodzi własny przegląd danych, a proces, którego danych nie można wystarczająco dobrze zamaskować, zostaje wyłączony z pilotażu.
- Dostęp do tabel z danymi uwierzytelniającymi, sekretami lub danymi osobowymi jest domyślnie blokowany przez serwer SAP. Lista zablokowanych jest zabezpieczeniem, a nie klasyfikacją. W ramach pilotażu klasyfikuje się odczytywane tabele.
- Warstwa nie przechowuje żadnej kopii Państwa danych poza dziennikiem audytu i pamięciami podręcznymi skonfigurowanymi przez Państwa administratorów.
Audyt
Każde wywołanie zapisuje jedną linię JSON: czas w UTC, zalogowanego użytkownika, konto techniczne, narzędzie, argumenty, status, czas trwania i notatkę. W środowisku produkcyjnym linie są przesyłane do Państwa magazynu logów lub SIEM. Plik lokalny jest materiałem ewidencyjnym, a nie mechanizmem kontrolnym, i ma do niego zastosowanie Państwa polityka retencji. Dziennik audytu zawiera każde zapytanie, dlatego jest traktowany jako dane wrażliwe w Państwa środowisku. Państwa audytor ma dostęp do tych samych wpisów co my.
Operacje zapisu i zatwierdzenia
- Opublikowany serwer SAP jest tylko do odczytu. Operacja zapisu jest dostępna wyłącznie dla BAPI znajdującego się na liście dozwolonych, wyłącznie w ramach pilotażu i po zatwierdzeniu przez Państwa zespół IT.
- Każda operacja zapisu jest wykonywana po tym, jak imiennie wskazana osoba potwierdzi propozycję w kliencie, a potwierdzenie to znajduje się we wpisie dziennika audytu. To potwierdzenie nie jest zatwierdzeniem w przepływie pracy SAP ani podpisem elektronicznym. Operacje zapisu, które tego wymagają, pozostają poza pilotażem.
- Operacje zapisu tworzące dokumenty w SAP są wyszczególnione według typu dokumentu, ponieważ ma do nich zastosowanie licencjonowanie SAP Digital Access.
Sekrety, sieć i transport
- Dane uwierzytelniające znajdują się w Państwa skarbcu, na przykład Azure Key Vault lub AWS Secrets Manager, i są odczytywane w czasie działania. Żadne hasło produkcyjne nie znajduje się w pliku konfiguracyjnym.
- Warstwa AI działa wewnątrz Państwa sieci. Ruch wychodzący trafia do punktu końcowego modelu i nigdzie indziej. Lista punktów końcowych znajduje się w mapie przetwarzania danych.
- Ruch RFC do SAP jest chroniony za pomocą SNC, a ruch HTTP za pomocą TLS. To, która implementacja RFC obsługuje Państwa konfigurację SNC, jest ustalane z Państwa zespołem Basis. Most o otwartym kodzie źródłowym używa implementacji, której SAP nie wspiera, i przechodzi odrębny przegląd przed pilotażem.
- Ustalona wersja oprogramowania wraz z listą zależności i modelem zagrożeń jest dostarczana z pilotażem, dzięki czemu Państwa zespół bezpieczeństwa weryfikuje niezmienny artefakt, a nie zmieniające się repozytorium.
Dalsze podmioty przetwarzające i umowy
To, jakie dalsze podmioty przetwarzające są zaangażowane, zależy od wybranego przez Państwa wdrożenia: Amazon Web Services, Google Cloud lub Anthropic dla modelu, na mocy Państwa własnej umowy z nimi w wariantach Bedrock i Vertex AI. Podpisujemy umowę powierzenia przetwarzania danych dla projektu, wskazujemy imiennie osoby z dostępem i akceptujemy Państwa polityki bezpieczeństwa w umowie. Umowa powierzenia przetwarzania danych opublikowana dla produktu Autopilot jest osobnym dokumentem i nie obejmuje projektów doradczych.
Czego nie posiadamy
- Brak certyfikatu ISO 27001 ani SOC 2. Odpowiadamy na kwestionariusze bezpieczeństwa, opierając się na praktykach opisanych na tej stronie, i akceptujemy audyty wdrożenia w Państwa środowisku.
- Brak jeszcze referencji produkcyjnych dla SAP ECC. Pierwszy pilotaż ECC jest w przygotowaniu na czwarty kwartał 2026 roku.
- Brak programu bug bounty. Luki bezpieczeństwa wykryte w serwerze open-source należy zgłaszać na adres info@iteractive.ai.
O co Państwa prosimy
- Wskazana z imienia i nazwiska osoba kontaktowa ds. bezpieczeństwa oraz wskazana z imienia i nazwiska osoba kontaktowa SAP Basis do pytań dotyczących interfejsów i ról.
- Środowisko typu sandbox lub mandant nieprodukcyjny z reprezentatywnymi danymi na pierwsze tygodnie, a także punkty końcowe skarbca i magazynu logów, których powinna używać warstwa.
- Państwa polityki bezpieczeństwa i umowa powierzenia przetwarzania danych, którą chcą Państwo podpisać, tak aby zostały włączone do umowy w przedstawionym brzmieniu.
- Trzydzieści minut z Państwa zespołem bezpieczeństwa podczas oceny. Przedstawiamy mapę przetwarzania danych oraz listę interfejsów i otrzymujemy od Państwa pisemne zastrzeżenia.
Incydenty i zakończenie współpracy
- Incydent bezpieczeństwa we wdrożeniu jest zgłaszany Państwa wskazanej osobie kontaktowej bez zbędnej zwłoki, wraz z dostępnymi nam informacjami, a my pomagamy Państwu w wypełnieniu obowiązków informacyjnych wynikających z RODO.
- Udokumentowane zakończenie współpracy jest częścią każdego wdrożenia. Obejmuje ono sposób zatrzymania warstwy, dezaktywacji kont technicznych, wyeksportowania konfiguracji i przywrócenia procesu do obsługi ręcznej.
Pytania, które otrzymujemy
Czy nasze dane są używane do trenowania modeli?
Nie, w żadnej z opcji w konfiguracji, którą wdrażamy. Amazon Bedrock i Google Vertex AI nie wykorzystują danych wprowadzanych przez klientów do trenowania swoich modeli, Claude Enterprise wyklucza trenowanie na mocy swoich warunków korporacyjnych, a ChatGPT Enterprise i OpenAI API domyślnie nie trenują na danych biznesowych. Dokładne warunki dla każdego komponentu znajdują się w mapie przetwarzania danych.
Gdzie są przetwarzane nasze dane?
W regionie wybranego przez Państwa punktu końcowego: w regionie Frankfurt lub w regionie USA w Amazon Bedrock, w regionie UE lub USA w Google Vertex AI albo zgodnie z lokalizacją danych wybraną przez Państwa w ChatGPT Enterprise. Claude Enterprise przetwarza żądania w infrastrukturze Anthropic na mocy swoich warunków korporacyjnych. To, czy wnioskowanie międzyregionalne jest włączone, jest ustawieniem, które dokumentujemy.
Kto w iteractive.ai może zobaczyć nasze dane?
Dostęp mają imiennie wskazane osoby zaangażowane w projekt, za pośrednictwem kont przyznanych przez Państwa administratorów i na czas trwania projektu. Nie kopiujemy Państwa danych do naszych systemów.
Czy możemy przeprowadzić audyt wdrożenia?
Tak. Kod serwera SAP jest publiczny, konfiguracja należy do Państwa, dziennik audytu znajduje się w Państwa magazynie logów, a my pomagamy w przeprowadzeniu audytu wdrożenia w Państwa środowisku.
Czy posiadają Państwo certyfikat bezpieczeństwa?
Nie posiadamy certyfikatu ISO 27001 ani SOC 2. Dostawcy chmury w wariantach Bedrock i Vertex AI posiadają własne certyfikaty. Stosowane przez nas praktyki opisano na tej stronie.
Jak możemy zgłosić podatność?
E-mailem na adres info@iteractive.ai, podając komponent i sposób odtworzenia problemu. Luki w serwerze open-source są usuwane w publicznym repozytorium.
Prosimy o przesłanie kwestionariusza bezpieczeństwa
Odpowiemy na niego, opierając się na praktykach opisanych na tej stronie oraz mapie przetwarzania danych dla rozważanego przez Państwa wdrożenia. 30-minutowa rozmowa z Państwa zespołem bezpieczeństwa jest częścią każdej oceny.
Rezerwacja 30-minutowej konsultacji
Lub proszę napisać do nas bezpośrednio: info@iteractive.ai · +421 905 452 325