Oryon Flow a Terra Security

1. 01

   Odbuduj przed zbadaniem

   Flow włącza laboratorium aplikacji do pracy z repozytorium; dokumentacja Terra opisuje testowanie działającego środowiska.

2. 02

   Sprawdź zachowanie, które musisz zachować

   Przed dostarczeniem zmian Flow porównuje proponowane poprawki z pierwotnym, prawidłowym działaniem aplikacji.

3. 03

   Połącz dowód z następną decyzją

   Flow łączy potwierdzone, obalone i niejednoznaczne wyniki z wybranymi wymaganiami i proponowanymi zmianami.

Możliwości obok siebie.

Tabela opisuje udokumentowane funkcje; nie mierzy wydajności ani jakości wykrywania. Funkcje komercyjne mogą zależeć od produktu, planu i konfiguracji.

Czego potrzebujesz	Oryon Flow	Terra Security
Badanie repozytorium	✓Udokumentowane Kod, pakiety, infrastruktura i działanie aplikacji połączone w jednym badaniu.	+Opcjonalne / zależne od planu Dostęp do kodu źródłowego pozwala ustalić przyczynę problemu na poziomie pliku i zaplanować naprawę. ↗
Odtworzone środowisko testowe	✓Udokumentowane Odtwarza aplikację z oryginalnego repozytorium w tymczasowych, izolowanych środowiskach.	—Nieudokumentowane w tym zakresie Testuje działające aplikacje internetowe; automatyczna rekonstrukcja celu z repozytorium nie jest udokumentowana. ↗
Weryfikacja ustaleń	✓Udokumentowane Niezależnie oceniona metoda dowodzenia: potwierdzone, obalone lub nierozstrzygnięte. Brak dowodu pozostaje otwartą kwestią.	✓Udokumentowane Agenci potwierdzają możliwość wykorzystania; Pentesterzy przeglądają ustalenia w ramach udokumentowanego przepływu pracy weryfikacyjnej. ↗
Poprawki poparte testami	✓Udokumentowane Izolowani kandydaci; sprawdza bezpieczeństwo i prawidłowe zachowanie przed niezależnym przeglądem.	+Opcjonalne / zależne od planu Korygowanie uwzględniające źródło może wygenerować poprawkę; atak zostaje powtórzony po rozmieszczeniu lub połączeniu. ↗
Pull requesty do przeglądu	✓Udokumentowane Grupuje zmiany według przyczyny i zgodności w PR-y do przeglądu. Zespół decyduje o scaleniu.	+Opcjonalne / zależne od planu Po podłączeniu dostępu do kodu źródłowego zespoły mogą automatycznie tworzyć pull requesty z poprawkami. ↗
Identyfikowalne dowody techniczne	✓Udokumentowane Wiąże dowody i zmiany z wymaganiami technicznymi; porównuje obecny stan z projekcją zweryfikowanych PR-ów.	✓Udokumentowane Działania agentów i decyzje ludzi pozostają w możliwej do prześledzenia ścieżce audytu. ↗
Źródło + analiza środowiska wykonawczego	✓Udokumentowane Łączy źródła, zależności, infrastrukturę i obserwacje dynamiczne w ramach tego samego badania.	+Opcjonalne / zależne od planu Kontekst źródłowy uzupełnia testy na żywo; dedykowane wykonanie SAST nie jest ustalane na tych stronach. ↗
Uwierzytelnione testowanie ról	✓Udokumentowane Sprawdza legalne sesje, role i granice najemców; sesje nieosiągalne lub wygasłe pozostają lukami w zasięgu.	✓Udokumentowane Testuje uwierzytelnione przepływy pracy, autoryzację aplikacji i logikę biznesową. ↗
Oddzielna walidacja	✓Udokumentowane Agent proponujący wniosek lub poprawkę nie zatwierdza ich samodzielnie. Osobny etap weryfikacji ocenia zachowane dowody.	✓Udokumentowane Podwójna weryfikacja łączy weryfikację exploitów i ocenę pentestera. ↗
Kontrole regresji funkcjonalnej	✓Udokumentowane Przed dostarczeniem zmian porównuje dowody bezpieczeństwa, kontrole prawidłowego działania i dostępne testy funkcjonalne z oryginałem.	—Nieudokumentowane w tym zakresie Dokumentacja opisuje ponowienie ataku po naprawie; nie określa sprawdzania zachowania bazowej funkcjonalności przed dostarczeniem zmian. ↗
Poprawki zależności	✓Udokumentowane Proponowane poprawki mogą aktualizować graf zależności i dostosowywać kod aplikacji, pod warunkiem weryfikacji.	—Nieudokumentowane w tym zakresie Naprawa kodu źródłowego jest udokumentowana; nie określono zakresu automatycznego rozwiązywania zależności i ich aktualizacji. ↗
Mapowanie wymagań technicznych	✓Udokumentowane Łączy zachowane dowody z wybranymi wymaganiami technicznymi i pokazuje bieżące pokrycie oraz pokrycie przewidywane po proponowanych zmianach. Nie jest to certyfikacja organizacji.	+Opcjonalne / zależne od planu Identyfikowalne zamknięcie obsługuje nazwane ramy audytu; mapowanie na kontrolę zależy od zakresu oceny. ↗

Zakres produktu