Changes for page eMagiz Security Guide
Last modified by Waria on 2026/07/23 09:35
Summary
-
Page properties (1 modified, 0 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -27,8 +27,8 @@ 27 27 2. Your customized flows are combined with a base image (which contains framework components to make the flows work) and are deployed into a runtime (java-based application container). 28 28 3. These runtimes run on Cloud machines that contain Cloud templates (all required components to make the Cloud machine operational such as OS, Java runtime version, and more). 29 29 30 +[[image:Main.Images.Fundamental.WebHome@fundamental-emagiz-security-guide--emagiz-architecture.png]] 30 30 31 - 32 32 Your flows are stored within a registry so deployments can be managed efficiently. To prevent unauthorized access to this repository, the following measures have been taken: 33 33 34 34 ... ... @@ -40,8 +40,6 @@ 40 40 * Connections to the registry are always one-way SSL (encrypted) and all access is secured with a unique username/password combination. 41 41 * As mentioned above, the registry is read-only for agents and client runtimes. This means that even if someone gets their hands on a username/password combination, they do not have sufficient rights to alter anything in the registry. They can only read the data that is kept in the registry. 42 42 43 - 44 -[[image:Main.Images.Fundamental.WebHome@fundamental-emagiz-security-guide--emagiz-architecture.png]] 45 45 46 46 === 3.2 Security Guidelines - Cloud === 47 47 ... ... @@ -169,17 +169,12 @@ 169 169 This way, each connection between the application and the integration (end-point) can be adequately secured and gives the flexibility to confer with the external application which method suits their needs the best. 170 170 171 171 ==== 3.5.2 API Gateway ==== 170 + 171 +To secure the front end of the API Gateway in eMagiz rights can be assigned to users in User Management. Users are automatically created for systems integrated by the API pattern in the Portal. Next to that manual users can be added for external systems that interact with the eMagiz API Gateway. You can configure read and write rights per created operation in your model. If a user has insufficient rights for the requested action, they will receive a 401 Unauthorized. 172 +For the backend of the API Gateway, the same logic applies as stated above for messaging, which means that eMagiz supports the industry standard. Therefore, you as a user should confer with the external party about the correct method. 172 172 173 - Astructurewithroles andrights per role can be specified within the portalor via an external IDP to secure the front end of the API Gateway ineMagiz. For the backendof the API Gateway, the samelogic applies as stated above for messaging,which means that eMagiz supports the industry standard. Therefore, you as a user should confer with the external party about the correct method.174 +===== 3.5.2.1 Error handling ===== 174 174 175 -===== 3.5.2.1 Portal ===== 176 - 177 -As you can see in the picture shown below, the roles are defined so that the Read role can only access two integrations available for this specific API Gateway. If a client has insufficient rights, they will receive a 401 Unauthorized 178 - 179 -[[image:Main.Images.Fundamental.WebHome@fundamental-emagiz-security-guide--api-gateway-portal-feedback.png]] 180 - 181 -===== 3.5.2.3 Error handling ===== 182 - 183 183 To prevent the error message if it occurs is sent straight back to the client, you can configure the front end of the API Gateway, so that correct HTTP Status codes are given back to the client, including a descriptive message. 184 184 185 185 For more information on how this precisely can be configured via the eMagiz platform, please check the following [[microlearning>>doc:Main.eMagiz Academy.Microlearnings.Crash Course.Crash Course API Gateway.crashcourse-api-gateway-configure-roles-and-users||target="blank"]].