Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-99826

libdnf: Warn/disallow changes outside /usr, /etc with --transient [rhel-10]

Linking RHIVOS CVEs to...Migration: Automation ...Sync from "Extern...XMLWordPrintable

    • libdnf-0.73.1-12.el10
    • Important
    • rhel-swm
    • ssg_core_services
    • 18
    • 20
    • 0
    • Dev ack
    • False
    • False
    • Hide

      None

      Show
      None
    • None
    • None
    • Hide
      • New configuration option usr_drift_protected_paths allows to define a list of protected paths.
      • If a transaction would write to any of protected paths, the DNF exits with an error providing info how to force this potential dangerous transaction.
      Show
      New configuration option usr_drift_protected_paths allows to define a list of protected paths. If a transaction would write to any of protected paths, the DNF exits with an error providing info how to force this potential dangerous transaction.
    • Pass
    • Automated
    • Unspecified
    • Unspecified
    • Unspecified
    • None

      This is a clone of issue RHEL-84501 for the libdnf component.

      Original description:

      Goal

      • As a DNF --transient user, I don't want to accidentally make permanent changes that would break my system, e.g. by removing a kernel package that provides important files under /boot.
      • As a DNF --transient user, I want to still be allowed to perform a potentially unsafe transaction if I need to.

      Acceptance criteria

      A list of verification conditions, successful functional tests, or expected outcomes in order to declare this story/task successfully completed.

      • Users on non-bootc systems and/or are not using --transient are not affected
      • Transactions that modify files outside /usr and /etc, such as dnf4 upgrade --transient kernel-core, should fail unless the user passes some "-i-know-what-im-doing" flag
      • DNF should list the files outside /usr and /etc that would be unsafely modified by the transaction, so the user can make an informed decision whether to proceed with the potentially-unsafe transaction
      • Third-party packages that modify files outside /usr and /etc should be handled the same way as RHEL packages without intervention by the package mantainers.

              rh-ee-egoode Evan Goode
              watson-automation Watson Automation
              packaging-team-maint packaging-team-maint
              Jan Blazek Jan Blazek
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated: