IP Library Granted Patent US 12,430,447
Granted Patent B2
US 12,430,447 · App. 19/191,907 · Granted Sep 30, 2025

Using call graphs to identify an update when upgrading to a newer version

Inventors: Joseph Hejderup (Palo Alto, CA); Philip Hamer (Palo Alto, CA); Georgios Apostolopoulos (San Jose, CA); Dimitrios Styliadis (San Jose, CA)
Assignee: Endor Labs Inc
G06F21/577G06F21/6218G06F21/552G06F21/565G06F21/70
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,430,447
App. No.
19/191,907
Granted
Sep 30, 2025
Kind
B2
Abstract

In some implementations, dependencies associated with a package selected from a software project are determined. Each dependency of the dependencies is used to create a set of partial call graphs that are stitched together to create a complete call graph of the package. A set of upgrade candidates for a dependency is determined. An upgrade candidate from the set of upgrade candidates is determined. Based on the complete call graph, issues associated with upgrading the package to use the upgrade candidate are determined. For each upgrade candidate in the set of the upgrade candidates, a risk-benefit score is determined based on issues associated with upgrading the package to use the upgrade candidate, a number of vulnerabilities, and a severity of the vulnerabilities addressed by upgrading the package to use the upgrade candidate. The upgrade candidates are prioritized based on the risk-benefit score to create prioritized upgrade candidates that are provided to a software developer.

Claims (89)

1. A computer-implemented method comprising:

selecting a package in a software project;

determining a set of dependencies associated with the package, the set of dependencies determined from a plurality of dependencies located in third-party libraries;

generating a partial call graph for each dependency in the set of dependencies to create a set of partial call graphs and storing the set of partial call graphs in a cache;

stitching together the set of partial call graphs in the cache to create a complete call graph of the package;

determining unreachable code in the package based on the complete call graph;

determining a set of upgrade candidates for a particular dependency in the set of dependencies;

selecting an upgrade candidate in the set of upgrade candidates;

determining, based at least in part on the complete call graph, issues associated with upgrading the package to use the upgrade candidate;

determining a risk-benefit score associated with each upgrade candidate in the set of upgrade candidates based at least in part on:

the issues associated with upgrading the package to use each of the upgrade candidates;

a number of vulnerabilities addressed by upgrading the package to use each of the upgrade candidates; and

a severity of the vulnerabilities addressed by upgrading the package to use each of the upgrade candidates;

prioritizing each of the upgrade candidates in the set of upgrade candidates based on the associated risk-benefit score to create a prioritized set of upgrade candidates; and

providing, on a display device, the prioritized set of upgrade candidates to a developer associated with the package.

2. The computer-implemented method of claim 1 , wherein determining the set of upgrade candidates for the particular dependency in the set of dependencies comprises:

selecting a predetermined number of early versions of the upgrade candidates; and

selecting a predetermined number of later versions of the upgrade candidates.

3. The computer-implemented method of claim 1 , wherein determining, based at least in part on the complete call graph, the issues associated with upgrading the package to use the upgrade candidate comprises:

determining an activity score indicating an amount of development activity associated with a third-party package in which the upgrade candidate is included.

4. The computer-implemented method of claim 1 , wherein determining, based at least in part on the complete call graph, the issues associated with upgrading the package to use the upgrade candidate comprises:

determining a security score indicating a number of security-related issues associated with a third-party package in which the upgrade candidate is included.

5. The computer-implemented method of claim 1 , wherein determining, based at least in part on the complete call graph, the issues associated with upgrading the package to use the upgrade candidate comprises:

determining a popularity score indicating an amount of usage received by a particular third-party package based at least in part on:

tracking source code management system metrics; and

how many other packages have a dependency on the particular third-party package.

6. The computer-implemented method of claim 1 , wherein determining, based at least in part on the complete call graph, the issues associated with upgrading the package to use the upgrade candidate comprises:

determining a code quality score indicating how well a particular third-party package complies with best practices for code development.

7. The computer-implemented method of claim 1 , wherein determining the set of dependencies associated with the package comprises:

ignoring test dependencies; and

ignoring unused dependencies.

8. A server comprising:

one or more processors; and

one or more non-transitory computer readable media storing instructions executable by the one or more processors to perform operations comprising:

selecting a package in a software project;

determining a set of dependencies associated with the package, the set of dependencies are determined from a plurality of dependencies located in third-party libraries;

generating a partial call graph for each dependency in the set of dependencies to create a set of partial call graphs and storing the set of partial call graphs in a cache;

stitching together the set of partial call graphs in the cache to create a complete call graph of the package;

determining unreachable code in the package based on the complete call graph;

determining a set of upgrade candidates for a particular dependency in the set of dependencies;

selecting an upgrade candidate in the set of upgrade candidates;

determining, based at least in part on the complete call graph, issues associated with upgrading the package to use the upgrade candidate;

determining a risk-benefit score associated with each upgrade candidate in the set of upgrade candidates based at least in part on:

the issues associated with upgrading the package to use each of the upgrade candidates;

a number of vulnerabilities addressed by upgrading the package to use each of the upgrade candidates; and

a severity of the vulnerabilities addressed by upgrading the package to use each of the upgrade candidates;

prioritizing each of the upgrade candidates in the set of upgrade candidates based on the associated risk-benefit score to create a prioritized set of upgrade candidates; and

providing, on a display device, the prioritized set of upgrade candidates to a developer associated with the package.

9. The server of claim 8 , wherein determining the set of upgrade candidates for the particular dependency in the set of dependencies comprises:

selecting a predetermined number of early versions of the upgrade candidates; and

selecting a predetermined number of later versions of the upgrade candidates.

10. The server of claim 8 , wherein determining, based at least in part on the complete call graph, the issues associated with upgrading the package to use the upgrade candidate comprises:

determining an activity score indicating an amount of development activity associated with a third-party package in which the upgrade candidate is included.

11. The server of claim 8 , wherein determining, based at least in part on the complete call graph, the issues associated with upgrading the package to use the upgrade candidate comprises:

determining a number of breaking changes that would result from upgrading the package to use the upgrade candidate.

12. The server of claim 8 , wherein determining the set of dependencies associated with the package comprises:

ignoring test dependencies; and

ignoring unused dependencies.

13. The server of claim 8 , wherein determining, based at least in part on the complete call graph, the issues associated with upgrading the package to use the upgrade candidate comprises:

determining a code quality score indicating how a particular third-party package complies with best practices for code development.

14. The server of claim 8 , wherein determining, based at least in part on the complete call graph, the issues associated with upgrading the package to use the upgrade candidate comprises:

determining a number of licenses associated with the upgrade candidate.

15. One or more non-transitory computer readable media capable of storing instructions executable by one or more processors to perform operations comprising:

selecting a package in a software project;

determining a set of dependencies associated with the package, the set of dependencies are determined from a plurality of dependencies located in third-party libraries;

generating a partial call graph for each dependency individual in the set of dependencies to create a set of partial call graphs and storing the set of partial call graphs in a cache;

stitching together the set of partial call graphs in the cache to create a complete call graph of the package;

determining unreachable code in the package based on the complete call graph;

determining a set of upgrade candidates for a particular dependency in the set of dependencies;

selecting an upgrade candidate in the set of upgrade candidates;

determining, based at least in part on the complete call graph, issues associated with upgrading the package to use the upgrade candidate;

determining a risk-benefit score associated with each upgrade candidate in the set of upgrade candidates based at least in part on:

the issues associated with upgrading the package to use each of the upgrade candidates;

a number of vulnerabilities addressed by upgrading the package to use each of the upgrade candidates; and

a severity of the vulnerabilities addressed by upgrading the package to use each of the upgrade candidates;

prioritizing each of the upgrade candidates in the set of upgrade candidates based on the associated risk-benefit score to create a prioritized set of upgrade candidates; and

providing, on a display device, the prioritized set of upgrade candidates to a developer associated with the package.

16. The one or more non-transitory computer readable media of claim 15 , wherein determining the set of upgrade candidates for the particular dependency in the set of dependencies comprises:

selecting a predetermined number of early versions of the upgrade candidates; and

selecting a predetermined number of later versions of the upgrade candidates.

17. The one or more non-transitory computer readable media of claim 15 , wherein determining, based at least in part on the complete call graph, the issues associated with upgrading the package to use the upgrade candidate comprises:

determining an activity score indicating an amount of development activity associated with a third-party package in which the upgrade candidate is included.

18. The one or more non-transitory computer readable media of claim 15 , wherein determining, based at least in part on the complete call graph, the issues associated with upgrading the package to use the upgrade candidate comprises:

determining a security score indicating a number of security-related issues associated with a third-party package in which the upgrade candidate is included.

19. The one or more non-transitory computer readable media of claim 15 , wherein determining, based at least in part on the complete call graph, the issues associated with upgrading the package to use the upgrade candidate comprises:

determining a popularity score indicating an amount of usage received by a particular third-party package based at least in part on:

tracking source code management system metrics; and

how many other packages have a dependency on the particular third-party package.

20. The one or more non-transitory computer readable media of claim 15 , wherein determining, based at least in part on the complete call graph, the issues associated with upgrading the package to use the upgrade candidate comprises: determining a number of licenses associated with the upgrade candidate.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jul 29, 2025
From: HEJDERUP, JOSEPH; HAMER, PHILIP; APOSTOLOPOULOS, GEORGIOS; STYLIADIS, DIMITRIOS
To: ENDOR LABS INC
Reel/Frame 072230/0565 →
Continuity (4)
Continuation 19020659 · Jan 14, 2025
Continuation 18951189 · Nov 18, 2024
Provisional Application 63552793 · Feb 13, 2024
Related Publication 20250258931A1 · Aug 14, 2025
References Cited (14)
US 10108975B1 · Benner · 2018 [cited by examiner]
US 20020097253A1 · Charisius · 2002 [cited by examiner]
US 20050055565A1 · Fournet · 2005 [cited by examiner]
US 20130083030A1 · Fukuda · 2013 [cited by examiner]
US 20180018459A1 · Zhang · 2018 [cited by examiner]
US 20210281597A1 · Guiroux · 2021 [cited by examiner]
US 20220222351A1 · Levin · 2022 [cited by examiner]
US 20230061121A1 · Tosevska · 2023 [cited by examiner]
CN 104321782A · 2015 [cited by examiner]
CN 118133284A · 2024 [cited by examiner]
Istvan-Attila Csaszar and Radu Razvan Slavescu (Interactive call graph generation for software projects); pp. 8; Published on IEEE in Nov. 26, 2020. [cited by examiner]
Mehdi Keshani, Georgios Gousios and Sebastian Proksch (Frankenstein: fast and lightweight call graph generation for software builds); pp. 47; Published on Nov. 16, 2023. [cited by examiner]
Mehdi Keshani (Scalable Call Graph Constructor for Maven); pp. 3; Published on Mar. 28, 2021. [cited by examiner]
V. Benjamin Livshits and Monica S. Lam (Finding security vulnerabilities in java applications with static analysis); pp. 16; Published in (Year: 2005). [cited by examiner]