Oryon Flow

In ontwikkeling · Early access

Van signaal naar bewijs.

Volg een Flow-onderzoek: wat het analyseert, hoe het een bevinding controleert, wat het van een oplossing vereist en hoe resultaten aan technische eisen worden gekoppeld.

Vijftien tools, vier analysegebieden.

15 Tools
  1. Code en geheimen 4
  2. Afhankelijkheden en artefacten 4
  3. Infrastructuur en deployment 3
  4. De draaiende applicatie 4
Verdeling van de analysecatalogus. Uitvoering hangt af van het project en de beschikbare profielen.
  • OpenGrep
  • Joern
  • Gitleaks
  • OSV-Scanner
  • Syft
  • Grype
  • Checkov
  • KICS
  • Terraform
  • ZAP
  • Playwright

Syft & Grype · Anchore · CC BY 4.0

Een melding start het onderzoek.

Verificatie behoudt het onderscheid tussen gereproduceerd misbruik, een getroffen component en gedeclareerde configuratie.

Kandidaat

Onafhankelijke verificatie

  • Bevestigd
  • Weerlegd
  • Onvoldoende bewijs
  • Onderzoekt kandidaten vanuit de oorspronkelijke broncode en groepeert gedeelde oorzaken.

  • Raadpleegt specialisten en bereidt uitvoerbare verificatiemethoden voor.

  • Controleert mogelijke kwetsbaarheden met bewijs en controles voor legitiem gedrag.

  • Onderscheidt bevestigde, weerlegde en onvoldoende onderbouwde gevallen, zonder een getroffen afhankelijkheid gelijk te stellen aan aangetoonde exploitatie.

Een patch heeft bewijs nodig.

Criteria en controles op legitiem gebruik worden vóór een wijziging vastgelegd. De oplevering bewaart opgeloste gevallen en resterend werk.

  1. Criteria en uitgangssituatie

  2. Geïsoleerde wijziging

  3. Verificatie en beoordeling

  4. Pull request ter beoordeling

    GitHub
  • Laat bevestigde bevindingen toe met een vastgesteld te herstellen onderdeel en een verifieerbare uitgangssituatie voor legitiem gebruik.

  • Definieert acceptatie vóór de patch en herhaalt beveiligings- en gedragscontroles op geïsoleerde kandidaten.

  • Beoordeelt wijzigingen afzonderlijk en controleert de toepassingsvolgorde en samenstelling van oplossingen.

  • Bereidt GitHub-pull requests en een opleveringsissue voor met bewijs, resterend werk en mergevolgorde. Je team beslist over de integratie.

Technisch bewijs, gekoppeld aan je kaders.

Flow koppelt bewijs aan geselecteerde technische eisen. Het maakt hiaten zichtbaar en onderscheidt de waargenomen status van de verwachte status na oplossingen.

27Referentiekaders

64 geselecteerde eisen

  • 23Gedeeltelijke technische beoordeling
  • 4Documentaire referentie
27 kaders in de catalogus: 23 met gedeeltelijke beoordeling en 4 uitsluitend als referentie. Deze cijfers beschrijven de catalogus, niet het nalevingsniveau van een organisatie.
23 kaders met gedeeltelijke technische evaluatie
  • 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 kaders als documentatiereferentie
  • ISO/IEC 27001
  • SOC 2
  • PCI DSS
  • MTCS
  • Koppelt resultaten aan geselecteerde technische vereisten in de referentiekaders.

  • Onderscheidt de waargenomen status van de geprojecteerde status na opgeleverde, geverifieerde oplossingen.

  • Bewaart criteria, traceerbaarheid, lacunes en datums van bewijs.

  • Houdt openstaande gevallen en beperkingen zichtbaar; technisch bewijs staat niet gelijk aan certificering.

Maak van je evaluatie een volgende stap.

Laten we je repository, team en het benodigde bewijs bespreken.