Search across repositories
Explore libraries, versions, and ecosystems in a unified dependency view. Use Hunt to locate repositories that depend on a package under investigation.
Meerkat / Software supply chain insight
Meerkat brings open-source dependency inventory, vulnerability intelligence, and policy enforcement together across repositories. Find the packages that matter, understand where they are used, and give teams a clear path to act.
From individual packages to shared risk
Third-party libraries connect projects to a much larger software supply chain. A newly disclosed vulnerability can affect multiple repositories, versions, and teams at once.
Meerkat aggregates dependency information across repository groups instead of leaving teams to reconcile isolated project reports. Its Hunt search helps identify the projects using a particular package so investigation can start with scope, not guesswork.
Meerkat supports software supply chain decisions. Findings still need context, ownership, and validation before a team chooses a remediation.
Core capabilities
Explore libraries, versions, and ecosystems in a unified dependency view. Use Hunt to locate repositories that depend on a package under investigation.
Cross-reference discovered packages with known vulnerability databases and a vulnerability intelligence feed. Scheduled scans and webhook-triggered rescans keep findings connected to changing code.
Define approved-library allow-lists for groups or individual projects, use deny lists for disallowed packages, and check builds against active policy through a CI agent.
Three-step workflow
Scan repositories to inventory packages and versions. Refresh the picture through scheduled scans and build-related webhooks.
Compare inventory with vulnerability intelligence and library policy. Search affected projects and notify teams through configured email or chat alerts.
Have the CI agent check the latest stored scan result against active policy and return a pass or fail. Teams remediate dependencies and rescan to assess the change.
A CI policy check uses the most recent scan; it does not itself initiate a fresh scan. Scan cadence and webhook configuration matter to the freshness of that decision.
Security and governance
Meerkat combines approved-library policies with a vendor-approval workflow covering security scorecards, country and organization checks, maturity ratings, and governance review. These controls help teams apply supplier decisions consistently across repositories.
Ecosystem-grouped policy reports support internal review. Malicious-package intelligence can feed the deny list, while configurable notifications bring policy violations, scan errors, and newly discovered threats to the responsible teams.
Coverage depends on supported repositories, package ecosystems, scan configuration, and available intelligence. Policy reports support governance work; they are not a compliance certification or a guarantee that software is free of vulnerabilities.
Where it fits
When a package becomes suspect, identify repositories using it and coordinate investigation with the teams that own those projects.
Connect rescans and policy checks to delivery workflows so dependency decisions become part of the build process rather than a separate reporting exercise.
Review supplier approvals, maintain approved-library policies, and use dependency reports as evidence for internal software risk discussions.
Questions, answered
Meerkat aggregates dependencies across repository groups and adds organization-wide search, notifications, and policy enforcement. That shared view helps teams trace a package across projects rather than compare separate reports manually.
No. Meerkat maintains a dependency inventory through recurring and webhook-triggered scans, connects that inventory to vulnerability intelligence, and uses policies in CI. Its focus extends beyond generating a point-in-time inventory.
No. The agent asks the Meerkat server for a pass or fail based on the latest stored scan and active policy. Configure scans and webhooks to keep that underlying information current.
Yes. Allow-lists can be scoped to repository groups or individual projects. Teams should establish who owns approvals and remediation decisions before introducing enforcement into delivery pipelines.
Make dependency risk visible
Talk with Novacoast about your repository landscape, dependency policies, and where Meerkat can fit into your development workflow.