Användningsfall

Löpande bevakning

Du känner dina leverantörer. Du känner inte deras, och kedjan rör på sig mellan de årliga granskningarna.

Säkerhet och tredjepartsriskProblem P1, P2, P3Tillgängligt nu

Vad som förändras

Problemet, vad som händer i dag och vad vi gör i stället.

Du har ingen insyn under djup 1.

I dag Ingenting. Luckan accepteras, eftersom att läsa en underbiträdessida per leverantör redan är hela budgeten.

Med Subprocessor monitoring Vi traverserar hela kedjan — din leverantörs underbiträden, och deras, tills den tar slut — över en besökt mängd, med cykeldetektering och djup lagrat som den kortaste vägen från din rot.

Förändringar upptäcks vid den årliga granskningen, eller aldrig.

I dag En kalenderpåminnelse och en kvartalsvis stickkontroll av de sidor någon kom ihåg att bokmärka.

Med Subprocessor monitoring Varje bevakad sida kontrolleras dagligen. En förändring typas, sammanfattas och matchas mot dina regler samma dag som vi ser den.

Manuell kontroll slutar skala vid ungefär tio leverantörer.

I dag Ett kalkylblad, en mapp med webbläsarflikar och goda föresatser.

Med Subprocessor monitoring Grafen underhålls åt dig. Att lägga till den elfte leverantören kostar dig en sökning och inget mer.

Luckan det här stänger är konkret. Din leverantörslista räknar upp de företag du skrivit avtal med. Din exponering omfattar varje företag de skrivit avtal med, och varje företag som de företagen skrivit avtal med. Andra och tredje ringen är där leverantörerna du hade invänt mot faktiskt sitter.

Så ser en dag ut

Vi hämtar om varje underbiträdessida i din graf, hashar den redovisade uppsättningen kanter och jämför med gårdagens. En oförändrad hash avslutar arbetet där, vilket är därför copyrightår och layoutbrus inte kostar dig något. En flyttad hash ger en typad diff — underbiträde tillagt, underbiträde borttaget, villkor ändrade, eller ett aviserat tillägg eller en aviserad borttagning som ännu inte trätt i kraft — som bär käll-URL:en, tidsstämpeln för upptäckten och hela vägen från din rot. En ändring i ett företags egna uppgifter typas på samma sätt — jurisdiktion ändrad, kategori ändrad eller ägarskap ändrat när det förvärvas eller byter moderbolag.

Dina regler avgör vem som får veta. En regel matchar på förändringstyp, land, region, kategori, djup och entitets-ID, och bär sin egen allvarlighetsgrad, sina kanaler och sitt val mellan omedelbart och sammanfattning. Du kan testköra den mot din nuvarande graf innan du sparar den, så att du vet vad den hade fångat.

Täckningen är en del av svaret

Under djup 3 tunnas publicerade listor ut snabbt. Obegränsad traversering betyder oftast tre eller fyra användbara nivåer, och varje bevakad leverantör bär en täckningsgrad som säger hur mycket av grafen vi faktiskt löste upp. Ett verktyg som dolde den siffran skulle rapportera en säkerhet det inte förtjänat.

Tre sluttillstånd, aldrig hopslagna till två. resolved betyder att vi hittade och tolkade entitetens egen lista. publishes_nothing betyder att den inte redovisar någon, vilket är ett faktum. not_yet_crawled betyder att vi inte har nått den, vilket är en lucka. Att blanda ihop de två sista underskattar din risk.

Vad du får ut av det

En dagligen underhållen graf per bevakad leverantör, deduplicerad och djupmärkt
Typade förändringshändelser med käll-URL:en och vägen från din rot
Regler som utvärderas likadant oavsett vem som skrivit dem, på vilket språk som helst
En täckningssiffra per leverantör, och de tre tillstånden bakom den
Ett exporterbart förändringsunderlag som du kan klistra in i en riskrapport

Dessutom

De andra två jobben det här datasetet svarar på.

Exponering vid incident

En tjänsteleverantör är i nyheterna. Frågan är om du är exponerad mot den, och via vilken leverantör.

Due diligence vid inköp

Jämför två leverantörers kedjor innan du skriver avtal med en av dem, i stället för att upptäcka skillnaden vid förnyelsen.

Börja med en leverantör. Gratis, utan kort.

Sök upp ett företag, följ det och se kedjan under det. Uppgradera när en leverantör inte längre räcker.