This site will be decommissioned on December 31st 2024. After that date content will be available at techdocs.broadcom.com.

 

VMware Carbon Black App Control Linux Agent 8.7.18 | 17 October 2023 | Build 8.7.18.2

Check for additions and updates to these release notes.

What's New

This document provides change information and installation instructions for VMware Carbon Black App Control v8.7.18 Linux Agents.

The Carbon Black App Control v8.7.18 Linux Agent is a maintenance release.

New changes include:

  • Updated SQLite Library to version 3.43.1

  • Resolved customer defects. See Resolved Issues for more information about what was changed.

Resolved Issues

  • EP-16582: Fixed an issue where unloading the EDR kernel module after unloading the App Control kernel module first causes a system panic

  • EP-16690: Fixed an issue where deleting or clearing the agent cache results in an agent being assigned a new host ID (EP-21806)

  • EP-18795: Fixed an issue where customers may experience soft lock ups due to dead task scrubbing as part of process tracking (EA-23174)

  • EP-18897: Fixed an issue where a use-after-inode in the security_file_free LSM hook handler causes Linux agents to crash unexpectedly (EA-23316, EA-22968)

Known Issues

  • EP-201: Renaming files with symlink reports empty filename

    If a file is renamed with symlink, the event that reports this action shows an empty filename (quotation marks with nothing between them).

  • EP-344: Carbon Black App Control Agent notifier might not start automatically after automatic upgrade

    On some Linux systems, the Carbon Black App Control Agent notifier might not start automatically after installation or upgrade.

    There are several ways to remedy this:

    • Start the notifier manually with root privileges. From the location /opt/bit9/bin, run the command: ./b9notifier & There is no such file.

    • Reboot the endpoint and the Carbon Black App Control Agent notifier should start automatically.

    • Log out and log back in. However, this will not work with an SSH session running with the -X or -Y option. In that case, if you want to use the notifier, start it using one of the previous methods.

  • EP-850: If a system is stressed, it is possible for the OOM Killer to kill the b9daemon process

    It is recommended that you exempt the b9daemon process from the OOM Killer as it cannot currently be blocked via tamper protection. The exemption can be created running the following command as the root user. You can run it as a chron job on a regular basis (e.g., once an hour).

    echo -1000 > /proc/`pgrep b9daemon`/oom_score

    To verify if OOM has killed the b9daemon, the syslog can be checked as follows:

    grep -i kill /var/log/messages

    If the OOM Killer terminated a process, the command would show results similar to this:

    host kernel: Out of Memory: Killed process 1402 (b9daemon)

    Note: While oom_adj can be used, this has been deprecated in RH6/7; the current recommendation for RH6/7 is to use oom_score file.

  • EP-2817: Incorrect logic can misclassify a mount

    Incorrect logic could intermittently allow the agent to misclassify a mount as a local drive if the mount point is ever lost or disconnected. This issue can be worked around by unmounting and remounting.

    Unmount and remount.

  • EP-3392: Starting the Linux Protection agent through CLI fails to start b9notifier

    Starting the Linux Protection agent through CLI using the /Applications/Bit9/bin/b9cli -startup fails to start the b9notifier.

    Run the following command:

    /opt/bit9/bin/b9notifier &

  • EP-7786: A Debug Level error displays on the Linux agent

    A Debug Level error Error (1)… displays on the Linux agent after you send the debug level from the server to that agent.

  • EP-7903: Creating trusted folder does not change file state

    Despite creating a custom rule for a trusted path that would allow and promote the files within that folder, the file state does not change after execution from that trusted folder.

  • EP-8203: Baseline Drift Report does nor work for Linux agents

    Running a Baseline Drift Report returns no results for Linux agents. The following message appears: There are no items to display.

  • EP-8349: Linux Agent upgrade fails

    Linux Agent upgrade fails if Linux Agent is running.

  • EP-8834: Rules names do not match with the created rules in the events page

    On the server events page, names associated with rules created for Linux triggering an execution block event may not display in the Rule Name Column.

  • EP-8845: The macro <OnlyIf> does not work with custom rules

    Custom rules using the macro <OnlyIf> do not work. For example, the macro <OnlyIf:ConnectedToServer:No> behaves the same regardless of connection status.

  • EP-8885: ELF files are not recognized as installer files

    ELF files are not recognized as installer files.

  • EP-8912: Debug Level can display incorrect set level for agents

    On the server Computer Details page, the Debug Level may display the incorrect set level for Linux agents.

  • EP-8923: Tamper Protection warning events do not include "from location"

    On the server events page, Tamper Protection warning events do not include “From” locations on Linux agents.

  • EP-8932: Communicating the Policy Override code expiration depends on the Client/Server time zone

    The time in which a Policy Override code expires may not be communicated correctly depending on the Client/Server time zone.

    Upgrade to Carbon Black App Control Server 8.1.8

  • EP-8950: Custom rules using *\folder do not block files as expected

    Custom rules using a process pattern including a prepended wildcard, such as “*\folder” do not block files as expected.

  • EP-9022: Error does not display in the log when modifying the “Notifier Text” for enforcement policy advanced settings

    After modifying the “Notifier Text” when editing the enforcement policy advanced settings for blocking scripts, the resulting error that occurs when triggering the notifier does not display in the log.

  • EP-9030: Restoring server from backup displays an alert

    After restoring server from backup, an alert erroneously displays regarding the Linux agent: Host Package Not Found.

  • EP-9434: Exponential growth of a cache can negatively impact agent and device performance

    Repeated, unclean, shutdowns can result in a cache that grows exponentially and thus, negatively impacting agent and device performance.

  • EP-9556: Upgrade from 7.4.2 to 7.4.4 on Oracle Linux 8.0 can result with failure

    When upgrading from Linux agent 7.4.2 to 7.4.4 on Oracle Linux 8.0, the upgrade may fail.

    See KB 88833

  • EP-9567: Linux agent can take up to 3 hours to fully synchronize

    After installing the Linux agent, the agent can take 2-3 hours to fully synchronize.

  • EP-10262: Linux agent upgrade from version 7.4.2.112 to 7.4.4 can result with an error

    When upgrading a Linux agent specifically from version 7.4.2.112 to 7.4.4, an error may display on the console indicating that the process has stopped.

    Upgrade Linux agent to version 7.4.6.

  • EP-10414: Unable to start agent an a device with low memory

    On a device with low memory, the agent does not start after rebooting.

  • EP-10508: When copying one interesting file over another, the latter is no longer found by the dascli/b9cli command

    Occasionally, when copying one interesting file over another interesting file, the latter is no longer found by the dascli/b9cli command.

  • EP-10768: Linux agent does not report application data to File Catalog in App Control Server

    Currently, the App Control Server does not collect application data on Linux endpoints. If visiting the File Catalog and look for this data, it is not present. The missing fields are Publisher, Product Name, and Product Version. This data is needed to support Common Platform Enumeration (CPE).

  • EP-11005: Agent installation log files may contain a warning

    In some cases, the agent installation log files contain a warning RPMDB altered outside of yum. after a successful installation.

  • EP-11067: Pushing code to an agent may cause NMI watchdog lockup errors

    In some cases, pushing code to an agent can cause NMI watchdog soft lockup errors that can cause the code deployment to fail.

  • EP-11147: The Linux agent displays a message when adding a user for Linux User/Group to Manage Agents

    When adding a user by navigating to the server System Configurations>General tab> Edit>Agent Management section>Linux User/Group to Manage Agents page, selecting User, and clicking the Update button causes the display of the Not Validated message.

  • EP-11431: Local Approval mode does not work on a Linux agent

    Temporary Local Approval mode does not work on a Linux agent when FIPS is enabled on the agent.

  • EP-12731: On RHEL 8 platform, pressing random keyboard keys results with an error

    When using the RHEL 8 platform, an error occurs if the user presses random keyboard keys while on the unapproved script notifier dialog.

    • Do not use keys while on the unapproved script dialog.

    • If the assertion failed dialog appears, click continue, and go back to the previous screen.

  • EP-14575: When an unapproved file is executed and user clicks “block” on “unapproved file” pop-up, two events are generated and sent to console

    The process name is missing on one of those two events. The other event displays the process name and all respective information correctly.

  • EP-14659: Agent starts synchronization every time there is a change in enforcement level and a user creates a script rule for a file type that already has a script rule associated with it.

    For example, the issue may occur if a user creates custom rules for certain file extensions that already have a script rule in place.

  • EP-14764: With agent in medium/high enforcement level, upgrading RHEL version to 8.x using “software upgrade GUI Interface” results in “unapproved file” pop-up coming up for some files

    This is for the files that get added to the system as a part of RHEL upgrade.

    Workarounds:

    1. A manual “local approval” of the files being flagged resolves the issue. This can be done on the console.

    2. The problem can be avoided by upgrading RHEL using command line option rather than GUI option.

    3. Change the enforcement mode to “Low”. Upgrade the OS using GUI option. Then change the agent mode back to “medium/high”, as per the need. This sequence makes sure that the files get locally approved and "unapproved file" pop-up does not appear.

  • EP-15384: On the "Computers" page, the "Operating System" column is incorrect for Linux agents running Oracle Linux

    Using the "Operating System Details" column displays the correct operating system information

  • 44496: The process command line field in Carbon Black App Control events lists only the executable name

    The process command line field in Carbon Black App Control events lists only the name of the executable that ran, not the arguments that were used to invoke that executable.

  • 46389: No custom notifier icon for Linux agents

    You cannot add a custom notifier icon for Linux agents in this release.

  • 49579: Virtual machines may hang on reboot

    Some virtual machines running on VMWare Fusion may hang on reboot.

    Remove the rhgb quiet from the kernel menu entry.

  • Carbon Black App Control Agent installation requires a reboot

    If you have an existing Carbon Black EDR Sensor running on your system and you wish to install the Carbon Black App Control Agent, a reboot will be required after the installation completes.

  • Reboot of an endpoint can take several minutes

    Reboot of an endpoint, containing both Carbon Black App Control Agent v7.4.2 and Carbon Black EDR Sensor, can take several minutes.

  • Prelinking must be disabled on Red Hat and CentOS computers before installing agents.

    When prelinking is enabled, executable file content will be changed whenever prelinking runs, which will bloat server inventory and result in many more files that need to be approved. This makes it difficult to ascertain whether an executable file was maliciously modified since each instance can have a unique hash.

check-circle-line exclamation-circle-line close-line
Scroll to top icon