Weryfikacja PGP linków na rynki i wiadomości dostawców

Podpis PGP na podpisanym ogłoszeniu dowodzi jednej wąskiej rzeczy: osoba, która opublikowała tę wiadomość, miała dostęp do klucza prywatnego pasującego do klucza publicznego, który już posiadasz dla danego rynku. Nie dowodzi to, że rynek jest uczciwy, że jest obecnie online ani że twoje zamówienie dotrze. Dowodzi jedynie ciągłości posiadacza klucza między momentem, w którym otrzymałeś ten klucz publiczny, a momentem podpisania nowego linku lub aktualizacji serwisowej.

Trzy rzeczy, które podpis faktycznie potwierdza

Ciągłość klucza. Jeśli stary adres onion podpisał wiadomość zawierającą nowy adres onion, a podpis weryfikuje się względem klucza publicznego zapisanego tygodnie temu, to operator nie pojawił się znikąd. Operator klonu nie ma tego klucza prywatnego, więc jego podpisane ogłoszenie nie przejdzie weryfikacji, nawet jeśli strona wygląda identycznie co do piksela.

Integralność wiadomości. Podpisany tekst nie został zmodyfikowany od momentu opuszczenia go przez operatora. Ktoś siedzący między tobą a ogłoszeniem nie może podmienić adresu onion, adresu płatności ani harmonogramu prac serwisowych bez zerwania podpisu. Matematyka wiąże tekst z kluczem.

Moment wyrażenia zamiaru. Podpis utworzony w chwili rotacji pokazuje, że ten sam posiadacz klucza świadomie zatwierdził nowy adres. Nie pokazuje, że operator jest bezpieczny. Pokazuje, że miał tę samą tożsamość kryptograficzną co wcześniej, a to jedyna stabilna kotwica, gdy wszystko inne się zmienia.

1. Posiadacz klucza pisze aktualizacjęOperator tworzy zwykły tekst z nowym adresem onion i ewentualnym oknem serwisowym
2. Podpis zostaje utworzonyTekst jest podpisywany długoterminowym kluczem PGP rynku
3. Wiadomość jest rozgłaszanaPodpisany tekst i podpis wędrują razem przez mirror lub kanały wklejkowe
4. Ty weryfikujeszZapisany klucz publiczny sprawdza podpis względem dokładnie otrzymanego tekstu
5. Zrotowany link zaakceptowanyJeśli weryfikacja przejdzie, nowy adres onion dziedziczy zaufanie, którym już obdarzyłeś ten klucz

Pomyśl o kluczu PGP jak o pieczęci, której w praktyce nie da się podrobić: każdy może wydrukować stronę wyglądającą oficjalnie, ale tylko jedna strona może odcisnąć pieczęć na papierze. Ważny podpis to odciśnięta pieczęć. Mówi ci, że ta sama ręka, która oznaczyła starą stronę, oznaczyła też nową — nie że jest życzliwa, trzeźwa ani wypłacalna.

Podpisane ogłoszenie i skopiowana ściana tekstu często wyglądają na pierwszy rzut oka identycznie: ta sama nazwa rynku, ten sam styl sformułowań, ta sama lista nowych mirrorów. To, co się zmienia, to części, które podpis faktycznie obejmuje — klucz weryfikujący wiadomość i kontrolowane przez operatora dane w jej wnętrzu. Gdy operator podpisuje powiadomienie o rotacji, podpis wiąże nowy adres z tym samym kluczem, który sygnował wcześniejsze ogłoszenia. Klon może skopiować formatowanie, a nawet ponownie wykorzystać stary tekst, ale nie może wygenerować świeżego podpisu z klucza prywatnego operatora. To pierwsza konkretna różnica: podpisana aktualizacja dostarcza ważny, bieżący dowód, natomiast klon albo nie ma podpisu, albo ma podpis, który nie pasuje do klucza oznaczonego już jako zaufany w zasobie kluczy czytelnika.@@H3 Dwie widoczne zmiany: ciągłość klucza i jakość powiązania@@GLOSSARY Ciągłość klucza :: czy klucz podpisujący nowe ogłoszenie jest tym samym, którego operator użył w poprzedniej zweryfikowanej aktualizacji || Jakość powiązania :: czy podpis faktycznie obejmuje nowy adres mirrora i treść, czy tylko leży obok jako ozdoba || Zaufany zasób kluczy :: lokalny zestaw zweryfikowanych kluczy operatorów, które czytelnik zaakceptował przed rotacją@@COMPARE Co zmienia się między prawdziwą aktualizacją a klonem | Podpisana aktualizacja operatora | Klon phishingowy ;; Weryfikacja podpisu :: przechodzi pomyślnie względem wcześniej zaufanego klucza operatora :: nie przechodzi lub wskazuje na nowy, niezweryfikowany klucz ;; Adres mirrora w wiadomości :: związany z podpisem; zmiana jednej linii niszczy dowód :: można go dowolnie zmieniać, bo żaden działający podpis go nie obejmuje ;; Język nacisku :: zwykle neutralny i rzeczowy, nawet gdy prosi użytkowników o przeniesienie :: często opiera się na panice, wygaśnięciu lub „ostatecznym ostrzeżeniu”, by wymusić szybkie kliknięcie ;; Wpływ na zasób kluczy czytelnika :: potwierdza ciągłość tego samego operatora :: próbuje zastąpić zaufanie nowym, niezasłużonym kluczem @@P Ta druga zmiana sprawia, że niepodpisana lub źle podpisana aktualizacja działa jak wczesny sygnał ostrzegawczy, a nie drobny problem formatowania. Gdy operator ma uporządkowane nawyki podpisywania, poważne powiadomienia o rotacji są podpisywane domyślnie — to część wiadomości, a nie opcjonalny dodatek. Operator klonu zwykle kontroluje tekst skopiowanej strony, ale nie łańcuch podpisów. Czerwona flaga pojawia się więc zanim użytkownik cokolwiek kliknie: stary klucz nic tu nie mówi albo weryfikacja natychmiast zawodzi.@@P Pomyśl o tym jak o oddziale banku przenoszącym się na nowy adres. Prawdziwy bank wysyła zawiadomienie na papierze firmowym, który pasuje do poprzedniego papieru firmowego i nosi tę samą pieczęć, którą już sprawdziłeś. Fałszywe zawiadomienie może używać tego samego logo i tych samych sformułowań, ale pieczęć jest nieobecna, rozmazana albo zrobiona innym stemplem. Tekst się nie zmienił — zmieniła się stojąca za nim wiarygodność. Tę przepaść między skopiowanymi słowami a nieudowodnioną wiarygodnością właśnie rozdziela weryfikacja PGP.@@COMPARE Co czytelnik porównuje, zanim zaufa linkowi | Stary stan weryfikacji | Nowa aktualizacja ;; Klucz podpisujący :: klucz operatora już oznaczony jako zaufany :: ten sam zaufany klucz podpisuje nowe powiadomienie ;; Treść wiadomości :: poprzednie słowa rotacji i lista mirrorów :: nowa lista mirrorów związana podpisem ;; Tryb awarii klona :: nie dotyczy przed próbą przejęcia :: klon przychodzi niepodpisany lub podpisany nieznanym kluczem ;; Praktyczna czerwona flaga :: brak podpisu znanego klucza :: czytelnik widzi uszkodzony dowód przed kliknięciem nowej cebuli @@P Praktyczna konsekwencja jest taka, że strona-klon często próbuje sprawić, by weryfikacja wydawała się zbędna. Mówi czytelnikowi, że „to jest nowy podpisany post”, nie pokazując żadnego podpisu, albo że „klucz zmieniono ze względów bezpieczeństwa”, nie podając wyjaśnienia, które operator normalnie by przedstawił. Podpisana aktualizacja natomiast traktuje klucz jako powód, by zaufać linkowi — a nie jako niedogodność, którą trzeba przewinąć.

Komunikaty od sprzedawców dzielą się na dwa strukturalnie różne przypadki. Gdy notatka jest zaszyfrowana dla Twojego klucza publicznego, odczytać ją może wyłącznie posiadacz odpowiadającego mu klucza prywatnego. Oznacza to, że sprzedawca zwrócił się do konkretnej tożsamości kupującego, a nie wysłał komunikatu rozgłoszeniowego. Oznacza to również, że każdy późniejszy cytat z tej wiadomości ma mniejszą wagę, chyba że odbiorca może samodzielnie otworzyć ten sam szyfrogram tym samym kluczem. Kierunek szyfrowania ma większe znaczenie niż treść komunikatu: mówi Ci, do kogo kontrahent zamierzał dotrzeć i jakiemu materiałowi kluczowemu ufał w danym momencie.

Sprzedawca, który używał jednego klucza w różnych zamówieniach, sporach i przy zmianach adresu, tworzy nić ciągłości. Jeśli ten sam klucz podpisuje wiadomość o treści „użyj tego nowego klucza”, przejście jest zakotwiczone w czymś, co już zweryfikowałeś. Jeśli natomiast sprzedawca po prostu zaczyna podpisywać nowym kluczem po sporze lub nieudanej dostawie, nic nie łączy nowego klucza z poprzednią tożsamością. Osoba atakująca kontrolująca konto mogłaby zrobić dokładnie to samo.

Rozróżnienie staje się ostre w sporach. Kupujący, który może pokazać, że zaszyfrowana notatka z zamówienia otwiera się jego kluczem prywatnym, ma coś, co sprzedawca wytworzył dla tego konkretnego odbiorcy. Jeśli sprzedawca później powołuje się na inne konto lub klucz, dowód nie przenosi się przez tę lukę. Wartość tkwi w ciągłości, nie w samym szyfrowaniu.

Większość nieudanych weryfikacji nie wynika z zepsutego oprogramowania ani z pominiętego znaku. Wynikają z traktowania podpisanego ogłoszenia jak przepustki, która zachowuje ważność, a nie jak jednorazowego pokwitowania związanego z konkretnym momentem. Rozsądną analogią jest karta-klucz w hotelu: karta potwierdza, że recepcja wydała ją do określonego pokoju i na określony dzień. Nie dowodzi, że osoba trzymająca ją jutro nadal tam pracuje ani że pokój za drzwiami nie został przenumerowany. Podpis pokazuje, kto wydał wiadomość i że jej treść się nie zmieniła. Nie mówi nic o tym, co ten operator zdecyduje się opublikować w przyszłym tygodniu, i nie zamienia linku w bezpieczną zakładkę.

Analogia zaczyna się załamywać, gdy w grę wchodzi rotacja mirrorów. Hotelowa karta-klucz jest fizycznie wydawana przy każdym pobycie; podpisany link do marketu można kopiować, przekazywać dalej i używać długo po tym, jak operator zmienił infrastrukturę. Używanie tego samego podpisanego linku przez miesiące przypomina zameldowanie się w hotelu, wyjazd i próbę użycia tej samej karty rok później, bo plastik nadal wygląda oficjalnie. Podpis był ważny dla tego, czym link był w tamtym czasie. Nie jest umową, że ten sam adres cebulowy pozostanie jedynym wejściem na zawsze.

Inną częstą pułapką jest traktowanie wszystkich kluczy jako wymiennych podczas zmiany mirrora. Użytkownik otrzymuje nowe ogłoszenie z linkiem, widzi podpis i zakłada, że klucz należy do marketu tylko dlatego, że wiadomość wygląda jak aktualizacja marketu. Jeśli nowej wiadomości nie podpisał ten sam klucz PGP, który podpisał poprzednią aktualizację, to jest cały sygnał. Zmieniony klucz nie jest niedogodnością, którą można zignorować; to różnica między nowym kluczem a nowym operatorem.

Bardziej myląca wersja zdarza się w przypadku wiadomości od konkretnego vendora. Jeśli vendor wysyła zaszyfrowaną notkę, w której wspomina o przerwie w działaniu marketu lub zmianie mirrora, użytkownik może w myślach połączyć klucz vendora z kluczem marketu. Vendor podpisał wiadomość o własnych zamówieniach lub własnej dostępności. Mirror marketu podpisany przez operatora marketu to zupełnie inna tożsamość. Utrata orientacji, który klucz ma podpisywać jaki rodzaj ogłoszenia, zamienia rutynową aktualizację vendora w fałszywe poczucie, że sam market potwierdził link.

Ważny podpis zawęża ryzyko z pytania „czy to prawdziwy operator?” do pytania „co się zmieniło od czasu, gdy temu kluczowi ostatnio ufano?”. To drugie pytanie ma większe znaczenie w codziennym użytkowaniu. Markety mogą rotować podklucz podpisujący, wycofać wygasły klucz ogłoszeniowy albo zmienić preferowany odcisk palca do kontaktu, pozostając pod kontrolą tego samego zespołu. Traktuj dobry podpis jako dowód ciągłości tylko dla tej jednej wiadomości — a nie jako ogólną gwarancję dla każdego mirrora, sprzedawcy czy konta pomocy powiązanego z marketem.

Jeden dobry podpis potwierdza jedną wiadomość. Nie ręczy za następny link, następny alias ani następną osobę, która go cytuje.

Gdy podpis się zgadza, praktyczny kolejny krok zależy od tego, co wiadomość faktycznie każe ci zrobić. Podpisane ogłoszenie o nowym mirrorze to co innego niż podpisana wiadomość od sprzedawcy o twoim zamówieniu.

1. Weryfikacja podpisu przy nowym linku do marketuOtwórz podpisane ogłoszenie i zanotuj, który odcisk palca je wytworzył. Jeśli pasuje do klucza, który już masz z poprzedniej zweryfikowanej sesji, porównaj nowy adres z formatem używanym wcześniej przez market. Jeśli oba się zgadzają, link można przeglądać.
2. Podpis się zgadza, ale odcisk palca jest nowy albo pochodzi tylko z podkluczaNie składaj od razu zamówienia. Wiadomość może nadal być prawdziwa — rotacja wygaśnięcia albo zmiana podklucza — ale bez drugiego kanału nie odróżnisz tego od przejęcia. Poczekaj na drugie podpisane potwierdzenie z innej ścieżki, na przykład od sprzedawcy, któremu już ufasz, albo z osobno zapisanego kontaktu.
3. Podpis się nie zgadza albo wiadomość nie jest podpisanaZatrzymaj się i potraktuj każdą instrukcję w środku jak śmieć. Linki, aktualizacje portfela, zachęty do „obowiązkowego resetu hasła” — nic z tego nie powinno być wykonywane. Klon potrafi skopiować treść prawdziwej aktualizacji, ale nie przejdzie weryfikacji podpisu.
4. Wiadomość od sprzedawcy odszyfrowuje się i mówi, że twoje zamówienie wymaga potwierdzeniaSzyfrowanie dowodzi tylko, że wiadomość została zbudowana dla twojego klucza publicznego. Nie dowodzi, że nadawcą jest sprzedawca. Porównaj historię klucza podpisującego sprzedawcy. Jeśli sprzedawca nie podpisuje swoich wiadomości, poproś go, aby powiązał szczegóły zamówienia ze swoją znaną tożsamością PGP, zanim cokolwiek wyślesz.

Częsta fałszywa pewność bierze się z traktowania „podpis ważny” jako „wszystko już bezpieczne”. Podpisana wiadomość nadal może zawierać link prowadzący do przejętego lub sklonowanego frontendu, jeśli sam klucz został wcześniej po cichu podmieniony. Dlatego ciągłość ma większe znaczenie niż pojedyncze dopasowanie.