Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • TSC TSC
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 26
    • Issues 26
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 4
    • Merge requests 4
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • alpine
  • TSCTSC
  • Issues
  • #31

Closed
Open
Created Dec 16, 2021 by Ariadne Conill@ariadne🐰Developer

Tracking staticly linked dependencies with metadata

In part due to the concerns of mitigating security vulnerabilities in staticly-linked dependencies, #30 (closed) was opened. However, an examination of the issue shows that the underlying concern involves the distribution at large.

For example, besides static linking against libraries Alpine provides, some packages vendor their own copies of packages, which need to be tracked and patched for CVEs. At present, Alpine lacks the ability to handle this patching lifecycle except to keep track of these situations by hand and hope that everything gets patched.

Accordingly, it is proposed to use the provider-metadata system to record which packages are either staticly linked against other packages in Alpine, or against vendored code.

We propose two namespaces:

  • bundled:$packagename - this will be declared for packages which use static linking, allowing for tooling to do rebuilds as needed

  • vendored:$packagename - this will be declared for packages which use vendored code, allowing for the security team to track CVEs in the vendored code inside those packages

Vendored code should still ideally be avoided in Alpine packages, of course, but is sometimes necessary due to downstream modification of the vendored code (for example in Chromium).

It is intended that this proposal supercede #30 (closed).

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking