My take on this is a little different. (Disc: I'm a cofounder of Clerk which is also in the space)<p>I think Okta will try to build "Okta for Customer ID"<p>When people think of Okta, they think of it as a tool to help employees securely access third-party SaaS vendors.<p>That same problem exists for Customer Identity, but it looks a little different. Instead of setting up SSO for SaaS, developers are writing code to pass their customer data into tools like Stripe, Intercom, Salesforce, Segment, Mailchimp, etc, etc.<p>This is redundant work that a centralized Customer identity provider has the potential to alleviate.<p>I don't really think Auth0 is well-positioned to pull this off, and that's part of why we started Clerk. But considering Okta has that playbook in it's DNA, I wouldn't be surprised if that's what they're attempting.