Ogłoszenie o przetargu może być autentyczne, ale zawierać nieautoryzowaną zmianę danych bankowych po włamaniu na konto. Uwierzytelnianie pomaga ocenić tożsamość domeny. Organ ds. zakupów pochodzi z zatwierdzonego procesu i odpowiedzialnych osób. Zaprojektuj dwie kontrole tak, aby wzmacniały się nawzajem, nie pozwalając, aby jedna zastąpiła drugą.
Przyporządkuj powiadomienie do rejestru zamówień
W przypadku publikacji ofert, ogłoszeń dostawców i zamówień delegowanych należy zarejestrować system rejestracji, identyfikator ogłoszenia, zatwierdzonego nadawcę i rolę odpowiedzialnego kontraktora. Powiadomienie powinno pomóc dostawcy znaleźć wiarygodny zapis zamówień znanym kanałem. Unikaj traktowania linku w nieoczekiwanej wiadomości jako niezależnej weryfikacji tej samej wiadomości.
Zapisz dzierżawcę aplikacji, z domeny, domeny koperty, DKIM domena i selektor dla każdej trasy. Portal zamówień zlecanych na zewnątrz może mieć oddzielną infrastrukturę wysyłającą niż poczta personelu organu. Markowa stopka lub adres zwrotny nie ustanawia wyrównanej ścieżki uwierzytelniania. Zachowaj obsługę odpowiedzi na mapie trasy, ponieważ prawdziwe powiadomienie może kierować odpowiedzi do innej operacyjnej skrzynki pocztowej.
Konsekwentne zmiany przechowuj za ich własną zgodą
Klasyfikuj powiadomienia według tego, o co proszą odbiorcę. Ogłoszenie o otwarciu przetargu, zmiana terminu, powiadomienie o udzieleniu zamówienia i żądanie określenia szczegółów płatności mają różne skutki operacyjne. W tym przewodniku zaleca się osobną weryfikację zamówień i finansów w przypadku wrażliwych zmian dostawców lub banków przy użyciu ustalonych danych kontaktowych, a nie numeru telefonu podanego w kwestionowanej wiadomości e-mail.
DMARC nie sprawdza warunków przetargu ani nie ustala, kto zatwierdził udzielenie zamówienia. Złożenie podpisu nie stanowi również potwierdzenia, że rachunek bankowy należy do zamierzonego dostawcy. Zachowaj uprawnienia do zmiany, zatwierdzony zapis i wynik niezależnej weryfikacji w systemie zamówień. Są to zalecenia dotyczące przepływu pracy, a nie oświadczenie dotyczące prawa zamówień publicznych obowiązującego w jakiejkolwiek jurysdykcji.
Przetestuj delegowanego nadawcę przed upływem terminu
Przeprowadź zatwierdzone próbki w celu wstępnego powiadomienia, wprowadzenia poprawek i anulowania, z fikcyjnymi szczegółami przetargu. Potwierdź zamierzoną tożsamość Od, wynik podpisu, ma zastosowanie wyrównanie, miejsce docelowe odpowiedzi i pomyślny dostęp do oficjalnego rejestru. Badanie podpisu nie pozwala wykazać, że powiadomienie dotarło przed ustawowym terminem. Odpowiednie dowody dostawy i publikacji należy zachować oddzielnie.
Jeśli wykonawca zmieni peron w trakcie aktywnego przetargu, zachowaj starą trasę do czasu zrozumienia zatwierdzonego przejścia i obsługi kolejek. Ustaw właściciela nieudanych powiadomień i udokumentowany alternatywny proces powiadamiania. Nie przesyłaj po cichu ponownego powiadomienia, korzystając z nowej tożsamości, ponieważ integracja nie powiodła się. Taka zmiana może dezorientować dostawców i należy ją uwzględnić w ramach zatwierdzonego procesu komunikacji zespołu ds. zakupów.
Ponownie oceń granicę stojącą przed dostawcą
Przeglądaj raporty według działu zaopatrzenia, a nie tylko dotyczące całkowitego wolumenu poczty w dziale. Pozornie zdrowy agregat może ukryć nadawcę poprawek o małej liczbie. Eskaluj nieoczekiwane domeny podpisywania, nowe miejsca docelowe Rep-To i nieposiadane konta dostawców. Przed wycofaniem domeny lub selektora ustal, które zapisy przetargowe i powtarzające się powiadomienia nadal od niej zależą. Dowód uwierzytelnienia znajduje się obok, a nie zamiast zapisów audytu zamówień publicznych.
Przejrzyj trzy pisemne zapisy tras
Te zastrzeżone przykładowe domeny, selektory, role i przekazywanie przesłanek DKIM są fikcyjne. W takich przypadkach nie jest dostarczana ani wykonywana żadna podpisana wiadomość, klucz, weryfikacja kryptograficzna, wyszukiwanie DNS , transakcja SMTP ani test usługi na żywo. Do sprawdzenia poniższego rozumowania nie jest potrzebny żaden kod testowy ani próbka zewnętrzna.
- publikacja przetargu: widoczna z domeny tenders.civic.example ; DKIM d=tenders.civic.example; demo selektora1; przyjąć, że przepustka DKIM jest przeznaczona wyłącznie do tej pisemnej sprawy. SPF POCZTA OD tożsamość i wynik nieznane; inne podpisy nieznane; faktyczne odkrycie i dostarczenie zasad jest nieznane. Proponowany właściciel: Kierownik działu zakupów. Następna akcja: Uzyskaj wynik autoryzowanej próbki i zaufanego odbiorcy dla tego dokładnego najemcy.
- informacja o dostawcy: widoczna z domeny suppliers.civic.example ; DKIM d=suppliers.civic.example; demo selektora2; przyjąć, że przepustka DKIM jest przeznaczona wyłącznie do tej pisemnej sprawy. POCZTA SPF Z tożsamości i wyniku nieznane; inne podpisy nieznane; faktyczne odkrycie i dostarczenie zasad jest nieznane. Proponowany właściciel: Właściciel komunikacji dostawcy. Następna akcja: Potwierdź tę oddzielną trasę i związane z nią wydarzenie biznesowe, zamiast dziedziczyć wynik pierwszej trasy.
- zamówienia delegowane: widoczne z domeny contracts.civic.example ; DKIM d=provider.example.net; demo selektora3; przyjąć, że przepustka DKIM jest przeznaczona wyłącznie do tej pisemnej sprawy. POCZTA SPF Z tożsamości i wyniku nieznane; inne podpisy nieznane; faktyczne odkrycie i dostarczenie zasad jest nieznane. Proponowany właściciel: Instytucja zamawiająca. Następna akcja: Zapytaj zweryfikowanego dostawcę o obsługiwaną, wyrównaną ścieżkę podpisywania tego najemcy; nie rozszerzać uprawnień na całą swoją sieć.
Dla pierwszych dwóch określonych podpisów d= jest dokładnie równe domenie From, więc identyfikator spełnia zarówno ścisłe, jak i swobodne dopasowanie. Biorąc pod uwagę określony pomyślny wynik DKIM , dla tych hipotetycznych wiadomości istnieje dostosowana ścieżka uwierzytelniania. Trzeci sygnatariusz celowo nie jest powiązany z domeną autora i nie może zapewnić tej dopasowanej ścieżki. Nie nazywaj trzeciego komunikatu niepowodzeniem DMARC : wyrównany SPF lub inny wyrównany przekaz Podpis DKIM nadal mogłyby spełniać mechanizm, a te dane wejściowe są nieznane. Nie wnioskuj o rzeczywistym rozmieszczeniu ani umiejscowieniu skrzynki odbiorczej na podstawie żadnego wiersza.
Podpis kryptograficzny potwierdza odpowiedzialność domeny podpisującej, a nie prawdziwość lub autoryzację każdej instrukcji. Zmiany w objętych kanonizowanymi bajtach mogą unieważnić podpis; nie każda widoczna edycja koniecznie zmienia podpisane dane wejściowe. Uwierzytelnianie i akceptacja na poziomie aplikacji pozostają odrębne.
Użyj specjalnej karty akceptacji powiadomienia
W przypadku fikcyjnej oferty przetargowej T-01 wersja 2, wymagana jest zatwierdzona wersja protokołu, upoważniona rola zamawiającego, tożsamość, miejsce docelowe odpowiedzi, czas publikacji i dowód powiadomienia odbiorcy. Jeżeli uwierzytelnienie zakończy się pomyślnie, ale oficjalny zapis pozostanie w wersji 1, należy wstrzymać i uzgodnić poprawkę z zamówieniem; nie oznaczaj tego jako zatwierdzone. Jeżeli zapis jest prawidłowy, ale powiadomienie nie powiedzie się, skorzystaj z już zatwierdzonego alternatywnego procesu powiadamiania i zachowaj dowody dotyczące harmonogramu. Zmiana beneficjenta uruchamia odrębny proces weryfikacji finansów niezależnie od wyniku. Są to proponowane decyzje, a nie wymogi prawa zamówień publicznych czy ukończone testy.
Stosuj standardy bez twierdzenia, że są zgodne
RFC 9989 sekcje 4.4 i 5.3.5 wspierają rozróżnienie wyrównania i mechanizmu. Jej sekcja 7.4 ostrzega o interoperacyjności poczty pośredniej: używanie domen p=reject musi używać prawidłowego DKIM , a nie samego SPF , a korzystanie z list mailingowych ogólnego przeznaczenia wymaga szczególnej ostrożności. Spis tras sam w sobie nie jest zezwoleniem na wymuszenie odrzucenia. RFC 6376 sekcje 3.4–3.7 i 6.1 opisz podpisane dane wejściowe i weryfikację. RFC 9990 sekcja 3.1 zapewnia kontekst raportowania, a nie dowód przybycia konkretnego odbiorcy. RFC 5321 sekcja 4.2.5 odróżnia odpowiedzialność za akceptację serwera od późniejszych wyników dostarczania. Wybory dotyczące przepływu pracy w sektorze są tutaj zaleceniami redakcyjnymi; zakres prawny, przydatność czynników i lokalne zezwolenia wymagają własnego, odpowiedzialnego przeglądu.