Skip to main content
Version: 2.0.0

Audit Logs Element

Track and trace user activity as a single secure, embeddable UI component.

The Audit Logs Element is an embeddable UI component that gives you insight into who did what at any moment in time within the system. This element gives full control over your applications, enforcing security and providing the user with a history of events.

Audit Logs Element

Embedding the Element

Initializing Permit

1Server-side

In order to use Permit Elements, you need to be a user of Permit. When starting to use Permit, you will need to initialize an instance of Permit in your backend logic. This only needs to be done once, both to use Permit and Elements. Please remember to copy your SDK Secret Key and pass it into the initialized Permit object.

Node
Python
Dotnet
Java
1 2 3 4 const { Permit } = require("permitio"); const permit = new Permit( {token: permit_key_SECRET} );

Server-side Login Route

You need to create a route in your backend server to allow your client to loginAs themselves and get access the Permit Element.

The backend loginAs route is matched based on the Authentication methods you have implemented inside your App. Most applications authenticate with the Bearer Token or Cookies, but we also allows you to use any other HTTP Security Header. The important part here is, that you use the appropriate code example below based on your Authentication method.

The loginAs function takes two parameters. You need to pass in the unique userId you get from your JWT (JSON Web Token), and a tenant_key or tenantId.

permit.elements.loginAs({ userId, tenant });
IMPORTANT

The user must belong to the tenant that he will be logged into. If he is not, you will see a login error saying USER_NOT_FOUND.

If the user gets logged out, he also exits the current tenant specificed in the loginAs method. If you want to change tenants for a user, you need to log them out, and log them back in to a different tenant.

Passing in the tenant is compulsory when logging in a user server-side.

2.1Using CookiesServer-side
2.2Using Bearer TokenServer-side
2.3Using Other HeadersServer-side
2.4Using frontendOnlyServer-side

Install Permit-js

Once you have your application ready, you need to install Permits's JS SDK. This gives you access to our prebuilt embeddable Element components.

3Client-side

Add the Permit JavaScript SDK to you app:

npm
yarn
# Navigate to your application's root directory cd yourapp npm install –-save @permitio/permit-js

Client-side login method

This function should be called as early as possible in your App. This is best done inside a App/index file; right after the users had just had their identity confirmed by the Authorization provider you are using, but just before the Embededd component is loaded.

With any of these login frontend methods, it's optional to pass in your tenant key, in comparison to the server-side call where it is required. The server-side tenant will always take precedence. We do however encourage passing in the same tenant in your frontend and backend login calls for best practices and for adding clarity to your code.

4Client-side

This is the permit element object that is calling the backend route we have configured previously and logging in the user.

Node
1 2 3 4 5 6 7 8 permit.elements.login({ loginUrl: 'https://your_app_url.com/permit_login, tenant: 'your_tenant_key', token:'<TOKEN>', loginMethod: LoginMethod.bearer }).then((res: any) => {//optional handle success }).catch((err: any) => {//handle error });

There are four things that need to be configured here:

  1. loginUrl - The url that corresponds to your backend login route you created in the last step.
  2. loginMethod - The login method you are using in your backend.
  3. tenant (Optional) - Required for frontendOnly login method. the name of the tenant that the user is part of, you can set it at your backend as well, if you are using frontendOnly this is required.
  4. token (Optional) - Required for bearer token login method, you need to pass the token here.
  5. headers (Optional) - Required for custom headers login method, you need to pass the headers here.
  6. userJwt (Optional) - Required for frontendOnly login method, you need to pass the user jwt here.
  7. envId (Optional) - Required for frontendOnly login method, you need to pass the env id here.

There are 4 supported login options choose the one that you are using in your backend.

4.1Cookie Login MethodClient-side
4.2Bearer Token Login MethodClient-side
4.3Other Header Login MethodClient-side
4.4FrontendOnlyClient-side
After you run login successfully you will **get a cookie** called `permit_session` which will allow you to load your Permit Element securly and successfully.

Client-side logout method

This function should be called along with the logging-out logic that you have within your App, to make sure the user does not continue to have access to the Permit Element.

5Client-side

This logout method should be called as part of the logic of logging your user out with your authentication solution.

JS
1 permit.elements.logout();

Login Errors

There are a few possible errors you might find yourself come across while working with the embedding of Permit Elements.

ErrorDescription
USER_NOT_FOUNDThis error can appear if you are trying to log in as a particular user, but that user does not exist within Permit. You can also experience this login error when you are trying to login a user into a tenant that he does not belong to.
TENANT_NOT_FOUNDThis error can appear when you are passing in a tenant, either in the frontend permit.elements.login function, or in your backend URL endpoint, where the tenant has not been created in Permit.
INVALID_PERMISSION_LEVELThis error will emerge when you are trying to access part of the Element which you have not been given access too. This usually means the role that the person obtained has remained in the Hidden Roles permission level.
FORBIDDEN_ACCESSThis error will emerge when you are trying to login to an Element you have not been given permission to see.

Customizing your Element

Each element offers customization and configuration.

Match your brand

With every new element, you will be able to adjust several setting to make the look and feel of the element really your own.

  • Change the background and primary colour of any element to match your brand.
  • Give the element a title that makes sense to your end user, or hide it fully.
  • Decide if you want to display your users Email, Full Name or both on the element.

Audit Logs Element

Embedding the iFrame

After you finish configuring and customising your element, you are ready to it into your App. A code snippet for the element will be generated for you. This will be an <iframe> that you can insert anywhere into your website. It will look like the code snippet below.

<iframe
title="Permit Element Name"
src="https://embed.permit.io/name?envId=<SOME_UNIQUE_ID>"
width="100%"
height="100%"
style="border: none;"
/>
Was this page helpful?
Questions? Contact Us.Watch our developer tutorials.Need help? Join our Slack.
Sign up for developer updates:
You can unsubscribe at any time. Read our privacy policy.