Estado de Mendix

Estado oficial verificado

Mendix is experiencing an outage

Mantenimiento oficial activo

Scheduled Platform Maintenance — We will perform updates on our platform applications. During the maintenance window, you may not be able to sign in to Mendix Portal or Studio Pro. Parts of the Mendix Portal may not be available. Public APIs, administration of API credentials and security settings may also be temporarily unavailable. It may also not be possible to deploy apps or administer your environments during this time. In case you are affected, please retry your actions once the scheduled maintenance has been completed. To see the full list of affected components, please select “View all updates”.

Incidente oficial activo

Security update: Critical Java patch update — What happened On 20 October 2026, Oracle has released an October 2026 Critical Patch Update (https://blogs.oracle.com/security/october-2026-critical-patch-update-released) that includes multiple fixes for Java versions that are in use by Mendix apps. Who is affected All customers with applications running on Mendix Cloud. What we did We have updated the Java version for Java 25 and Java 21. These new versions include the critical patch updates. We're working on updating the other Java versions used on Mendix Cloud (Java 11, Java 17). For these Java versions, we're waiting for an update from our vendors. Once these updates are available, we will update the Java versions used on Mendix Cloud. What you need to do If your app is running on Java 21 or Java 25, you should redeploy your app. You can find the Java version used for your environment on the Environment Details page (https://docs.mendix.com/developerportal/deploy/environments-details/#application-status). You can redeploy the same package that is already running on your environment, or build and deploy a new package. A restart is not enough! We recommend doing this in your usual order, so you can check that your applications still work before updating production: 1. Test environment 2. Acceptance environment 3. Production environment If your app is running on Java 11 or Java 17, you should keep an eye on this Statuspage incident. We will update this when we release new Java versions on Mendix Cloud. These updates will include instructions for the specific Java versions. Deployment requirements To apply these security fixes, you must perform a regular deployment (non-Zero Downtime Deployment). Zero Downtime Deployment (ZDT) will not apply these security fixes, even when redeploying an existing deployment package. You do not need to create a new deployment package. You can redeploy your existing package using the regular deployment process. If you have already performed a Zero Downtime Deployment to apply these fixes, please redeploy using the regular deployment process. A regular deployment causes a short period of downtime while the application restarts, so please plan accordingly. If you have any questions, feel free to contact support.

Incidente oficial activo

Security update: compromised eMudhra certificates blocked for Mendix Cloud apps — What happened A certificate authority called eMudhra generated the cryptographic keys for eight of its intermediate certificates incorrectly, that caused the certificates to become compromised. Java, which Mendix apps run on, trusted these certificates by default. Someone able to intercept an app's outgoing connection could pose as the server it was calling. Who is affected Only the outgoing connections your app makes over HTTPS, for example REST or web service calls, or other integrations with external systems. Traffic coming in to your app, such as users opening it in a browser, is not affected. What we did We have updated the Mendix Cloud build process so that apps built from now on no longer trust the compromised certificates. We have also updated the underlying OS base image. This was released on 22 Oct at 17:30 UTC. What you need to do The fix is added when your app is deployed, so apps that are already running only get it when you redeploy. You can redeploy the same package that is already running on your environment, or build and deploy a new package. A restart is not enough! If your app makes outgoing calls to other systems, please redeploy it. We recommend doing this in your usual order, so you can check that your integrations still work before production: 1. Test environment 2. Acceptance environment 3. Production environment If your app does not make outgoing calls, no action is needed. It will receive the update at its next regular deployment. Deployment requirements To apply these security fixes, you must perform a regular deployment (non-Zero Downtime Deployment). Zero Downtime Deployment (ZDT) will not apply these security fixes, even when redeploying an existing deployment package. You do not need to create a new deployment package. You can redeploy your existing package using the regular deployment process. If you have already performed a Zero Downtime Deployment to apply these fixes, please redeploy using the regular deployment process. A regular deployment causes a short period of downtime while the application restarts, so please plan accordingly. What to expect after redeploying If one of the systems your app calls uses a certificate issued by one of the affected eMudhra authorities, the connection will now fail. In that case, ask the owner of that system to replace its certificate. If you have any questions, feel free to contact support.