nadmiarowe dane w żądaniu

Nadmiarowe dane w żądaniu to przesyłanie pól niewykorzystywanych przez odbiorcę, zwiększające ryzyko ujawnienia informacji.

Na czym polega nadmiar danych w żądaniu

Nadmiarowe dane w żądaniu występują wtedy, gdy klient przesyła do serwera pola, których serwer nie potrzebuje do wykonania konkretnej operacji. Dotyczy to między innymi formularzy HTML, żądań HTTP do interfejsów API, komunikatów WebSocket, zapytań do usług sieciowych oraz danych przekazywanych między modułami programu. Przykładowo, formularz logowania powinien przekazywać identyfikator użytkownika i hasło, natomiast dołączanie adresu, numeru telefonu, ustawień interfejsu albo lokalnych parametrów aplikacji nie ma uzasadnienia, jeżeli endpoint ich nie odczytuje. Sam fakt zaakceptowania dodatkowego pola nie oznacza jeszcze błędu, ale wskazuje na nieprecyzyjny kontrakt między nadawcą a odbiorcą.

Problem może dotyczyć zarówno pojedynczych właściwości obiektu JSON, jak i całych struktur zagnieżdżonych. W żądaniu REST klient może na przykład przesłać obiekt produktu zawierający nazwę, cenę, opis, identyfikator właściciela, datę utworzenia i wewnętrzne znaczniki systemowe, mimo że operacja zmiany opisu wymaga wyłącznie pola description. W przypadku formularzy dodatkowe wartości mogą być generowane przez skrypty przeglądarki, biblioteki automatycznie serializujące obiekty albo mechanizmy kopiowania danych z odpowiedzi serwera. Nadmiar danych zwiększa rozmiar komunikatu, utrudnia analizę przepływu i może powodować niejednoznaczność, gdy różne warstwy aplikacji inaczej interpretują te same pola.

Wpływ dodatkowych pól na działanie aplikacji

Najbardziej bezpośrednim skutkiem jest przesyłanie większej liczby bajtów oraz wykonywanie dodatkowej pracy po stronie klienta i serwera. Przy pojedynczym żądaniu różnica może być niewielka, lecz przy częstym odpytywaniu, synchronizacji wielu rekordów albo pracy przez wolne łącze narzut staje się powtarzalny. Większy komunikat wymaga serializacji po stronie nadawcy, transmisji przez sieć, deserializacji po stronie odbiorcy i często ponownego zapisania danych w pamięci. Nadmiarowe pola mogą także zwiększać liczbę logowanych wartości, utrudniać filtrowanie komunikatów i zaciemniać rzeczywistą przyczynę awarii.

Nieprawidłowo zaprojektowany odbiorca może potraktować dodatkowe pole jako pole sterujące, nawet jeśli pierwotnie nie było to zamierzone. Dotyczy to zwłaszcza kodu, który automatycznie mapuje cały obiekt żądania na model aplikacyjny zamiast jawnie wybierać dozwolone właściwości. Wtedy klient może przypadkowo nadpisać wartość domyślną, zmienić stan obiektu albo wywołać nieprzewidzianą ścieżkę logiki. Z drugiej strony bardzo restrykcyjny serwer może odrzucać nieznane pola, co ujawnia niezgodność wersji klienta i API. Błąd nie musi więc objawiać się wyjątkiem; może przyjąć postać cichego ignorowania danych, niepełnej aktualizacji albo rozbieżności między tym, co pokazuje interfejs, a tym, co zapisano.

Ograniczanie zakresu żądania i kontrola kontraktu

Podstawową metodą ograniczania nadmiarowych danych jest projektowanie osobnych modeli wejściowych dla konkretnych operacji. Model używany do utworzenia rekordu nie powinien być automatycznie tym samym modelem, który służy do jego odczytu lub częściowej aktualizacji. W żądaniu aktualizacji warto przekazywać tylko pola, które mogą zostać zmienione w danej operacji, a wartości wyliczane przez serwer powinny pozostawać poza modelem wejściowym. Po stronie aplikacji można stosować listy dozwolonych właściwości, walidację schematu, odrzucanie nieznanych pól oraz jawne mapowanie danych do obiektów domenowych. Ważne jest również rozróżnienie wartości nieobecnej od wartości pustej lub ustawionej na null, ponieważ te trzy przypadki mogą oznaczać odpowiednio: pozostawienie stanu bez zmian, wyczyszczenie wartości albo błąd walidacji.

Kontrolę ułatwiają testy kontraktowe i obserwacja rzeczywistych żądań w narzędziach deweloperskich przeglądarki. Należy sprawdzić metodę HTTP, adres endpointu, nagłówki, typ treści oraz dokładny obiekt wysyłany w treści komunikatu. Przy formacie JSON warto porównać schemat oczekiwany przez serwer z faktyczną strukturą generowaną przez klienta. W aplikacji działającej w kilku wersjach trzeba także ustalić, czy nieznane pola są ignorowane, czy powodują odpowiedź z błędem walidacji, na przykład kodem 400. Istotne jest zachowanie zgodności wstecznej, ale zgodność nie powinna oznaczać bezwarunkowego akceptowania przypadkowych danych. Każde pole powinno mieć określony typ, znaczenie, zakres wartości i właściciela odpowiedzialnego za jego obsługę.

Rozpoznanie problemu podczas pracy serwisowej

W przypadku laptopa lub komputera PC nadmiarowe dane w żądaniu zwykle nie wskazują na uszkodzenie konkretnego podzespołu, lecz na problem w aplikacji, konfiguracji przeglądarki, integracji z usługą sieciową albo synchronizacji danych. Diagnostyka może obejmować odtworzenie operacji, porównanie żądania prawidłowego i odrzuconego, analizę kodu odpowiedzi HTTP oraz sprawdzenie, czy rozszerzenie przeglądarki lub lokalny program nie modyfikuje formularza. Pomocne jest także ustalenie, czy błąd występuje tylko na jednym koncie, w jednej przeglądarce, przy określonym połączeniu sieciowym albo po aktualizacji aplikacji. Zmiana urządzenia bez sprawdzenia samego żądania często nie usuwa przyczyny, ponieważ wadliwy format może być generowany przez to samo oprogramowanie na każdym komputerze.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, a w ramach diagnozy można ustalić, czy zgłaszany objaw wynika z lokalnego oprogramowania, ustawień systemu lub komunikacji aplikacji z usługą internetową. Przy analizie należy zachować oryginalne komunikaty błędów, godzinę wystąpienia problemu i informację o wykonywanej czynności, ale nie kopiować bez potrzeby pełnych danych z formularzy ani zawartości nagłówków zawierających dane uwierzytelniające. Rzetelne rozpoznanie polega na odtworzeniu przepływu od interfejsu użytkownika, przez przygotowanie obiektu żądania i jego transmisję, aż do odpowiedzi odbiorcy. Dopiero takie porównanie pozwala rozstrzygnąć, czy nadmiarowe pola są jedynie ignorowane, czy też wpływają na walidację, zapis danych albo dalsze działanie programu.