You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/authorization/README.mdx
+13-1Lines changed: 13 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,7 +10,7 @@ import Users from '@site/src/assets/users.svg';
10
10
11
11
[Authorization](https://auth.wiki/authorization) in Logto defines **what users and apps can do after authentication**: which APIs, resources, or actions are allowed for each identity.
12
12
13
-
Logto provides flexible, token-based authorization for modern SaaS and AI apps. You can protect API resources globally, or within the context of each organization. All permissions are managed through a [role-based access control (RBAC)](/authorization/role-based-access-control) system, with advanced support for multi-tenant apps via [organization templates](/authorization/organization-template).
13
+
Logto provides flexible, token-based authorization for modern SaaS and AI apps. You can protect API resources globally, or within the context of each organization. All permissions are managed through a [role-based access control (RBAC)](/authorization/role-based-access-control) system, with advanced support for multi-tenant apps via [organization templates](/authorization/organization-template). Beyond controlling what users can do, you can also restrict which users can sign in to each application with [app-level access control](/authorization/app-level-access-control).
14
14
15
15
## Core concepts \{#core-concepts}
16
16
@@ -34,6 +34,8 @@ There are three main authorization patterns in Logto. Pick the scenario that mat
34
34
35
35
Logto models API resources according to [RFC 8707](https://auth.wiki/resource-indicator), using the `resource` parameter in OAuth 2.0 authorization flows. This makes it simple to secure multiple APIs or microservices, and ensures compatibility with other standards-based systems.
36
36
37
+
These patterns control what a user can do **after** signing in to an application. To control whether a user can sign in to a specific application at all, use [app-level access control](/authorization/app-level-access-control). It restricts application access with allow rules based on users, roles, organizations, or organization roles, and works independently of the token-based patterns above.
38
+
37
39
:::tip
38
40
Need custom claims or advanced access control? See [Custom token claims](/developers/custom-token-claims).
39
41
:::
@@ -110,6 +112,16 @@ Ready to go further? Start hands-on, explore real-world guides, or deepen your u
110
112
icon: <Security />,
111
113
},
112
114
},
115
+
{
116
+
type: 'link',
117
+
label: 'App-level access control',
118
+
href: '/authorization/app-level-access-control',
119
+
description:
120
+
'Restrict which users can sign in to each application using users, roles, organizations, and organization roles.',
Copy file name to clipboardExpand all lines: docs/integrate-logto/protected-app.mdx
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,7 +14,7 @@ The Protected App, powered by Cloudflare, operates globally on edge networks, en
14
14
15
15
The Protected App maintains session state and user information. If a user is not authenticated, the Protected App redirects them to the sign-in page. Once authenticated, the Protected App wraps the user's request with authentication and user information, then forwards it to the origin server.
16
16
17
-
To restrict which authenticated users can access a Protected App, configure [app-level access control](/integrate-logto/app-level-access-control) on the application's **Rules** tab.
17
+
To restrict which authenticated users can access a Protected App, configure [app-level access control](/authorization/app-level-access-control) on the application's **Rules** tab.
18
18
19
19
This process is visualized in the following flowchart:
Copy file name to clipboardExpand all lines: docs/integrate-logto/third-party-applications/README.mdx
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -35,7 +35,7 @@ Thus due to OIDC builds upon [OAuth 2.0](https://auth.wiki/oauth-2.0) adding an
35
35
36
36
All created third-party applications will be catalogued on the Applications page under the "Third-party apps" tab. This arrangement helps you distinguish them from your own applications, making it easier to manage all your applications in one place.
37
37
38
-
To restrict which users can sign in to a third-party application, configure [app-level access control](/integrate-logto/app-level-access-control) on the application's **Rules** tab.
38
+
To restrict which users can sign in to a third-party application, configure [app-level access control](/authorization/app-level-access-control) on the application's **Rules** tab.
Copy file name to clipboardExpand all lines: i18n/de/docusaurus-plugin-content-docs/current/authorization/app-level-access-control.mdx
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,7 +1,7 @@
1
1
---
2
2
description: Beschränke, welche Benutzer sich bei einer bestimmten Anwendung anmelden können, indem du Benutzer, Rollen, Organisationen oder Organisationsrollen verwendest.
Copy file name to clipboardExpand all lines: i18n/de/docusaurus-plugin-content-docs/current/integrate-logto/protected-app.mdx
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,7 +14,7 @@ Die Protected App, unterstützt durch Cloudflare, arbeitet global auf Edge-Netzw
14
14
15
15
Die Protected App verwaltet den Sitzungsstatus und die Benutzerinformationen. Ist ein Benutzer nicht authentifiziert, leitet die Protected App ihn zur Anmeldeseite weiter. Nach erfolgreicher Authentifizierung versieht die Protected App die Anfrage des Benutzers mit Authentifizierungs- und Benutzerinformationen und leitet sie dann an den Ursprungsserver weiter.
16
16
17
-
Um einzuschränken, welche authentifizierten Benutzer auf eine Protected App zugreifen können, konfiguriere die [App-Ebene Zugangskontrolle](/integrate-logto/app-level-access-control) im **Regeln**-Tab der Anwendung.
17
+
Um einzuschränken, welche authentifizierten Benutzer auf eine Protected App zugreifen können, konfiguriere die [App-Ebene Zugangskontrolle](/authorization/app-level-access-control) im **Regeln**-Tab der Anwendung.
18
18
19
19
Dieser Prozess wird im folgenden Flussdiagramm visualisiert:
Copy file name to clipboardExpand all lines: i18n/de/docusaurus-plugin-content-docs/current/integrate-logto/third-party-applications/README.mdx
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -35,7 +35,7 @@ Da OIDC auf [OAuth 2.0](https://auth.wiki/oauth-2.0) aufbaut und eine Authentifi
35
35
36
36
Alle erstellten Drittanbieteranwendungen werden auf der Anwendungsseite unter dem Tab „Drittanbieter-Apps“ katalogisiert. Diese Anordnung hilft dir, sie von deinen eigenen Anwendungen zu unterscheiden und alle Anwendungen an einem Ort zu verwalten.
37
37
38
-
Um einzuschränken, welche Benutzer sich bei einer Drittanbieteranwendung anmelden können, konfiguriere die [App-Ebene Zugangskontrolle](/integrate-logto/app-level-access-control) im Tab **Regeln** der Anwendung.
38
+
Um einzuschränken, welche Benutzer sich bei einer Drittanbieteranwendung anmelden können, konfiguriere die [App-Ebene Zugangskontrolle](/authorization/app-level-access-control) im Tab **Regeln** der Anwendung.
0 commit comments