STIGhubSTIGhub
STIGsRMF ControlsCompare

STIGhub

A free tool to search and browse the entire DISA STIG library. Saves up to 75% in security compliance research time.

Navigation

  • Browse STIGs
  • Search
  • RMF Controls
  • Compare Versions

Resources

  • About
  • Release Notes
  • VPAT
  • DISA STIG Library
STIGs updated 2 hours ago
Powered by Pylon
© 2026 Beacon Cloud Solutions, Inc. All rights reserved.
← Back to MariaDB Enterprise 10.x Security Technical Implementation Guide

V-253744

CAT II (Medium)

When updates are applied to the MariaDB software, any software components that have been replaced or made unnecessary must be removed.

Rule ID

SV-253744r961677_rule

STIG

MariaDB Enterprise 10.x Security Technical Implementation Guide

Version

V2R5

CCIs

CCI-002617

Discussion

Previous versions of MariaDB components that are not removed from the information system after updates have been installed may be exploited by adversaries. MariaDB may remove older versions of software automatically from the information system. In other cases, manual review and removal will be required. In planning installations and upgrades, organizations must include steps (automated, manual, or both) to identify and remove the outdated modules. A transition period may be necessary when both the old and the new software are required. This should be taken into account in the planning.

Check Content

If updating through a repository using yum, apt, etc., all MariaDB packages should be updated/upgraded at the same time. 

Use the package manager to verify no outdated packages remain. Example: 

$ sudo yum list installed | grep -i mariadb

If older packages remain, this is a finding.

Fix Text

If after the upgrade outdated packages remain, update them if needed or remove. Example: 

$ sudo yum remove package_name