Check the real path for the alias store file

Verify the real path, which is the fully resolved path from junctions,
symbolic links, and path traversal characters.

Check if the user name contains any illegal characters.

Verify that the user name whose store will be used to remove and query
aliases does not contain any illegal and path traversal characters
(backward and forward slashes).

Change to common source file not applicable to open-vm-tools.

Change to common source file not applicable to open-vm-tools.

Set the "patch" field of VMTools version to zero.

Prior to VMTools 13.0.0, the fourth field in the VMTools version was set
to PRODUCT_BUILD_NUMBER_NUMERIC which was the sequential build number
of the product within the branch. Going forward, the fourth field
of the displayed VMTools version is to be the "patch" starting with a
'0' value.

Update ChangeLog with the granular push of Jun 02, 2025.
- plus ChangeLog update of Apr 22, 2025.
- plus missed copyright year update to few files.

Correct missed 2025 copyright update.

Change to common header file not applicable to open-vm-tools.

Change to common header files not applicable to open-vm-tools.

Change to common source files not applicable to open-vm-tools at this time.

Change to common header file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Change to common header files not applicable to open-vm-tools.

Check if the user name contains any illegal characters.

Verify that the user name whose store will be used to remove and query
aliases does not contain any illegal and path traversal characters
(backward and forward slashes).

Change to common source file not applicable to open-vm-tools.

Update vm_tools_version.h with recent VMTools patch releases.

Adding the following tools patch releases to the historical list.

12.4.6 - TOOLS_VERSION_SOCKET_WRENCH_PATCH1
12.5.1 - TOOLS_VERSION_PLIERS_PATCH1

Change to common header file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Change to common header files not applicable to open-vm-tools.

Change to common source file not applicable to open-vm-tools.

Change to common source files not applicable to open-vm-tools.

Avoid potential pointer truncation in Util_Memcpy32

`Util_Memcpy32` casts pointers to `long` types, but `long` is
not necessarily large enough to store a pointer without
truncation. (For example, Windows typically uses LLP64 where
`long` is a 32-bit integer type on x64 systems.  Although
`Util_Memcpy32` does its interesting work only for GCC, some
parts of our build use GCC on Windows, and apparently that
GCC configuration also uses LLP64.)

Cast to `intptr_t` instead.

Change to common source file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Change to common source files not applicable to open-vm-tools at this time.

Merge branch 'stable-12.5.x'

Update ChangeLog with the open-vm-tools 12.5.2 release marker.

=================================================
  open-vm-tools 12.5.2 released at this point.
=================================================

Update of the ChangeLog with the final changes in preparation for
the open-vm-tools 12.5.2 release.

Update the ReleaseNotes.md for the 12.5.2 open-vm-tools release.

Prepare for the open-vm-tools 12.5.2 release.

- Update the tools version in the configure.ac.
- Update the build numbers in the buldNumber.h.

Set the open-vm-tools product version for a 12.5.2 patch release

Validate user names and file paths

Prevent usage of illegal characters in user names and file paths.
Also, disallow unexpected symlinks in file paths.

This patch contains changes to common source files not applicable
to open-vm-tools.

All files being updated should be consider to have the copyright to
be updated to:

 * Copyright (c) XXXX-2025 Broadcom. All Rights Reserved.
 * The term "Broadcom" refers to Broadcom Inc. and/or its subsidiaries.

The 2025 Broadcom copyright information update is not part of this
patch set to allow the patch to be easily applied to previous
open-vm-tools source releases.

Update ChangeLog with the granular push of Apr 22, 2025.
- plus ChangeLog update of Feb 24, 2025.

Use different command to reboot linux VM, depending on the init system type

We currently use the "telinit 6" command to reboot linux VMs.
However, the "telinit" command will be unavailable in the future as SysVinit
will be deprecated on some modern linux systems.

For example: In SUSE, "telinit" command is part of systemd-sysvcompat
(15 SP6 and newer) or systemd-sysvinit (older than 15 SP6), whereas in some
SUSE images or templates such as SUSE minimal VM has no such packages installed.
See SUSE KB: https://www.suse.com/support/kb/doc/?id=000021564

This change detects the init system of a linux and uses different command
to trigger reboot. If the modern init system, systemd, is available, then
"systemctl reboot" command will be used to trigger reboot. Otherwise, continue
using "telinit 6" command as SysVinit, the traditional init system, is still
available.

Change to common header files not applicable to open-vm-tools.

Change to common source file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Set the "patch" field of VMTools version to zero.

Prior to VMTools 13.0.0, the fourth field in the VMTools version was set
to PRODUCT_BUILD_NUMBER_NUMERIC which was the sequential build number
of the product within the branch. Going forward, the fourth field
of the displayed VMTools version is to be the "patch" starting with a
'0' value.

Change to common header file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Change to common source files not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Change to common source file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Update ChangeLog with the granular push of Feb 25, 2025.
- plus ChangeLog update of Feb 21, 2025.

Update the AC_VMW_CHECK_LIB fields for xmlsec1 library.

Currently, the library's custom "config" (xmlsec1-config)
is being used to determine compiler and linker flags.
Customer reported cross compiler problem with the xmlsec1-config
usage and suggested the below changes to use pkg-config instead.

o Pass library name as 3rd parameter to AC_VMW_CHECK_LIB Macro
  to determine the compiler and linker flags via pkg-config.
o Also use the predefined 'PKG_CONFIG' variable rather than hardcoding
  'pkg-config'

Pull request: https://github.com/vmware/open-vm-tools/pull/732

Provide a tools.conf setting to disable timesync plugin

This change intends to address a customer issue that requires an
in-guest config to disable timesync without having to reboot VM or
restart. Although we have some ways to implement it from host side,
customer claimed the guest administator may not be the administrator
of vSphere so that an in-guest approach is still needed.

This change adds two config options under "timeSync" group:
- disable-all: This disables all time sync including one-time sync
  and periodic sync.
- disable-periodic: This disables periodic sync only.
  Note we cannot disable one-time sync and keep periodic sync enabled
  as this is not allowed according to the product design.

Addresses Issue: https://github.com/vmware/open-vm-tools/issues/302

Fix a couple of memory leaks in drag-and-drop/copy-paste code:

* `CopyPasteRpcV3::HandleMsg` calls `CPClipboard_Unserialize`
which allocates memory to the supplied `Clipboard`
structure, but it neglected to call `CPClipboard_Destroy`
to free it when done.  Also update the documentation for
`CPClipboard_Unserialize` to make the contract more
explicit.
* `DnD_SetCPClipboardFromLocalText` completely neglected to
free its destination buffer.

Bonus cleanup:

* Make some pointers `const` (which also allows us to remove
some casts).
* Replace a call to `UNICODE_RELEASE_UTF16` with `free` since
the memory was allocated by lib/dnd with `malloc` and was
not allocated by lib/unicode.

Fix the assembler warning

The Warning "found movsd; assuming movsl was meant" was noticed while
building open-vm-tools with gcc 12.2.0 (on Debian 12.2.0-14).
It was because of the change https://sourceware.org/bugzilla/show_bug.cgi?id=29525
made to the GNU assembler code (GNU Binutils for Debian) 2.39.90.20221231.

Replace the instruction "movsd" with "movsl" to avoid this warning.

Fix copyright years.

Update ChangeLog with the granular push of Feb 24, 2025.
- plus ChangeLog update of Feb 18, 2025.

Change to common header file not applicable to open-vm-tools.

Minor fix to the debug log about timesync being disabled

This change intends to log which type of timesync has been disabled to
avoid potential confusion.

Change to common header file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Update the AC_VMW_CHECK_LIB fields for xmlsec1 library.

Currently, the library's custom "config" (xmlsec1-config)
is being used to determine compiler and linker flags.
Customer reported cross compiler problem with the xmlsec1-config
usage and suggested the below changes to use pkg-config instead.

o Pass library name as 3rd parameter to AC_VMW_CHECK_LIB Macro
  to determine the compiler and linker flags via pkg-config.
o Also use the predefined 'PKG_CONFIG' variable rather than hardcoding
  'pkg-config'

Pull request: https://github.com/vmware/open-vm-tools/pull/732

Change to common header file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Provide a tools.conf setting to disable timesync plugin

This change intends to address a customer issue that requires an
in-guest config to disable timesync without having to reboot VM or
restart. Although we have some ways to implement it from host side,
customer claimed the guest administator may not be the administrator
of vSphere so that an in-guest approach is still needed.

This change adds two config options under "timeSync" group:
- disable-all: This disables all time sync including one-time sync
and periodic sync.
- disable-periodic: This disables periodic sync only.
Note we cannot disable one-time sync and keep periodic sync enabled
as this is not allowed according to the product design.

Addresses Issue: https://github.com/vmware/open-vm-tools/issues/302

Change to common header file not applicable to open-vm-tools.

Fix the assembler warning

The Warning "found movsd; assuming movsl was meant" was noticed while
building open-vm-tools with gcc 12.2.0 (on Debian 12.2.0-14).
It was because of the change https://sourceware.org/bugzilla/show_bug.cgi?id=29525
made to the GNU assembler code (GNU Binutils for Debian) 2.39.90.20221231.

Replace the instruction "movsd" with "movsl" to avoid this warning.

Fix copyright years.

[config] Change to tools.conf ignored when time syncs backwards.

Originally seen on Windows 2025:
A guest start with a date+time that gets updated by a time sync process (ntp,
timesync) that performs a significant jump backwards in time.

*: Significant here as nothing to do with the size of the jump, but rather its
timing.

The VMware Tools 'tools.conf' file exists and was created in the original time
configuration of the VM such that it's last modified time is current on boot and
when initially loaded (read) by the VMware Tools service. The service will have
saved this last modified timestamp for future comparisons.

At a point after the VMware Tools configuration is loaded, a time sync occurs
that updates the guest time backwards (Tx becomes Tx-y) such that the new time
is before the VMware Tools configuration file's (tools.conf) last modified
timestamp.

After the time adjustment AND before the new time catches up with the old time;
the VMware Tools configuration file (tools.conf) is updated.  Its last modified
time changing from a time consistent with the old time to a time at or shortly
later than the new time.

When the VMware Tools service checks for configuration update, the saved and
current 'last modified' timestamps are compared.

The old comparison was performing a '<=' comparison to skip reading the
configuration file, only re-loading the configuration for newer timestamps.

In the conditions here, this check causes the configuration change to be ignored
until the guest time catches up and passes the saved 'future' timestamp or the
VMware Tools service is restarted.

Change:
Changing the last modified timestamp check to skip the configuration reload
when the timestamp are the same (from '<=' to '==').

Update ChangeLog with the granular push of Feb 21, 2025.
- plus ChangeLog update of Jan 08, 2025.

[componentMgr] salt-minion - update integration script to version 2024.12.05

svtminion:
New release (2024.12.05) of the salt-minion integration script.
o Supports the new repository locations at packages.broadcom.com.
o Only supports Salt 3006 and higher with new Broadcom infrastructure.
o New return code 107 (Installed but Stopped); used when the service is
installed but stopped. Added to help with customer case where the service
remains 'not running' due to user action.
NOTE: Fixed line 31 apostrophe being an unicode homoglyph in svtminion.ps1
validated the downloaded files sha256 before that change.

componentMgr:
Update component manager to support the new return code 107.
return code: 107
string id: INSTALLEDSTOPPED
string message: Installed but Stopped.

Fix function pointer definition mismatch

Caught with -std=c23 option which is the default for gcc-15

Pull request: https://github.com/vmware/open-vm-tools/pull/751
Addresses issue: https://github.com/vmware/open-vm-tools/issues/750

Collect journalctl output and limit to 1 month of data.
Replace "!=" with "ne" for the $? comparison.

Update kb and confluence links from vmware to broadcom

Update kb and confluence links from vmware domain to broadcom
domain

open-vm-tools l10n message updates

Update ChangeLog with the granular push of Feb 18, 2025.
- plus ChangeLog update of Jan 08, 2025.
- plus missed copyright year update to multiple files.

Add the missed copyright year update to multiple files.

Change to common source file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

[componentMgr] salt-minion - update integration script to version 2024.12.05

svtminion:
New release (2024.12.05) of the salt-minion integration script.
o Supports the new repository locations at packages.broadcom.com.
o Only supports Salt 3006 and higher with new Broadcom infrastructure.
o New return code 107 (Installed but Stopped); used when the service is
installed but stopped. Added to help with customer case where the service
remains 'not running' due to user action.
NOTE: Fixed line 31 apostrophe being an unicode homoglyph in svtminion.ps1
validated the downloaded files sha256 before that change.

componentMgr:
Update component manager to support the new return code 107.
return code: 107
string id: INSTALLEDSTOPPED
string message: Installed but Stopped.

Bump the VMware Tools version to 13.1.0 on "devel" branch..

Adding the tag "TWEEZERS" to the 13.0.0 version.

Change to common header file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Change to common header file not applicable to open-vm-tools.

Fix function pointer definition mismatch

Caught with -std=c23 option which is the default for gcc-15

Pull request: https://github.com/vmware/open-vm-tools/pull/751
Addresses issue: https://github.com/vmware/open-vm-tools/issues/750

Change to common header file not applicable to open-vm-tools.

Fix a couple of memory leaks in drag-and-drop/copy-paste code:

* `CopyPasteRpcV3::HandleMsg` calls `CPClipboard_Unserialize`
which allocates memory to the supplied `Clipboard`
structure, but it neglected to call `CPClipboard_Destroy`
to free it when done.  Also update the documentation for
`CPClipboard_Unserialize` to make the contract more
explicit.
* `DnD_SetCPClipboardFromLocalText` completely neglected to
free its destination buffer.

Bonus cleanup:

* Make some pointers `const` (which also allows us to remove
some casts).
* Replace a call to `UNICODE_RELEASE_UTF16` with `free` since
the memory was allocated by lib/dnd with `malloc` and was
not allocated by lib/unicode.

[VMX][GuestOps] VM Denial of Service through guestops API requests.

Using PowerCLI Invoke-VMScript; an arbitrary 'ScriptText' payload can be sent
that will result in an internal vix request message that exceeds the
VIX_COMMAND_MAX_REQUEST_SIZE limit (64KB at writing).

Some guestops implementation do not check the result of call to
VixMsg_AllocRequestMsg(), which can be NULL, before use; causing a panic and
the VM (vmx) to crash/coredump.

The check for VIX_COMMAND_MAX_USER_INPUT_SIZE in foundryVMGuestOps.c are ported
to guestOps.c and additional checks are added to other site that call into
VixMsg_AllocRequestMsg() within guestOps.c.

Change to common header file not applicable to open-vm-tools.

open-vm-tools l10n message updates

Collect journalctl output in ascending time order

Journalctl output should follow the same time-ascending
format as VMware logs.

Change to common header file not applicable to open-vm-tools.

Collect journalctl output and limit to 1 month of data.
Replace "!=" with "ne" for the $? comparison.