Skip to content
OpenAdvisories
High SCA-2025-0007 20 CVEs

Multiple vulnerabilities in SICK Field Analytics and SICK Media Server

Published Jun 12, 2025 · Updated Jun 12, 2025 · Revision 2

Summary

SICK has found multiple vulnerabilities in the products SICK Field Analytics and SICK Media Server. The vulnerabilities could potentially affect the confidentiality, integrity an availability of the products. Therefore it is strongly recommended to apply general security practices when operating the products. Currently SICK is not aware of any public exploits.

Vulnerabilities 20

  • High 8.8

    Backup files can be modified and uploaded

    The backup ZIPs are not signed by the application, leading to the possibility that an attacker can download a backup ZIP, modify and re-upload it. This allows the attacker to disrupt the application by configuring the services in a way that they are unable to…

  • High 8.6

    Configurations endpoint does not require authorization

    Due to missing authorization of an API endpoint, unauthorized users can send HTTP GET requests to gather sensitive information. An attacker could also send HTTP POST requests to modify the log files’ root path as well as the TCP ports the service is running o…

  • High 7.5

    Credential disclosure

    Files in the source code contain login credentials for the admin user and the property configuration password, allowing an attacker to get full access to the application.

  • High 7.5

    Unencrypted communication (HTTP)

    All communication with the REST API is unencrypted (HTTP), allowing an attacker to intercept traffic between an actor and the webserver. This leads to the possibility of information gathering and downloading media files.

  • High 7.5

    Information disclosure to unauthorized user

    A remote unauthorized attacker may gather sensitive information of the application, due to missing authorization of configuration settings of the product.

  • High 7.5

    Unencrypted communication

    The server supports authentication methods in which credentials are sent in plaintext over unencrypted channels. If an attacker were to intercept traffic between a client and this server, the credentials would be exposed.

  • Medium 6.5

    Deprecated TLS version supported

    A service supports the use of a deprecated and unsafe TLS version. This could be exploited to expose sensitive information, modify data in unexpected ways or spoof identities of other users or devices, affecting the confidentiality and integrity of the device.

  • Medium 6.5

    Deprecated TLS version supported

    The application uses a weak password hash function, allowing an attacker to crack the weak password hash to gain access to an FTP user account.

  • Medium 6.5

    Unencrypted backup contains sensitive information

    The created backup files are unencrypted, making the application vulnerable for gathering sensitive information by downloading and decompressing the backup files.

  • Medium 5.5

    Stored Cross-Site-Script

    The web application is susceptible to cross-site-scripting attacks. An attacker who can create new dashboard widgets can inject malicious JavaScript code into the Transform Function which will be executed when the widget receives data from its data source.

  • Medium 5.3

    No brute-force protection

    The product does not implement sufficient measures to prevent multiple failed authentication attempts within a short time frame, making it susceptible to brute-force attacks.

  • Medium 5.3

    User enumeration

    For failed login attempts, the application returns different error messages depending on whether the login failed due to an incorrect password or a non-existing username. This allows an attacker to guess usernames until they find an existing one.

  • Medium 5.3

    Sensitive Data in URL

    The application sends user credentials as URL parameters instead of POST bodies, making it vulnerable to information gathering.

  • Medium 5.3

    Cookie missing HttpOnly flag

    The HttpOnlyflag of the session cookie \"@@\" is set to false. Since this flag helps preventing access to cookies via client-side scripts, setting the flag to false can lead to a higher possibility of Cross-Side-Scripting attacks which target the stored cooki…

  • Medium 5.3

    No protection against brute-force attacks

    The FTP server’s login mechanism does not restrict authentication attempts, allowing an attacker to brute-force user passwords and potentially compromising the FTP server.

  • Medium 4.8

    Dashboards and iFrames can link malicious web content

    Linked URLs during the creation of iFrame widgets and dashboards are vulnerable to code execution. The URLs get embedded as iFrame widgets, making it possible to attack other users that access the dashboard by including malicious code. The attack is only poss…

  • Medium 4.3

    Server-Side Request Forgery

    The application is vulnerable to Server-Side Request Forgery (SSRF). An endpoint can be used to send server internal requests to other ports.

  • Medium 4.3

    Clickjacking

    The web application is vulnerable to clickjacking attacks. The site can be embedded into another frame, allowing an attacker to trick a user into clicking on something different from what the user perceives. This could potentially reveal confidential informat…

  • Medium 4.2

    Missing HTTP Security Headers

    The application fails to implement several security headers. These headers help increase the overall security level of the web application by e.g., preventing the application to be displayed in an iFrame (Clickjacking attacks) or not executing injected malici…

  • Low 3.1

    Poor quality of randomness in authorization tokens

    The Media Server’s authorization tokens have a poor quality of randomness. An attacker may be able to guess the token of an active user by computing plausible tokens.

Revision history

  1. #2

    Updated Advisory: URL for SICK Operating Guidelines has been updated

  2. #1

    Initial version

References