Oryon Flow

W trakcie rozwoju · Wczesny dostęp

Od sygnału do dowodów.

Prześledź badanie we Flow: co analizuje, jak sprawdza ustalenie, czego wymaga od poprawki i jak łączy wyniki z wymaganiami technicznymi.

Piętnaście narzędzi, cztery obszary.

15 Narzędzia
  1. Kod i sekrety 4
  2. Zależności i artefakty 4
  3. Infrastruktura i wdrożenie 3
  4. Działająca aplikacja 4
Podział katalogu analiz. Wykonanie zależy od projektu i dostępnych profili.
  • OpenGrep
  • Joern
  • Gitleaks
  • OSV-Scanner
  • Syft
  • Grype
  • Checkov
  • KICS
  • Terraform
  • ZAP
  • Playwright

Syft & Grype · Anchore · CC BY 4.0

Alarm rozpoczyna badanie.

Weryfikacja zachowuje rozróżnienie między odtworzonym wykorzystaniem podatności, podatnym komponentem i zadeklarowaną konfiguracją.

Kandydat

Niezależna weryfikacja

  • Potwierdzono
  • Obalono
  • Niewystarczające dowody
  • Bada kandydatów na podstawie oryginalnego kodu i grupuje wspólne przyczyny.

  • Konsultuje specjalistów i przygotowuje wykonywalne metody weryfikacji.

  • Sprawdza potencjalne podatności na podstawie dowodów i kontroli prawidłowego zachowania.

  • Oddziela przypadki potwierdzone, obalone i bez wystarczających dowodów, nie utożsamiając podatnej zależności z wykazaną eksploatacją.

Poprawka wymaga dowodów.

Kryteria i kontrole prawidłowego użycia ustala się przed zmianą. Przekazanie obejmuje rozwiązane przypadki i pozostałą pracę.

  1. Kryteria i stan bazowy

  2. Izolowana zmiana

  3. Weryfikacja i przegląd

  4. Pull request do przeglądu

    GitHub
  • Dopuszcza potwierdzone ustalenia ze wskazanym elementem do poprawy i weryfikowalnym stanem bazowym prawidłowego użycia.

  • Definiuje akceptację przed poprawką i powtarza kontrole bezpieczeństwa oraz zachowania na odizolowanych kandydatach.

  • Ocenia zmiany osobno i sprawdza kolejność stosowania oraz łączenie poprawek.

  • Przygotowuje pull requesty i zgłoszenie dostarczenia w GitHub z dowodami, pozostałą pracą i kolejnością merge. Zespół decyduje o integracji.

Dowody techniczne powiązane z Twoimi ramami odniesienia.

Flow łączy dowody z wybranymi wymaganiami technicznymi. Uwidacznia luki i odróżnia stan zaobserwowany od przewidywanego po poprawkach.

27Ramy odniesienia

64 wybrane wymagania

  • 23Częściowa ocena techniczna
  • 4Odniesienie dokumentacyjne
27 ram w katalogu: 23 z częściową oceną i 4 wyłącznie referencyjne. Liczby opisują katalog, a nie poziom zgodności organizacji.
23 ramy z częściową oceną techniczną
  • BIO2
  • BSI C5
  • CIS Controls
  • Cyber Resilience Act (CRA)
  • Cybersecurity Law (CSL)
  • Cyber Essentials
  • CyberFundamentals
  • DORA
  • Data Security Law (DSL)
  • ENS
  • FedRAMP
  • GDPR
  • HIPAA Security Rule
  • Australian ISM
  • ISMAP
  • LGPD
  • MLPS 2.0
  • NIS2
  • NIST CSF
  • NIST SP 800-53
  • OWASP ASVS
  • PIPL
  • SecNumCloud
4 ramy jako odniesienie dokumentacyjne
  • ISO/IEC 27001
  • SOC 2
  • PCI DSS
  • MTCS
  • Wiąże wyniki z wybranymi wymaganiami technicznymi ram odniesienia.

  • Odróżnia stan zaobserwowany od stanu przewidywanego po dostarczeniu zweryfikowanych poprawek.

  • Zachowuje kryteria, identyfikowalność, luki i daty dowodów.

  • Pokazuje oczekujące przypadki i ograniczenia; dowody techniczne nie są równoznaczne z certyfikacją.

Przekuj ocenę w kolejny krok.

Porozmawiajmy o Twoim repozytorium, zespole i potrzebnych dowodach.