Anthropic daje firmom większą kontrolę nad danymi, nie rezygnując z 30-dniowej retencji

Planowana zmiana nie ma skrócić okresu retencji. Ma zmienić miejsce przechowywania danych i podmiot sprawujący nad nimi kontrolę. Według informacji przekazanych przez osobę zaznajomioną z planem przedsiębiorstwa nadal będą musiały przechowywać dane przez 30 dni, ale będą mogły robić to w kontrolowanej przez siebie chmurze.

W praktyce jest to model retencji zarządzanej przez klienta, a nie rezygnacja z retencji:

• prompty i odpowiedzi pozostaną dostępne przez wymagany okres;
• środowisko przechowywania może znajdować się pod kontrolą przedsiębiorstwa;
• Anthropic zachowa możliwość prowadzenia monitoringu bezpieczeństwa, ograniczając jednocześnie bezpośrednią pieczę nad wrażliwymi danymi biznesowymi.

Wdrożenie ma nastąpić później w 2026 roku. Nadal nie są znane wszystkie szczegóły techniczne, kryteria kwalifikacji, mechanizmy kontroli dostępu ani procedura usuwania danych.

Dlaczego Anthropic wymaga 30 dni retencji

Anthropic argumentuje, że ograniczone przechowywanie i przegląd danych są elementem jego działań na rzecz bezpieczeństwa. Zdaniem firmy zaawansowane nadużycie może nie być widoczne w pojedynczej rozmowie. Atak może rozwijać się w serii interakcji, a historia tych zdarzeń ułatwiać wykrywanie wzorców i odtworzenie przebiegu incydentu.

Taka decyzja ma jednak wyraźny koszt. Retencja promptów i odpowiedzi może zwiększyć zdolność do badania podejrzanej aktywności, ale jednocześnie nakłada na przedsiębiorstwa dodatkowe obowiązki związane z zarządzaniem danymi poufnymi, regulowanymi lub objętymi tajemnicą zawodową. W swoim raporcie ryzyka Anthropic przyznał, że wymóg może nie spodobać się klientom przyzwyczajonym do zerowej retencji i wiązać się z ryzykiem biznesowym. Firma przedstawia go jednak jako konieczny do wykrywania zaawansowanych ataków.

Nie jest to więc twierdzenie, że przechowywanie danych jest pozbawione ryzyka. Anthropic dokonuje konkretnego wyboru w obszarze bezpieczeństwa: wartość możliwej do odtworzenia historii interakcji przeciwstawia zagrożeniom wynikającym z przechowywania samej treści.

Dlaczego firmy chciały przechowywać dane u siebie

Dla organizacji działających w sektorach regulowanych logi znajdujące się u dostawcy mogą być trudne do zaakceptowania. Przedsiębiorstwa muszą brać pod uwagę między innymi:

• wymogi dotyczące lokalizacji danych;
• wewnętrzne role i uprawnienia dostępu;
• obowiązki związane z poufnością;
• reagowanie na incydenty;
• postępowania prawne i obowiązek zabezpieczania dowodów;
• konsekwencje umieszczenia wrażliwych promptów w środowisku zewnętrznego dostawcy.

Możliwość wykorzystania własnej chmury odpowiada na problem pieczy nad danymi bardziej bezpośrednio niż standardowa retencja po stronie dostawcy. Firma może wtedy zastosować własne mechanizmy uwierzytelniania, architekturę regionalną, zarządzanie kluczami szyfrującymi, monitoring i zasady przechowywania — choć zakres tych zabezpieczeń będzie zależeć od ostatecznej implementacji i warunków umowy.

Opcja ta nie usuwa obowiązku przeglądu danych ani odpowiedzialności za ich ochronę. Zmienia przede wszystkim to, kto kontroluje środowisko przechowywania i na którą stronę może spaść większa część obowiązków operacyjnych związanych z zabezpieczeniem oraz udostępnieniem danych.

OpenAI wybiera inną drogę

Private Safety Processing firmy OpenAI ma umożliwiać zachowanie ochrony ZDR przy jednoczesnym wykrywaniu wzorców rozłożonych na wiele powiązanych interakcji. OpenAI twierdzi, że system może przekazywać firmie wąsko zdefiniowany sygnał bezpieczeństwa, nie udostępniając jej pracownikom bazowych promptów ani odpowiedzi. Wdrożenia ZDR mają pozostawiać dane klienta w infrastrukturze kontrolowanej przez klienta. OpenAI rozwija także wariant, w którym zaszyfrowane dane byłyby przechowywane w jego infrastrukturze, ale klucze pozostałyby pod kontrolą klienta.

Różnica architektoniczna jest zasadnicza:

• Anthropic: przechowuje prompty i odpowiedzi przez 30 dni, a planowana opcja ma pozwolić klientom przechowywać je we własnym środowisku;
• OpenAI: chce analizować interakcje w celu generowania sygnałów bezpieczeństwa, nie przechowując ani nie ujawniając pracownikom surowej treści.

Nie są to wyłącznie różne zapisy w umowach. To dwa odmienne sposoby odpowiedzi na pytanie, jak wykrywać powolne, wieloetapowe nadużycia. Anthropic stawia na możliwą do odtworzenia historię zdarzeń. OpenAI stawia na obliczenia chroniące prywatność i ograniczenie pieczy nad danymi.

Propozycja OpenAI pozostaje jednak rozwiązaniem w fazie zapowiedzi. Zanim przedsiębiorstwa uznają deklaracje za potwierdzone zapewnienie bezpieczeństwa, potrzebna będzie ocena zakresu działania systemu, jego skuteczności, liczby fałszywych alarmów i przeoczonych przypadków, zabezpieczeń technicznych oraz procedur eskalacji incydentów.

Na co powinny zwrócić uwagę firmy

Wybór dostawcy powinien zależeć od modelu zagrożeń i wymogów zgodności organizacji, a nie tylko od hasła „zero retencji”. Zespoły zakupowe, bezpieczeństwa i prawne powinny ustalić przede wszystkim:

1. Co dokładnie jest przechowywane? Czy polityka obejmuje prompty, odpowiedzi, metadane, sygnały bezpieczeństwa, logi nadużyć i stan aplikacji?
2. Gdzie znajdują się dane? Należy sprawdzić region, właściciela konta chmurowego, kopie zapasowe, repliki i podwykonawców.
3. Kto może uzyskać dostęp? Trzeba określić uprawnienia pracowników i kontraktorów dostawcy, systemów automatycznych oraz administratorów klienta.
4. Kto kontroluje klucze szyfrujące? Klucze należące do klienta mogą ograniczyć dostęp dostawcy, ale kluczowe są szczegóły implementacji i procedury odzyskiwania.
5. Jak potwierdzane jest usunięcie danych? Umowa powinna określać terminy, dowody usunięcia, sposób postępowania z kopiami zapasowymi i dane zatrzymane do analizy bezpieczeństwa.
6. Co dzieje się podczas incydentu? Warto z góry ustalić obowiązki dotyczące powiadomienia, dochodzenia, współpracy, odpowiedzialności i zabezpieczania dowodów.
7. Czy system bezpieczeństwa można niezależnie ocenić? Należy żądać modeli zagrożeń, dokumentacji technicznej, praw audytowych, pomiarów skuteczności i jasnych zasad eskalacji.

Model Anthropic może odpowiadać organizacjom, które cenią możliwy do odtworzenia ślad audytowy i potrafią zarządzać 30-dniowym przechowywaniem we własnym środowisku. Podejście OpenAI może być atrakcyjniejsze dla firm, dla których retencja surowej treści i dostęp dostawcy są nie do zaakceptowania. Ponieważ Private Safety Processing jest dopiero zapowiadane, przed wykorzystaniem go przy najbardziej wrażliwych zadaniach przedsiębiorstwa powinny domagać się dokumentacji i dowodów działania.

To nie jest już tylko spór o prywatność

Rywalizacja nie sprowadza się do prostego wyboru między prywatnością a bezpieczeństwem. Chodzi również o to, gdzie znajduje się materiał dowodowy, kto może nim zarządzać oraz która strona ponosi ciężar zgodności z przepisami i reagowania na incydenty.

Anthropic zakłada, że zaawansowane modele wymagają zachowywanej historii, aby wykrywać wyrafinowane, wieloetapowe nadużycia. OpenAI zakłada, że obliczenia chroniące prywatność mogą zapewnić podobny monitoring bez przechowywania surowych danych klienta. Żadnego z tych twierdzeń nie należy uznawać za ostatecznie rozstrzygnięte, dopóki rozwiązania nie zostaną szczegółowo opisane, szeroko wdrożone i niezależnie ocenione.

Dla klientów biznesowych możliwości modelu to tylko część decyzji zakupowej. Równie ważne mogą okazać się: kontrola nad danymi, audytowalność, usuwanie informacji, zarządzanie dostępem oraz zdolność dostawcy do wyjaśnienia, jak działa jego architektura bezpieczeństwa.