Skip to main content

Okta Authentication

info

What you'll learn​

  • Programmatically authenticate with Okta via a custom Cypress command
  • Adapting your Okta application for programmatic authentication during testing
caution

The scope of this guide is to demonstrate authentication solely against the Okta Universal Directory. Future guides will expand to include cover Okta authentication with other identity providers.

tip
Why authenticate programmatically?

Typically, logging in a user within your app by authenticating via a third-party provider requires visiting login pages hosted on a different domain. Since each Cypress test is limited to visiting domains of the same origin, we can subvert visiting and testing third-party login pages by programmatically interacting with the third-party authentication API to login a user.

Okta Developer Console Setup​

If not already setup, you will need to create an Okta application within the Okta Developer Console. Once the Okta application is created, the Okta Developer Console will provide a Client ID, which will used alongside your Okta domain to configure Okta SDKs as shown in the subsequent sections of this guide.

Setting Okta app credentials in Cypress​

To have access to test user credentials within our tests we need to configure Cypress to use the Okta environment variables set in the .env file.

:::cypress-env-example

// Populate process.env with values from .env file
require("dotenv").config();
{
"auth_username": "AUTH_USERNAME",
"auth_password": "AUTH_PASSWORD",
"okta_domain": "REACT_APP_OKTA_DOMAIN",
"okta_client_id": "REACT_APP_OKTA_CLIENTID"
}

:::

Custom Command for Okta Authentication​

Next, we will write a command named loginByOktaApi to perform a programmatic login into Okta and set an item in localStorage with the authenticated users details, which we will use in our application code to verify we are authenticated under test.

The loginByOktaApi command will execute the following steps:

  1. Use the Okta Authentication API to perform the programmatic login.
  2. Then uses an instance of OktaAuth client from the Okta Auth SDK to gain the id_token once a session token is obtained.
  3. Finally the oktaCypress localStorage item is set with the access token and user profile.
// cypress/support/commands.js
import { OktaAuth } from "@okta/okta-auth-js";

// Okta
Cypress.Commands.add("loginByOktaApi", (username, password) => {
cy.request({
method: "POST",
url: `https://${Cypress.env("okta_domain")}/api/v1/authn`,
body: {
username,
password,
},
}).then(({ body }) => {
const user = body._embedded.user;
const config = {
issuer: `https://${Cypress.env("okta_domain")}/oauth2/default`,
clientId: Cypress.env("okta_client_id"),
redirectUri: "http://localhost:3000/implicit/callback",
scope: ["openid", "email", "profile"],
};

const authClient = new OktaAuth(config);

return authClient.token
.getWithoutPrompt({ sessionToken: body.sessionToken })
.then(({ tokens }) => {
const userItem = {
token: tokens.accessToken.value,
user: {
sub: user.id,
email: user.profile.login,
given_name: user.profile.firstName,
family_name: user.profile.lastName,
preferred_username: user.profile.login,
},
};

window.localStorage.setItem("oktaCypress", JSON.stringify(userItem));

log.snapshot("after");
log.end();
});
});
});

With our Okta app setup properly in Okta Developer console, necessary environment variables in place, and our loginByOktaApi command implemented, we will be able to authenticate with Okta while our app is under test. Below is a test to login as a user via Okta, complete the onboarding process and logout.

describe("Okta", function () {
beforeEach(function () {
cy.task("db:seed");
cy.loginByOktaApi(
Cypress.env("auth_username"),
Cypress.env("auth_password")
);
});

it("shows onboarding", function () {
cy.contains("Get Started").should("be.visible");
});
});

Adapting an Okta App for Testing​

info
Note

The previous sections focused on the recommended Okta authentication practice within Cypress tests. To use this practice it is assumed you are testing an app appropriately built or adapted to use Okta.

The following sections provides guidance on building or adapting an app to use Okta authentication.

The Cypress Real World App is used and provides configuration and runnable code for both the React SPA and the Express back end.

The front end uses the Okta React SDK for React Single Page Applications (SPA), which uses the Okta Auth SDK underneath. The back end uses the Okta JWT Verifier for Node.js to validate JWTs from Okta.

info
Note

Use the yarn dev:okta command when starting the Cypress Real World App.

Adapting the back end​

In order to validate API requests from the frontend, we install Okta JWT Verifier for Node.js and configure it using the Okta Domain and Client ID provided after Creating an Okta application.

// backend/helpers.ts
import OktaJwtVerifier from "@okta/jwt-verifier";

dotenv.config();

// Okta Validate the JWT Signature
const oktaJwtVerifier = new OktaJwtVerifier({
issuer: `https://${process.env.REACT_APP_OKTA_DOMAIN}/oauth2/default`,
clientId: process.env.REACT_APP_OKTA_CLIENTID,
assertClaims: {
aud: "api://default",
cid: process.env.REACT_APP_OKTA_CLIENTID,
},
});

Next, we'll define an Express middleware function to be use in our routes to verify the Okta JWT sent by the front end API requests as the Bearer token.

// backend/helpers.ts

// ...

export const verifyOktaToken = (req, res, next) => {
const bearerHeader = req.headers["authorization"];

if (bearerHeader) {
const bearer = bearerHeader.split(" ");
const bearerToken = bearer[1];

oktaJwtVerifier
.verifyAccessToken(bearerToken, "api://default")
.then((jwt) => {
// the token is valid
req.user = {
// @ts-ignore
sub: jwt.sub,
};

return next();
})
.catch((err) => {
// a validation failed, inspect the error
console.log("error", err);
});
} else {
res.status(401).send({
error: "Unauthorized",
});
}
};

Once this helper is defined, we can use it globally to apply to all routes:

// backend/app.ts
// initial imports ...
import { verifyOktaToken } from "./helpers";

// ...

if (process.env.REACT_APP_OKTA) {
app.use(verifyOktaToken);
}

// routes ...

Adapting the front end​

We need to update our front end React app to allow for authentication with Okta using the Okta React SDK.

First, we create a AppOkta.tsx container, based off of the App.tsx component.

AppOkta.tsx uses the useOktaAuth React Hook, replaces the Sign Up and Sign In routes with a SecureRoute and LoginCallback and wraps the component with the withOktaAuth higher order component (HOC).

A useEffect hook is added to get the access token for the authenticated user and send an OKTA event with the user and token objects to work with the existing authentication layer (authMachine.ts). We define a route for implicit/callback to render the LoginCallback component and a SecureRoute for the root path.

// src/containers/AppOkta.tsx
// initial imports ...
import {
LoginCallback,
SecureRoute,
useOktaAuth,
withOktaAuth,
} from "@okta/okta-react";

// ...

const AppOkta: React.FC = () => {
const { authState, oktaAuth } = useOktaAuth();

// ...

useEffect(() => {
if (authState.isAuthenticated) {
oktaAuth.getUser().then((user) => {
authService.send("OKTA", { user, token: oktaAuthState.accessToken });
});
}
}, [authState, oktaAuth]);

// ...

return (
<div className={classes.root}>
// ...
{authState.matches("unauthorized") && (
<>
<Route path="/implicit/callback" component={LoginCallback} />
<SecureRoute exact path="/" />
</>
)}
// ...
</div>
);
};

export default withOktaAuth(AppOkta);

Next, we update our entry point (index.tsx) to wrap our application with the <Security> component from the Okta React SDK providing issuer, clientId from our Okta application, along with a redirectUri as props using the REACT_APP_OKTA variables are defined in our .env.

// src/index.tsx

// initial imports ...
import { OktaAuth } from "@okta/okta-auth-js";
import { Security } from "@okta/okta-react";
import AppOkta from "./containers/AppOkta";

// ...

const oktaAuth = new OktaAuth({
issuer: `https://${process.env.REACT_APP_OKTA_DOMAIN}/oauth2/default`,
clientId: process.env.REACT_APP_OKTA_CLIENTID,
redirectUri: window.location.origin + "/implicit/callback",
});

ReactDOM.render(
<Router history={history}>
<ThemeProvider theme={theme}>
{process.env.REACT_APP_OKTA ? (
<Security oktaAuth={oktaAuth}>
<AppOkta />
</Security>
) : (
<App />
)}
</ThemeProvider>
</Router>,
document.getElementById("root")
);

An update to our AppOkta.tsx component is needed to conditionally use the oktaCypress localStorage item.

In the code below, we conditionally apply a useEffect block based on being under test with Cypress (using window.Cypress).

In addition, we will update the export to be wrapped with the withOktaAuth higher order component only if we are not under test in Cypress. This allows our application to work with the Okta redirect login flow in development/production but not when under test in Cypress.

// src/containers/AppOkta.tsx
// initial imports ...
import { LoginCallback, SecureRoute, useOktaAuth, withOktaAuth } from "@okta/okta-react";

// ...

const AppOkta: React.FC = () => {
const { authState, oktaAuth } = useOktaAuth();

// ...

// If under test in Cypress, get credentials from "oktaCypress" localstorage item and send event to our state management to log the user into the SPA
if (window.Cypress) {
useEffect(() => {
const okta = JSON.parse(localStorage.getItem("oktaCypress")!);
authService.send("OKTA", {
user: okta.user,
token: okta.token,
});
}, []);
} else {
useEffect(() => {
if (authState.isAuthenticated) {
oktaAuth.getUser().then((user) => {
authService.send("OKTA", { user, token: oktaAuthState.accessToken });
});
}
}, [authState, oktaAuth]);
}

// ...

return (
<div className={classes.root}>

// ...

{authState.matches("unauthorized") && (
<>
<Route path="/implicit/callback" component={LoginCallback} />
<SecureRoute exact path="/" />
</>
)}

// ...
</div>
);
};

// Conditional export wrapped with `withOktaAuth` if we are not under test in Cypress
let appOkta = window.Cypress ? AppOkta : withOktaAuth(AppOkta);
export default appOkta;