TheMATLAB^®Web App Server™has no specific mechanism to prevent HTTP request capture and replay.

The development version ofMATLAB Web App Serverhas no mechanism for authentication or authorization other than HTTPS.

Any user with access to the network can run any application created with this software and read any data the application is authorized to access.

If you want authentication and role-based access capabilities, you need to purchase theMATLABWeb App Serverproduct.

Installation of theMATLAB Web App Servercreates two low-privileged user accounts on the host machine.

These low-privileged accounts may inherit privileges given to all users. Care should be taken to restrict privileges given to all users.

While the server and applications run under two different low-privileged user accounts, all applications hosted by the server run under the same low-privileged user account.

If multiple copies of the same application run simultaneously, they might interfere with each other. This situation happens if the application writes data to any shared resource, for example, a file or a non-concurrent database.

When deploying multiple applications to the server, the server shares cookies across sessions, which can result in crosstalk between applications for a single user accessing more than one application.

This situation could allow unintentional crosstalk between multiple applications run by the same user.

Deployed web applications are potentially vulnerable todataorcode injectionattacks whereby malicious or malformed inputs can be used to attempt to subvert the system. The server does not contain explicit protection against either type of injection attack. Certain MATLAB features, particularly theeval()function, can increase the risk of injection attacks. A common countermeasure is input sanitization or input whitelisting. MATLAB contains functions likeregexpandregexprepthat can assist in validating untrusted input.