Top issues
Problem
Software developers use programming and design knowledge to build reusable software components. Software components are the basic building blocks for modern applications. Software consumed by an enterprise consists of hundreds, and sometimes even thousands of open source components. Open source communities depend on the work of thousands of software developers that volunteer their time to maintain software components. Software developers build up the reputation of their open source projects by developing in public. Modern source code repositories have many social features that allow software developers to handle bug reports, have discussions with their users, and convey reaching significant project milestones. It is uncommon to find open source projects that omit linking their component to a publicly accessible source code repository.Prevalence in Visual Studio Code community
No prevalence information at this timeNext steps
Check the software component behaviors for anomalies.
Consider exploratory software component testing within a sandbox environment.
Consider replacing the software component with a more widely used alternative.
Avoid using this software package until it is vetted as safe.
Detected presence of software components that have code outside of the common screen width.
hunting
Problem
Diligent software developers audit the source code of a component before it gets included in the software project. This audit often includes reviewing key pieces of code hosted in a public source repository. Aiming to avoid detection through spot-checks, attackers often hide malicious payloads by placing the code outside the common screen width. Depending on how the code editor used for review is configured, the malicious code might never be shown to the developer during the audit. Since many programming languages allow multiple statements to be made in the same line of code, both visible and off-screen code will be executed. While presence of code outside the common screen width does not imply malicious intent, all of its uses in a software package should be documented and approved. When a software package has behavior traits similar to malicious software, it may become flagged by security solutions.Prevalence in Visual Studio Code community
No prevalence information at this timeNext steps
Investigate reported detections as indicators of software tampering.
Consult Mitre ATT&CK documentation: T1027 - Obfuscated Files or Information.
Consider rewriting the flagged code without using the marked behaviors.
Top behaviors
Modifies file/directory permissions.
permissions
Prevalence in Visual Studio Code community
No behavior prevalence information at this timeChanges file ownership.
file
Prevalence in Visual Studio Code community
No behavior prevalence information at this timeEncodes data using the Base16 algorithm.
file
Prevalence in Visual Studio Code community
No behavior prevalence information at this timeAccesses a shell configuration file.
file
Prevalence in Visual Studio Code community
No behavior prevalence information at this timeExecutes files during installation or upon launch.
execution
Prevalence in Visual Studio Code community
No behavior prevalence information at this timeTop vulnerabilities
No vulnerabilities found.