What runs today.
Operating systems, runtimes, databases and agreed Windows/Linux applications. Track the release and the support that actually applies.
From servers to dependencies, turn your software inventory into clear deadlines, affected systems and the next action to take.
Pilot preview · For IT, platform, security teams and MSPs
Neither should your lifecycle planning. Start with the inventories you already have, across three connected areas.
Operating systems, runtimes, databases and agreed Windows/Linux applications. Track the release and the support that actually applies.
Track components in golden and container images. Link them to deployments when your inventory supplies the relationship.
Include JavaScript dependencies from your inventory. Where a package has no documented support policy, its status stays explicitly unknown.
Distribution backports and extended support can change the answer. We keep those support paths separate, with evidence and scope attached.
See the matching rules ↗Record the maintainer, release, source and date checked. A customer-claimed entitlement stays unverified until reviewed.
Exposure, service importance and customer policy guide the next action. End-of-life alone is not a critical vulnerability.
Track the owner, reason and review date. Accepted risk does not change an unsupported product into a supported one.
For larger estates, use a central inventory export. Our Linux collector gives you a simple starting point on individual machines.
Collector covers dpkg/RPM packages, OS and kernel. It does not scan images or discover all manually installed software.
Confirm products, support entitlements and the inventory format before onboarding.
Match releases to support information. Resolve ambiguity and identify affected systems.
Get an initial review, followed by weekly reports and agreed deadline alerts during the pilot.
A proposed four-week pilot with one organisation, up to 500 component records and a clearly agreed product scope.
Support deadlines, affected systems, priorities, sources and unknowns. Confirm the findings with your team.
Compare refreshed inventories and lifecycle information. Keep accepted exceptions and stale inventory visible.
Evaluate useful findings and review effort. Agree pricing and ongoing coverage before committing.
See the proposed pilot and prepare your enquiry.
No. A central inventory export can cover your estate. The Linux collector is an additional option for machines where it is useful. The first pilot uses an agreed CSV format.
No. Without a documented support policy, a package remains “support status unknown”. Age, deprecation and release activity provide context, not an invented expiry date.
No. The pilot works from customer-supplied exports. The collector reads local inventory and writes files; it does not install, upgrade or upload anything automatically.
This is the pilot website preview. The collector and sample report are available now. Secure customer onboarding, automated monitoring and a customer portal are being developed; this site does not accept real inventory uploads or payments.