Introduction
SummitAI Asset Management Agent (SAM) is a virtual agent that is installed on the client’s machine to systematically track, evaluate, and manage the Hardware and Software that are installed on the machine. The goal of SAM agent is to reduce IT expenditures, human resource overhead, and risks inherent in owning and managing the Hardware and Software Assets. The SAM Agent helps in reporting the online or offline status of the machine, establishing remote connection using stealth mode, and retrieving license keys and device information. The SAM Agent is written in dot net framework. The SAM Agent version is always prefixed by the number 2.x.x.x.
SAM Versions and Enhancements
The following table describes the various versions of the SAM Agent and the fixes and enhancements available in each of these versions:
Version# | Fixes and Enhancements | Application Version |
---|---|---|
2.5.6.16 | SAM Agent logs will grow a maximum of 5 MB and will recycle after 5 MB. | Denali SP3 HF14 onwards |
2.5.6.15 | SFTP software deployment is implemented, and this feature is supported in “DENALI.SP3.HF14” onwards.
| Denali SP3 HF14 onwards |
2.5.6.14 | A connection timeout error is displayed on few environments, while downloading more than one approved patches at the same time using HTTP protocol. This is fixed for all HTTP connections. | DENALI SP3 HF02 Onwards |
2.5.6.13 | While installing the patches, SAM Agent displayed an error, Error:11. A connection timeout error is displayed on few environments, while downloading more than one approved patches at the same time using HTTP protocol. | |
2.5.6.12 | The IP Addresses were not populated in the Agent online status report for a few machines when machines are connected using the dongle network. Whereas, IP Address was correctly displayed in the Hardware information discovery section. Also, a TLS error occurred, and the auto KB installation was not getting removed post-installation. The above issues are fixed in this version. | |
2.5.6.11 | The following merges are taken care of in this version:
| |
2.5.6.10 | This version is enriched with the windows 10 build upgrade support. The base code for this version is v2.5.5.19. | |
2.5.5.27 | A connection timeout error is displayed on few environments, while downloading more than one approved patches at the same time using HTTP protocol. This is fixed for all HTTP connections. | DENALI SP3 HF01 Onwards |
2.5.5.26 | While installing the patches, SAM Agent displayed an error, Error:11. A connection timeout error is displayed on few environments, while downloading more than one approved patches at the same time using HTTP protocol. | |
2.5.5.23 | The IP Addresses were not populated in the Agent online status report for a few machines when machines are connected using the dongle network. Whereas, IP Address was correctly displayed in the Hardware information discovery section. Also, a TLS error occurred, and the auto KB installation was not getting removed post-installation. The above issues are fixed in this version. | |
2.5.5.22 | The following issues are fixed in this version:
| |
2.5.5.21 | Earlier, the system was fetching a maximum of 15 characters of the computer hostname even though the hostname was containing more than 15 characters. This issue is fixed in this version. | |
2.5.5.19 | This version is enriched with the TLS1.2 support for .Net framework 2.0 or above. The base code for this version is v2.0.5.16. | |
2.2.4.40 | System Type for 2-in-1 laptops was displayed as "Others". This issue is fixed. Now the System Type for 2-in-1 laptops is displayed as "Laptop". | |
2.2.4.39 | A connection timeout error is displayed on few environments, while downloading more than one approved patches at the same time using HTTP protocol. This is fixed for all HTTP connections. | Above SUMMIT v5.7 SP3 and below SUMMIT ALPS version |
2.2.4.38 | Patch offline .cab file information is fetched from Agent Machine and displayed in UI. | |
2.2.4.37 | While installing patches, SAM Agent displayed an error, Error:11. Error: 11- You cannot service a running 64-bit operating system with a 32-bit version of DISM. Please use the version of DISM that corresponds to your computer's architecture. | |
2.2.4.35 | Last logged on username was not getting derived from 64-bit machines in some scenarios. | |
2.2.4.34 | In the earlier version, the patch management scan was happening due to code obfuscation. This issue is fixed in this version. | |
2.2.4.33 | This version is enriched with the TLS1.2 support for .Net framework 4.5 or above. The base code for this version is v2.0.4.33. | |
2.0.5.16 | The last logged-in username was discovered as the SYSTEM account name even though some users logged in remotely. This issue occurred when the WMI query output for the remotely logged-in machines was empty for the username parameter. This issue is now fixed by using different commands. | |
When software information is discovered, few of the software versions are picked from the MSI database as the original version (that is the version when it was installed). But later, the same software was upgraded to the latest version, and the summit was shown as the older version by comparing the MSI database version. The issue is fixed in this version. | ||
2.0.5.15 | Includes the fixes of the various versions (2.0.4.26, 2.0.4.27, 2.0.4.28, 2.0.4.29, 2.0.4.30, and 2.0.4.31) | |
2.0.5.12, 2.0.5.11 | In this version, the "Unquoted Service Path" and "Improper Permissions" vulnerability issues of the Agent are fixed. Also, the access to everyone permission to the SummitAI installation folder is removed if provided earlier. | |
2.0.5.10 | This version is enriched with the Endpoint Automation script execution feature as part of SAM Agent. | |
2.0.4.34 | After adding more software in application profile mapping the application controller was not working. This issue is fixed in this version. | Above SUMMIT v5.7 SP3 and below SUMMIT ALPS version |
2.0.4.33, 2.0.4.32 | The last logged-in username was discovered as the SYSTEM account name even though some users logged in remotely. This issue occurred when the WMI query output for the remotely logged-in machines was empty for the username parameter. This issue is now fixed by using different commands. | |
When software information is discovered, few of the software versions are picked from the MSI database as the original version (that is the version when it was installed). But later, the same software was upgraded to the latest version, and the summit was shown as the older version by comparing the MSI database version. The issue is fixed in this version. | ||
2.0.4.31 | 1. The last logged on username was discovered as the SYSTEM account name even though some users logged in remotely. This issue occurred when the WMI query output for the remotely logged in machines was empty for the username parameter. This issue is fixed by using different commands. | Above SUMMIT v5.7 SP3 and below SUMMIT ALPS version |
2. When secure Boot is enabled, then the unsigned system drivers (i.e., the drivers for which the Microsoft digital certificate is not available) are prevented by the Windows operating system to executing/starting the booting operation. | ||
3. Earlier, while discovering the software details, different versions of the same software were captured in the registry and MSI folder. Due to this, the SummitAI application was considering the software version in the MSI database as the latest version. Now, the SummitAI application considers the registry version as the priority version. | ||
2.0.4.30 | Earlier, in the specific environment/machine, if the machine is required to install more than one patches, then at a time only one patch was getting downloaded. Now, multiple patches are downloaded by completely clearing the previous download request before the next download starts. | |
2.0.4.29 | In some machines, the Windows OS build number was not discovered earlier properly, could be discovered in this version. | |
2.0.4.28 | Earlier, the users were able to run an application from a shared folder even though the respective application was configured as blocked for execution. In this version, the issue is fixed. | |
2.0.4.27 | Earlier, the Software installation and uninstallation are not getting triggered correctly. The issue is fixed in this version. | |
2.0.4.26 | For Patch Management, if Patches are downloaded from an HTTP path, the path was not framed correctly. The issue is fixed in this version. | |
2.0.4.25, 2.0.4.24 | In this version, the "Unquoted Service Path" and "Improper Permissions" vulnerability issues of the Agent are fixed. Also, the access to everyone permission to the SummitAI installation folder is removed if provided earlier. | |
2.0.4.23 | This version is enriched with Orchestration Script execution at the agent level via Service request feature. | |
2.0.3.25 | Earlier, while discovering the software details, different versions of the same software were captured in the registry and MSI folder. Due to this, the SummitAI application was considering the software version in the MSI database as the latest version. Now, the SummitAI application considers the registry version as the priority version. | Above SUMMIT v5.6 and below SUMMIT v5.7 SP3 |
2.0.3.23, 2.0.3.22 | In this version, the "Unquoted Service Path" and "Improper Permissions" vulnerability issues of the Agent are fixed. Also, the access to everyone permission to the SummitAI installation folder is removed if provided earlier. | |
2.0.3.20 | Now, Admin can disable the desired data that must not be captured from the end point machine by adding the "DISABLE_SCAN" key in the SAMAgent.exe.config file. By default, all the required information is captured from the endpoint machine. | |
add key="DISABLE_SCAN" value="USAGE|LOGON|ADDTIONAL|DEVMGR|LIC" / | ||
2.0.3.19 | In the previous versions of the SummitAI application, when the SAM Agent was in idle state, it was utilizing some amount of CPU and RAM. This was causing Application performance issues. | |
Now, the SAM Agent is optimized to utilize very less memory and CPU even though it is in idle state. While scanning an Asset, CPU utilization spikes a little and then comes down. | ||
2.0.3.17 | Using stealth mode option, earlier the "SymRemote" was installed as an application. So, when any UAC prompt appeared on the user machine, the Analyst was not able to control the user machine. From this version, the "SymRemote" is installed as a Service, which enables the Analysts to control the user machine in case of UAC prompts. | |
2.0.2.17 | In the previous versions of the SummitAI application, when the SAM Agent was in idle state, it was utilizing some amount of CPU and RAM. This was causing Application performance issues. | Below SUMMIT v5.6 |
Now, the SAM Agent is optimized to utilize very less memory and CPU even though it is in idle state. While scanning an Asset, CPU utilization spikes a little and then comes down. |