KamoCRM

RejestracjaIegingDocument sprawdza orgę dat, a szablon można znaleźć przez imgId w jednym

Fixkamo-shared-library
Shipped
23 września 2026 10:02 UTC
Author
Kamo
Commit
9bde243

Dwie luki w esig/silingu, które stwierdzono w kontrolowanych punktach wstępnych, zarówno w wspólnych punktach wejścia, jak i na: - (ścieżka usługi konwersji dedup-skip-upload) załadowana Celowy ImgDat przez Id samodzielnie, nie porównując swojego orgi do dzwoniącego. Jeden z członków, który Uzyskano kolejny imgDatDDDDDDDDDDDDDDDDD; nie wymagał bajtów, tylko id - może zarejestrować go jako Zupełnie nowy Img we własnym orgucie, a następnie pobierz plik innego orga poprzez zwykłe obrazowanie Odczytuj ścieżkę, która ufa nowemu org Imga, a nie datom. Odmowa teraz z tym samym "ImgDat nie znalazł" - autentycznie zaginiona już rzuca, więc sonda nie może powiedzieć "nie twoje" Od "nie istnieje". - ESignTemplateRepository znalazłByImgId, ale nie ma org-scoped odpowiednik, co jest tym, co jest odporne ESigService's initTemplate/getTemplateByIgIgId rozwiązują inny szablon orgi z imgId (naprawiony w esigservice). Dodano znajdyByImgIdAndOrgId wraz z istniejącym znaleziskiemBByUidAndOrgId. Kompatybilny z dodatkiem i wstecznie: podpis registerIegedDocument pozostaje niezmieniony, a nowy Metoda repozytorium jest czystym dodatkiem.

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing