MIME Base64

Tekst Wejściowy
0 znaków

Narzędzie formatowania MIME Base64 online GeekFormat — wstawianie znaczników CRLF przy szerokości 76 znaków według RFC 2045 lub przywracanie wielowierszowego MIME Base64 do jednego wiersza. Odpowiednie do kodowania załączników e-mail, podpisów S/MIME, obsługi certyfikatów PEM i kompatybilności ze starymi systemami. Przetwarzanie czysto lokalne w przeglądarce, dane nie są przesyłane na serwer, obsługiwane kopiowanie jednym kliknięciem.

Powiązane Rekomendacje

Base64 łączenie wielu linii

Video do Base64

Unikod - sekwencje ucieczki

Tekst na Base64

Narzędzie do formatowania SQL

Tester Wyrażeń Regularnych

O formatowaniu MIME Base64

MIME Base64 to format wyświetlania kodowania Base64 używany w systemach pocztowych. MIME (Multipurpose Internet Mail Extensions) to zestaw standardów internetowych definiujących sposób przesyłania treści nietekstowych (takich jak obrazy, dźwięk, wideo i inne dane binarne) w wiadomościach e-mail. Base64 koduje dane binarne jako czysty tekst ASCII, umożliwiając systemom pocztowym bezpieczne przesyłanie dowolnych załączników binarnych.

RFC 2045 to jeden z podstawowych standardów definiujących MIME, określający format łamania zakodowanej zawartości Base64 w wiadomościach: maksymalnie 76 znaków Base64 na wiersz, z znacznikiem końca linii CRLF (\r\n). Ograniczenie to wynika z historycznych ograniczeń protokołu SMTP — wczesni agenci transferu poczty (MTA) mieli ścisłe limity długości pojedynczego wiersza, a ostrożne ustawienie 76 znaków zapewnia, że treść będzie poprawnie przetwarzana przez wszystkie serwery pocztowe bez obcinania lub modyfikacji.

MIME Base64 i zwykłe Base64 mają całkowicie identyczną zakodowaną zawartość — ten sam zestaw znaków (A-Za-z0-9+/), to samo dopełnienie (znak =), ten sam algorytm kodowania. Różnica polega wyłącznie na formacie wyświetlania: MIME Base64 wstawia CRLF co 76 znaków tworząc wielowierszowy tekst, podczas gdy zwykłe Base64 to zazwyczaj ciągły jednowierszowy ciąg. Podczas dekodowania znaczniki końca linii są automatycznie ignorowane i oba formaty dają całkowicie identyczne oryginalne dane po zdekodowaniu.

Dwukierunkowa konwersja to podstawowa potrzeba przetwarzania MIME Base64. Jednowierszowe na łamane: wstawianie CRLF w ciągłym ciągu Base64 zwróconym przez API co 76 znaków w celu wygenerowania formatu MIME zgodnego ze specyfikacją poczty, który można bezpośrednio osadzić w treści wiadomości. Łamane na jednowierszowe: usuwanie wszystkich znaczników końca linii z formatu MIME i przywracanie do ciągłego ciągu, co ułatwia użycie w parametrach żądań API, polach JSON lub magazynowaniu w bazie danych. Obie operacje są odwrotnymi procesami.

CRLF (\r\n) to sekwencja znaczników końca linii określona przez standard MIME: CR (Carriage Return, powrót karetki, ASCII 13) + LF (Line Feed, przesunięcie linii, ASCII 10). Jest to standardowy znacznik końca linii protokołów internetowych, w przeciwieństwie do czystego LF (\n) używanego w systemach Unix/Linux i czystego CR (\r) używanego w starych systemach Mac. RFC 2045 wymaga, aby treść MIME używała CRLF, ale podczas przywracania narzędzie rozpoznaje kompatybilnie wszystkie trzy typy znaczników końca linii.

S/MIME (Secure/MIME) to bezpieczne rozszerzenie MIME używane do podpisów cyfrowych i szyfrowania wiadomości e-mail. Struktura danych PKCS#7 po podpisaniu S/MIME zawiera zakodowaną w Base64 treść podpisu, która musi być osadzona w wiadomości z łamaniem zgodnym ze standardem MIME. PEM (Privacy Enhanced Mail) to inny format używający łamania Base64 o stałej szerokości, ale używa szerokości 64 znaków (RFC 1421), w przeciwieństwie do 76 znaków MIME. Oba należą do formatów wyświetlania Base64 o stałej szerokości, a zrozumienie MIME Base64 pomaga w przetwarzaniu podobnych formatów.

Content-Transfer-Encoding to kluczowe pole w nagłówku wiadomości MIME identyfikujące metodę kodowania treści wiadomości. Wartość base64 wskazuje, że treść wiadomości jest zakodowana w Base64 i prezentowana w formacie z łamaniem co 76 znaków. Klient poczty odbiorcy po odczytaniu tego znacznika automatycznie dekoduje Base64 z łamaniem do oryginalnych danych. Inne popularne wartości Content-Transfer-Encoding to 7bit, 8bit, quoted-printable itp., a Base64 to najczęściej używana metoda przetwarzania załączników binarnych.

Narzędzie to koncentruje się na operacjach formatowania MIME Base64 — łamaniu i przywracaniu — i nie wykonuje kodowania ani dekodowania Base64. Całe przetwarzanie odbywa się lokalnie w przeglądarce za pomocą JavaScript, a dane nie opuszczają Twojego urządzenia. Łamanie ściśle przestrzega standardu RFC 2045 (76 znaków + CRLF), a podczas przywracania automatycznie rozpoznaje trzy typy znaczników końca linii: CRLF, CR i LF. Odpowiednie do scenariuszy takich jak tworzenie poczty, przetwarzanie S/MIME, debugowanie protokołów i kompatybilność ze starymi systemami.

Przypadki użycia

  • Formatowanie jednowierszowego Base64 do formatu załączników e-mail MIME o szerokości 76 znaków zgodnie z RFC 2045
  • Przywracanie wielowierszowego MIME Base64 do jednowierszowego do transmisji przez interfejs API lub osadzania w polach JSON
  • Przetwarzanie segmentów treści zakodowanej w Base64 w podpisanych wiadomościach S/MIME, dostosowywanie formatu łamania linii
  • Kompatybilność z formatem wyjściowym Base64 o stałej szerokości wymaganym przez stare systemy lub protokoły historyczne
  • Weryfikacja zgodności łamania linii zawartości załączników Base64 ze specyfikacją MIME podczas tworzenia i debugowania poczty e-mail
  • Konwersja ciągłego ciągu Base64 zwróconego przez API do formatu z łamaniem linii, aby ułatwić wklejanie i wyświetlanie w treści wiadomości
  • Odwołanie do logiki łamania o stałej szerokości podczas przetwarzania zawartości Base64 w certyfikatach PEM
  • Scenariusze wymagające Base64 w formacie MIME w plikach konfiguracyjnych (np. bramki pocztowe, konfiguracja przekaźników SMTP)
  • Wstępne przetwarzanie zawartości Base64 przed kodowaniem załączników e-mail w celu zapewnienia prawidłowej szerokości łamania
  • Ujednolicenie danych Base64 z różnych źródeł do standardu MIME do użycia w systemach pocztowych
  • Porównanie różnic w zawartości Base64 przed i po łamaniu linii podczas rozwiązywania problemów z kodowaniem załączników
  • Konwersja między ciągłym Base64 z narzędzi wiersza poleceń (np. OpenSSL) a formatem z łamaniem linii wymaganym przez systemy pocztowe

Jak Używać

  1. Wklej lub wprowadź zawartość Base64 do pola wprowadzania
  2. Wybierz kierunek konwersji: jednowierszowe na MIME z łamaniem linii (łamanie co 76 znaków) lub MIME z łamaniem na jednowierszowe (usuwanie łamań linii)
  3. Narzędzie automatycznie przetwarza format zgodnie ze standardem RFC 2045 i wyświetla wynik w czasie rzeczywistym
  4. Kliknij przycisk kopiowania, aby skopiować wynik do schowka, do użycia w systemach pocztowych, parametrach interfejsu lub plikach konfiguracyjnych

Funkcje

  • Łamanie linii zgodne z RFC 2045: ścisłe wstawianie CRLF przy szerokości 76 znaków, zgodne ze specyfikacją transmisji MIME
  • Dwukierunkowa konwersja: obsługa konwersji jednowierszowego Base64 do formatu MIME z łamaniem linii oraz przywracanie wielowierszowego MIME do ciągłego jednego wiersza
  • Przetwarzanie lokalne w przeglądarce bez przesyłania: cała konwersja formatu odbywa się w przeglądarce, bez użycia serwerów, dane nie opuszczają urządzenia
  • Kopiowanie jednym kliknięciem: wynik przetwarzania można bezpośrednio skopiować do schowka, do klienta poczty, parametrów interfejsu lub pliku konfiguracyjnego
  • Standardowe znaczniki końca linii CRLF: łamanie linii używa standardowej sekwencji CRLF (\r\n), zgodnie z wymaganiami RFC 2045 dla znaczników końca linii MIME
  • Dokładne łamanie 76 znaków: każdy wiersz ma dokładnie 76 znaków Base64 (ostatni wiersz może być krótszy), zapewniając kompatybilność ze wszystkimi agentami transferu poczty
  • Inteligentne przywracanie wielowierszowe: automatyczne rozpoznawanie i usuwanie znaczników końca linii CRLF/CR/LF z formatu MIME, łączenie w ciągły ciąg Base64
  • Kompatybilność z załącznikami e-mail: format wyjściowy można bezpośrednio osadzić w treści wiadomości MIME, kompatybilny z klientami poczty takimi jak Outlook i Thunderbird
  • Obsługa podpisów S/MIME: wygenerowane Base64 z łamaniem linii może być użyte w segmentach treści zakodowanej w strukturze podpisu S/MIME
  • Odwołanie do formatu PEM: choć PEM używa łamania 64 znaków, logika łamania narzędzia może pomóc w zrozumieniu i przetwarzaniu podobnych formatów kodowania o stałej szerokości
  • Podgląd w czasie rzeczywistym: natychmiastowe wyświetlanie wyniku łamania/przywracania po wprowadzeniu treści, bez konieczności klikania przycisku i czekania
  • Automatyczne czyszczenie danych wejściowych: automatyczne usuwanie znaków białych i znaków spoza Base64 z danych wejściowych, aby uniknąć zakłóceń wprowadzanych przez kopiowanie i wklejanie
  • Przetwarzanie dużych tekstów: obsługa szybkiego łamania i przywracania długich ciągów Base64 (dziesiątki tysięcy znaków), realizowane w ciągu sekund lokalnie w przeglądarce
  • Implementacja czysto front-endowa: oparta na natywnych interfejsach API JavaScript przeglądarki, bez konieczności instalowania wtyczek lub polegania na usługach zewnętrznych, działa offline

Często Zadawane Pytania

Dlaczego MIME Base64 łamie linie dokładnie co 76 znaków?

RFC 2045 określa, że zakodowana zawartość MIME nie może przekraczać 76 znaków na linię, aby zachować kompatybilność z ograniczeniami długości linii wczesnych agentów transferu poczty (MTA). Protokół SMTP historycznie wymagał, aby każdy wiersz nie przekraczał 1000 znaków, ale specyfikacja MIME bardziej ostrożnie ogranicza do 76 znaków danych Base64 plus znacznik końca linii, zapewniając, że wszystkie serwery pocztowe mogą poprawnie przetwarzać dane.

Czy zakodowana zawartość MIME Base64 i zwykłego Base64 jest taka sama?

Zakodowana zawartość jest całkowicie identyczna, różnica polega wyłącznie na formacie wyświetlania. MIME Base64 wstawia CRLF co 76 znaków, podczas gdy zwykłe Base64 jest zazwyczaj ciągłym jednowierszowym ciągiem. Podczas dekodowania znaczniki końca linii są ignorowane i oba formaty dają te same oryginalne dane po zdekodowaniu.

Czy można przywrócić wielowierszowy MIME Base64 do jednowierszowego?

Tak. Narzędzie automatycznie rozpoznaje i usuwa wszystkie znaczniki końca linii CRLF (\r\n), CR (\r) i LF (\n) w formacie MIME z łamaniem linii, łącząc je w ciągły jednowierszowy ciąg Base64. Po przywróceniu jest bardziej wygodne do użycia w parametrach żądań API, polach JSON lub plikach konfiguracyjnych.

Jaki jest związek między formatem certyfikatów PEM a MIME Base64?

Format PEM (np. certyfikaty SSL, klucze prywatne) używa łamania linii Base64 o szerokości 64 znaków, co nieznacznie różni się od 76 znaków MIME. Oba należą do formatów wyświetlania Base64 o stałej szerokości, ale opierają się na różnych standardach (PEM na RFC 1421, MIME na RFC 2045). Logika łamania narzędzia może pomóc w zrozumieniu podobnych formatów.

Jakie znaczniki końca linii są używane podczas łamania?

Zgodnie ze standardem RFC 2045 łamanie MIME Base64 używa CRLF (\r\n) jako znacznika końca linii. Jest to standardowy znacznik końca linii protokołów internetowych, zapewniający kompatybilność ze wszystkimi serwerami pocztowymi i agentami transferu. Niektóre systemy mogą używać tylko LF (\n), a narzędzie automatycznie rozpoznaje oba typy podczas przywracania.

Czy podpisy S/MIME wymagają użycia MIME Base64?

Tak. Segmenty treści zakodowanej w strukturze podpisu S/MIME (Secure/Multipurpose Internet Mail Extensions) używają formatu MIME Base64, a podpisane dane PKCS#7 muszą być osadzone w wiadomości z łamaniem linii co 76 znaków. Narzędzie może pomóc w wygenerowaniu Base64 z łamaniem zgodnym ze specyfikacją S/MIME.

Czy ostatni wiersz jest również dopełniany do 76 znaków?

Nie. RFC 2045 określa, że ostatni wiersz może mieć dowolną długość (1-76 znaków) i nie wymaga dopełnienia. Różni się to od kodowania o stałej długości (np. niektórych formatów binarnych z dokładnie 76 znakami na wiersz) — ostatni wiersz MIME Base64 zachowuje naturalne zakończenie kodowania Base64.

Jak obsługiwane jest dopełnienie Base64 (znak =)?

Kodowanie Base64 używa znaku = jako wypełnienia końcowego (0-2 znaki), a podczas łamania MIME znak = pojawia się na końcu ostatniego wiersza. Narzędzie zachowuje dopełnienie bez zmian — operacje łamania i przywracania nie modyfikują samej zawartości kodowania Base64.

Czy narzędzie modyfikuje zakodowaną zawartość Base64?

Nie. Narzędzie wykonuje tylko dostosowanie formatu (wstawianie lub usuwanie znaczników końca linii) i nie modyfikuje samych znaków Base64. Po zdekodowaniu Base64 z łamaniem linii jest całkowicie zgodny z oryginalnym wejściem i można go bezpiecznie używać.

Co się stanie, jeśli dane wejściowe zawierają znaki spoza Base64?

Narzędzie automatycznie filtruje znaki białe (spacje, tabulatory, znaczniki końca linii) i znaki spoza Base64 (znaki spoza zakresu A-Za-z0-9+/=) z danych wejściowych, zachowując tylko prawidłową zawartość Base64 do przetwarzania, aby uniknąć zakłóceń wprowadzanych podczas kopiowania i wklejania.

Jak długie ciągi Base64 są obsługiwane?

Narzędzie oparte na lokalnym przetwarzaniu JavaScript w przeglądarce obsługuje szybkie łamanie i przywracanie ciągów Base64 na poziomie dziesiątek tysięcy znaków. Nawet bardzo długie treści (np. kodowanie Base64 dużych załączników) mogą być przetwarzane w ciągu sekund.

Czy można użyć narzędzia do dekodowania Base64?

Narzędzie to koncentruje się na formatowaniu MIME (łamanie/przywracanie) i nie wykonuje operacji kodowania ani dekodowania Base64. Aby kodować/dekodować Base64, użyj narzędzia kodowania/dekodowania Base64 dostępnego na stronie. Formatowanie MIME dostosowuje jedynie format łamania linii ciągu Base64.

Co oznacza Content-Transfer-Encoding: base64?

Jest to pole w nagłówku wiadomości MIME wskazujące, że treść wiadomości jest zakodowana w Base64. Klient poczty odbiorcy po zauważeniu tego znacznika dekoduje zawartość Base64 w treści wiadomości (z łamaniem co 76 znaków) do oryginalnych danych binarnych. Base64 z łamaniem wygenerowany przez narzędzie może być bezpośrednio użyty w takich treściach wiadomości.

Dlaczego Base64 w wiadomościach e-mail wygląda tak, jakby miał dużo łamań linii?

Ponieważ system pocztowy zgodnie ze standardem RFC 2045 łamie zakodowaną zawartość Base64 co 76 znaków. Jest to wymóg specyfikacji MIME, zapewniający, że treść może być poprawnie transmitowana przez wszystkie serwery pocztowe. W wiadomości z załącznikiem zakodowana w Base64 zawartość załącznika pojawia się w kodzie źródłowym wiadomości jako wielowierszowy tekst z łamaniem linii.

Czy narzędzie działa offline?

Tak. Po załadowaniu strony wszystkie funkcje działają lokalnie w przeglądarce i nie wymagają połączenia sieciowego. Nawet bez dostępu do sieci można normalnie wykonywać operacje łamania i przywracania MIME Base64, a przetwarzane dane nie są przesyłane na żaden serwer.

Rozwiązywanie problemów

Dekodowanie Base64 po łamaniu kończy się niepowodzeniem?

Łamanie MIME Base64 wstawia tylko znaczniki końca linii CRLF i nie modyfikuje zakodowanej treści. Jeśli dekodowanie po łamaniu kończy się niepowodzeniem, prawdopodobnie dane wejściowe same w sobie nie są prawidłowym kodowaniem Base64. Najpierw sprawdź poprawność danych wejściowych za pomocą narzędzia walidacji Base64, a następnie wykonaj formatowanie MIME.

W ciągu Base64 po przywróceniu pozostały resztki znaczników końca linii?

Narzędzie automatycznie usuwa wszystkie znaczniki końca linii CRLF (\r\n), CR (\r) i LF (\n). Jeśli po przywróceniu nadal pozostają resztki, być może dane wejściowe zawierają inne niewidoczne znaki (np. spacje, tabulatory). Narzędzie automatycznie filtruje te znaki, ale jeśli problem utrzymuje się, sprawdź, czy treść źródłowa nie zawiera specjalnych znaków kontrolnych.

Klient poczty wyświetla załączniki jako nieczytelne znaki?

Format łamania MIME Base64 to tylko jeden element kodowania wiadomości. Jeśli załącznik wyświetla się nieprawidłowo, być może nagłówek Content-Transfer-Encoding jest ustawiony nieprawidłowo, kodowanie Base64 samo w sobie zawiera błędy lub Content-Type nie jest zgodny. Upewnij się, że w nagłówku wiadomości ustawiono Content-Transfer-Encoding: base64 i użyj prawidłowego separatora MIME boundary.

Szerokość łamania certyfikatu PEM jest nieprawidłowa?

Format PEM używa łamania 64 znaków (RFC 1421), podczas gdy MIME używa łamania 76 znaków (RFC 2045). To narzędzie wykonuje łamanie zgodnie ze standardem MIME (76 znaków) i nie nadaje się do formatowania certyfikatów PEM. Jeśli potrzebujesz łamania 64 znaków w formacie PEM, użyj specjalistycznego narzędzia do certyfikatów lub OpenSSL.

Słownik

MIME
Multipurpose Internet Mail Extensions, zestaw standardów internetowych (RFC 2045-2049) definiujących sposób przesyłania treści nietekstowych w wiadomościach e-mail, w tym kodowanie Base64, Content-Type i mechanizmy Content-Transfer-Encoding.
RFC 2045
Standardowy dokument definiujący pierwszą część MIME, określający format łamania kodowania Base64 w wiadomościach: maksymalnie 76 znaków na wiersz, z użyciem CRLF jako znacznika końca linii.
CRLF
Carriage Return + Line Feed (\r\n), standardowa sekwencja znaczników końca linii protokołów internetowych. RFC 2045 wymaga, aby łamanie MIME Base64 używało CRLF, w przeciwieństwie do LF (\n) w systemie Unix i CR (\r) w starym systemie Mac.
Content-Transfer-Encoding
Pole nagłówka wiadomości MIME identyfikujące metodę kodowania treści wiadomości. Wartość base64 wskazuje, że zawartość jest kodowana w Base64 z łamaniem co 76 znaków i jest najczęściej używaną metodą kodowania załączników binarnych.
S/MIME
Secure/Multipurpose Internet Mail Extensions, bezpieczne rozszerzenie MIME używane do podpisów cyfrowych i szyfrowania wiadomości e-mail. Segment zakodowany w Base64 w treści podpisu musi być łamany zgodnie ze standardem MIME.
PEM
Privacy Enhanced Mail, format używający łamania Base64 o szerokości 64 znaków (RFC 1421), powszechnie stosowany w certyfikatach SSL i plikach kluczy prywatnych. Różni się od łamania 76 znaków MIME.
Base64 padding
Wypełnienie końca kodowania Base64 znakiem = (0-2 znaki) w celu doprowadzenia długości do wielokrotności 4. Podczas łamania MIME wypełnienie pojawia się na końcu ostatniego wiersza i nie jest usuwane ani modyfikowane.
MTA
Mail Transfer Agent, agent transferu poczty, oprogramowanie odpowiedzialne za przekazywanie wiadomości e-mail między serwerami. Wczesne systemy MTA miały ścisłe limity długości pojedynczego wiersza, a łamanie MIME 76 znaków zostało zaprojektowane dla kompatybilności z MTA.
SMTP
Simple Mail Transfer Protocol, prosty protokół przesyłania poczty, podstawowy protokół transmisji poczty internetowej. SMTP wymaga, aby każdy wiersz nie przekraczał 1000 znaków (z CRLF), a limit 76 znaków MIME jest bardziej ostrożny.
quoted-printable
Inna obsługiwana przez MIME metoda Content-Transfer-Encoding, używana głównie dla treści składającej się w większości z tekstu ASCII, kodująca tylko znaki spoza ASCII, bardziej oszczędna przestrzennie niż Base64.
PKCS#7
Public Key Cryptography Standards #7, standard składni komunikatów szyfrowanych używany przez S/MIME, definiujący strukturę danych podpisów cyfrowych i szyfrowania, w której zakodowana treść używa formatu MIME Base64.
RFC 1421
Standardowy dokument definiujący format PEM (Privacy Enhanced Mail), określający łamanie Base64 co 64 znaki, węższe niż 76 znaków MIME, powszechnie używane w plikach certyfikatów.

Porównanie MIME Base64 i zwykłego Base64

Główna różnica między dwoma formatami polega na sposobie wyświetlania, a zakodowana zawartość jest całkowicie identyczna:

AspektMIME Base64Zwykłe Base64
Szerokość łamania76 znaków/wierszZazwyczaj bez łamania (jednowierszowe)
Znacznik końca liniiCRLF (\r\n)Brak (lub zależny od systemu)
Podstawa standarduRFC 2045RFC 4648
Typowe zastosowanieZałączniki e-mail, S/MIMEParametry API, Data URL
Wynik dekodowaniaIdentycznyIdentyczny

Porównanie popularnych formatów Base64 o stałej szerokości

Porównanie szerokości łamania używanych przez różne standardy:

FormatStandardSzerokość łamaniaTypowe zastosowanie
MIME Base64RFC 204576Kodowanie załączników e-mail, podpisy S/MIME
PEMRFC 142164Certyfikaty SSL, pliki kluczy prywatnych
Zwykłe Base64RFC 4648Bez łamaniaParametry API, Data URL, JWT

Porównanie metod MIME Content-Transfer-Encoding

Popularne metody kodowania i transmisji obsługiwane przez MIME:

Metoda kodowaniaOdpowiednia treśćWydajność przestrzenna
base64Dowolne dane binarne (obrazy, audio/wideo itp.)Ok. 33% ekspansji (3 bajty → 4 znaki)
quoted-printableGłównie tekst ASCII, niewielka liczba znaków spoza ASCIITylko znaki spoza ASCII ulegają ekspansji
7bitCzysty tekst ASCII (bez kodowania)Brak ekspansji
8bitTekst zawierający znaki 8-bitowe (wymaga obsługi 8BITMIME)Brak ekspansji

Privacy & Security

Wszystkie operacje tego narzędzia formatowania MIME Base64 są wykonywane całkowicie lokalnie w Twojej przeglądarce za pomocą JavaScript, bez przesyłania wprowadzonej zawartości Base64, wyników przetwarzania ani dziennika użycia na żaden serwer. Po załadowaniu strony narzędzie nie wymaga połączenia sieciowego, wszystkie dane istnieją tylko w pamięci przeglądarki i są automatycznie usuwane po zamknięciu lub odświeżeniu strony, bez żadnego przesyłania lub przechowywania danych, bez ryzyka wycieku prywatności.

Authoritative References