Skip to content

proposal: don't check for available updates during img_check.sh #137

Description

@coryschwartz

I don't think img_check.sh should check for security updates, and here are a few reasons why:

  1. The base images do not pass this test, and they are available on the marketplace.
  2. Some package managers prompt for a decision during package upgrades that is unrelated to the vendor's software and the decision might be at odds with the end user's desires.
    • i.e. ubuntu will prompt for what to do about an SSH config file or some other system configuration. The ubuntu distribution thought it was best for end users to make this decision, and DO vendors should not make the decision on behalf of DO users.
  3. To have upgrades applied at image-creation time provides little to no security benefit to end users.
    • when a user builds a droplet, there might be security packages between the time of image creation and droplet creation. This remains true whether or not the vendor performed apt update. End users will still need to do package updates on their own if they want to stay patched.
  4. automated image creation is non-deterministic if there are package updates involved. Packer may work once, and then a week later fail the same operation because the package manager asked a different set of quesitons during package updates. This causes additional complication for vendors and I think little benefit for users.
  5. The timing between image creation and submission to the portal is too critical.
  • if an image is created on Friday and submitted on Friday, that might be fine. If it's submitted on Monday and there were package updates over the weekend, maybe it doesn't pass.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions