Need Help? We are right here!
Thanks for your Enquiry. Our team will soon reach out to you.
If you don't hear from us within 24 hours, please feel free to send a follow-up email to info@xecurify.com
Search Results:
×Verify user identities by Network IP, Device in use, Location, and Time before they access your Jira with IAM. Learn More
Setup Now
Enable real-time security restriction over Jira with Network IP, Device in use, Location, and Time-based access control with CASB. Learn More
Setup Now
miniOrange provides user authentication from various external sources, which can be Directories (like ADFS, Microsoft Active Directory, OpenLDAP, AWS etc), Identity Providers (like Microsoft Entra ID, Okta, AWS), and many more. You can configure your existing directory/user store or add users in miniOrange.

Obtain the following information from Atlassian Jira Cloud.
The first step of Atlassian Access starts with the Domain Verification Process to enforce SAML SSO on the managed user accounts. This process verifies that you own a valid domain for managing the user accounts and use the same domain name for the email addresses.
Once the domain is successfully verified, it lets you host the Jira Software, Jira Service Management (JSM), Jira (wiki), or any Atlassian instance on the Cloud, along with providing pre-generated site URLs. For example, if the verified domain is acma.com, then the Jira Hosting URL will be https://acma.com/jira and user accounts will be user1@acma.com. So you can consider Domain Verification as a crucial step for your instance hosting and anyone who wants to do SAML SSO Configuration on Atlassian Cloud needs to go through the Domain Verification Process. Follow the steps in the document or video for Domain Verification.
Atlassian Access is an additional subscription applied across the Atlassian cloud products like Jira Software, Jira Service Management, Jira Work Management, Jira, Jira, etc. So it is needed for Single Sign-On(SSO) or any Cloud Service which comes under Atlassian Access.





Get IdP Metadata Details to upload to Atlassian Jira Cloud:




IP Based Access Restriction allows administrators to control user access based on the source IP address of the login request. Administrators can configure trusted or restricted IP addresses and IP ranges and define the action to be taken when a user's IP address matches the configured criteria. During authentication, the user's IP address is evaluated against the configured policy and access is either Allowed, Denied or Challenged based on the selected configuration.



Device restriction lets admins control application access using device trust. You can use Agentless Device Restriction (browser-based fingerprinting) or Agent-Based Device Restriction (installed agent with risk scoring) depending on your security requirements.

Agentless Device Restriction

Agent-Based Device Restriction


The Risk Engine allows you to evaluate device trustworthiness by analyzing multiple device attributes and calculating a risk score. Based on this score, user access is allowed, challenged or denied during login and device registration.



In location restrictions, the admin configures a list of locations where they want to allow or deny end-user access based on the condition set by the admin. When a user tries to log in with Adaptive Access Policy enabled, their location attributes, such as latitude, longitude and country code, are verified against the location list configured by the admin. Based on this, the user will be either allowed, challenged or denied.


In time restriction, the admin configures a time zone with start and end times and users are either allowed, denied or challenged based on the condition in the policy. When an end-user tries to log in with Adaptive Access Policy enabled, their time zone-related attributes, such as time zone and current system time, are verified against the list configured by the admin. Based on the configuration, the user is either allowed, denied or challenged.




| Attribute | Description |
|---|---|
| Allow | Allow users to authenticate and use services if Adaptive Access Policy condition is true. |
| Deny | Deny user authentications and access to services if Adaptive Access Policy condition is true. |
| Challenge | Challenge users with one of the three methods mentioned below for verifying user authenticity. |
Challenge Type Options:
| Factors | Description |
|---|---|
| User Second Factor |
The user needs to authenticate using the second factor they have selected or been assigned, such as
|
| KBA | The system will ask the user for 2 of 3 questions they have configured in their Self-Service Console. Only after the correct answers to both questions will the user be allowed to proceed further. |
| OTP over Alternate Email | User will receive an OTP on the alternate email they have configured through the Self Service Console. Once the user provides the correct OTP, they are allowed to proceed further. |
This section handles the notifications and alerts related to Adaptive Authentication. It provides the following options:


| Option | Description |
|---|---|
| Users login from unknown IP addresses, devices or locations | Enabling this option allows you to login from unknown IP addresses or devices and even locations. |
| Challenge Completed and Device Registered | Enabling this option allows you to send an email alert when an end-user completes a challenge and registers a device. |
| Challenge Completed but Device Not Registered | Enabling this option allows you to send an email alert when an end-user completes a challenge but do not registers the device. |
| Challenge Failed | Enabling this option allows you to send an email alert when an end-user fails to complete the challenge. |


Review the configured policy conditions, behavior change actions, email alert settings and custom error messages before creating the adaptive authentication policy. This step provides a consolidated view of all configured settings, allowing you to verify the policy configuration and make any necessary changes before saving.






| Application Name: | Enter the name of your application |
| Organization Domain: | Enter the domain of your organization on Shopify. (Ex: example.com) |
| Attribute Key: | Enter the Group Attribute Key for the SSO app, which you have configured in the IDP under the SAML attributes section. |
| Name Attribute Key: | Enter the attribute name like fname,Lname etc. |
| Enter ACS URL: | You can get the ACS URL from the Atlassian Admin dashboard. |
| Enter Entity URL: | You can get the Entity URL from the Atlassian Admin dashboard. |
| CASB Type | Select CASB type as Inline or Offline |
| Enable MDM | If you want to configure MDM on your device, enable it |
Let’s see how to configure policies for Atlassian CASB.
1. IP Configuration
1) Select the Allow or Deny option to either permit or restrict certain IP addresses.
2) Click on the Add IP Address icon to create a new field where you can add the IP addresses you want to regulate.
1. Approver Notification Email
2. Out of Network MAC Validation
Note: If users still require access, they can re-login and submit an approval request to their administrator.
3. Whitelisted MAC Address
1. Location Configuration
1) Select the Allow or Deny option to either permit or restrict certain locations.
2) Select Locations from dropdown.
1. Time of Access Configuration
1) Select Allow or Deny to permit or restrict user access during the selected time slot.
2) Select the user's timezone.
3) Select the start and end times for the time-based restriction.
Let’s see how to configure Groups for AtlassianPlus CASB.
a) App Restriction: In this, the restrictions will be applied over the application based on the policy that you have configured for the group.
b) No App Restriction: In this, there will be no restrictions on the application for the group.
c) Disable App: By choosing this option, the application becomes inaccessible from anywhere for the entire group.
d) Custom App Restriction: By using this, you can apply an application-specific custom application restriction policy to an application that overpowers the group's restriction policy.
miniOrange provides user authentication from various external sources, which can be Directories (like ADFS, Microsoft Active Directory, Microsoft Entra ID, OpenLDAP, Google, AWS Cognito etc), Identity Providers (like Okta, Shibboleth, Ping, OneLogin, KeyCloak), Databases (like MySQL, Maria DB, PostgreSQL) and many more. You can configure your existing directory/user store or add users in miniOrange.
1. Create User in miniOrange





2. Bulk Upload Users in miniOrange via Uploading CSV File.













Here's the list of the attributes and what it does when we enable it. You can enable/disable accordingly.
| Attribute | Description |
|---|---|
| Activate LDAP | All user authentications will be done with LDAP credentials if you Activate it |
| Fallback Authentication | If LDAP credentials fail then user will be authenticated through miniOrange |
| Enable administrator login | On enabling this, your miniOrange Administrator login authenticates using your LDAP server |
| Show IdP to users | If you enable this option, this IdP will be visible to users |
| Sync users in miniOrange | Users will be created in miniOrange after authentication with LDAP |
Attribute Name sent to SP = organization
Attribute Name from IDP = company










Set up AD as External Directory configuration is complete.
Note: Refer our guide to setup LDAP on windows server.
miniOrange integrates with various external user sources such as directories, identity providers, and etc.
Contact us or email us at idpsupport@xecurify.com and we'll help you setting it up in no time.