MAP.05794 (Customer) asked a question.
Hey guys, did any of you have chance to create integration between Okta and Slack / Jira for end user, so they are able to reset their mfa by themself? for example via Jira action or Slack command?
Regards
Hi, I am a bit confused on how that would work. If they cannot log into the IdP (Okta) how are they logged into Slack/Jira? And if they can login why not just "change password". I suppose this could be different sign-on policies. Let's go with that assumption for now.
Next, Okta already has self-service password reset options. Is there a specific need to build your own process?
And to directly answer your question. Yes, it would be possible. Jira has Webhooks and Slack slash effectively works like one. Both can be leveraged to send a payload to a destination http listener. Okta Workflows API Endpoint event card is an http listener that invokes a flow execution when a payload is received. You could then technically call the https://developer.okta.com/docs/reference/api/users/#reset-password endpoint to reset a password.
However, you would need to ensure the process correctly identifies the user making the request in the payload that is delivered to Workflows and that there is no way for those users on the jira/slack side to reset someone else by manipulating the payload that is to be delivered.
Hey Tim, thank you for clarification. Both systems are authorized by Okta but they have a longer session life. E.g. if someone loses their phone they will still be able to go into Jira and create a ticket (as long as they don't just hit the end of their session) or use Slack command to do a reset of their MFA. Is it possible through this Webhooks to limit that an employee can only reset his MFA?
Would you be able to take on such a task and create such a workflow?
Regards
Hey Tim, are you able to help with the creation of such a workflow between Okta and Jira?
We use cookies to provide the best website experience and to help understand marketing efforts. We may also share data with ad partners to reach potential customers across the web. To learn more, visit our Privacy Policy. Click here for Your Privacy Choices. You may also opt out of this sharing by signaling your preference via GPC, applicable only to the browser signaling the opt-out.
More information
These cookies are necessary for the website to function and cannot be switched off in our systems. They are usually only set in response to actions made by you which amount to a request for services, such as setting your privacy preferences, logging in or filling in forms. You can set your browser to block or alert you about these cookies, but some parts of the site will not then work. These cookies do not store any personally identifiable information.
These cookies enable the website to provide enhanced functionality and personalisation. They may be set by us or by third party providers whose services we have added to our pages. If you do not allow these cookies then some or all of these services may not function properly.
These cookies allow us to count visits and traffic sources so we can measure and improve the performance of our site. They help us to know which pages are the most and least popular and see how visitors move around the site. All information these cookies collect is aggregated and therefore anonymous. If you do not allow these cookies we will not know when you have visited our site, and will not be able to monitor its performance.
These cookies may be set through our site by our advertising partners. They may be used by those companies to build a profile of your interests and show you relevant adverts on other sites. They do not store directly personal information, but are based on uniquely identifying your browser and internet device. If you do not allow these cookies, you will experience less targeted advertising.
Select All
We use cookies to provide the best website experience and to help understand marketing efforts. We may also share data with ad partners to reach potential customers across the web. To learn more, visit our Privacy Policy. Click here for Your Privacy Choices. You may also opt out of this sharing by signaling your preference via GPC, applicable only to the browser signaling the opt-out.
More information
These cookies are necessary for the website to function and cannot be switched off in our systems. They are usually only set in response to actions made by you which amount to a request for services, such as setting your privacy preferences, logging in or filling in forms. You can set your browser to block or alert you about these cookies, but some parts of the site will not then work. These cookies do not store any personally identifiable information.
These cookies enable the website to provide enhanced functionality and personalisation. They may be set by us or by third party providers whose services we have added to our pages. If you do not allow these cookies then some or all of these services may not function properly.
These cookies allow us to count visits and traffic sources so we can measure and improve the performance of our site. They help us to know which pages are the most and least popular and see how visitors move around the site. All information these cookies collect is aggregated and therefore anonymous. If you do not allow these cookies we will not know when you have visited our site, and will not be able to monitor its performance.
These cookies may be set through our site by our advertising partners. They may be used by those companies to build a profile of your interests and show you relevant adverts on other sites. They do not store directly personal information, but are based on uniquely identifying your browser and internet device. If you do not allow these cookies, you will experience less targeted advertising.
Select All
Hi, I am a bit confused on how that would work. If they cannot log into the IdP (Okta) how are they logged into Slack/Jira? And if they can login why not just "change password". I suppose this could be different sign-on policies. Let's go with that assumption for now.
Next, Okta already has self-service password reset options. Is there a specific need to build your own process?
And to directly answer your question. Yes, it would be possible. Jira has Webhooks and Slack slash effectively works like one. Both can be leveraged to send a payload to a destination http listener. Okta Workflows API Endpoint event card is an http listener that invokes a flow execution when a payload is received. You could then technically call the https://developer.okta.com/docs/reference/api/users/#reset-password endpoint to reset a password.
However, you would need to ensure the process correctly identifies the user making the request in the payload that is delivered to Workflows and that there is no way for those users on the jira/slack side to reset someone else by manipulating the payload that is to be delivered.