You have found an old pageVisit the new Docs
The Advanced API provides a more structured security layer to managing Tyk nodes.
Organisations, APIs and Users
With the Advanced API and a database-backed Tyk setup, (and to an extent with file-based API setups – if diligence is used in naming an creating definitions), the following security model is applied to the management of Upstream APIs:
- Organisations: All API’s are owned by an organisation, this is designated by the OrgID parameter in the API Definition
- Users: All users created in the dashboard belong to an organisation (unless an exception is made for super-administrative access)
- APIs: All APIs belong to an Organisation and only Users that belong to that organisation can see the analytics for those APIs and manage their configurations
- API Keys: API Keys are designated by organisation, this means an API key that has full access rights will not be allowed to access the APIs of another organisation on the same system, but can have full access of all APIs within the organisation
- Access Rights: Access rights are stored with the key, this enable s akey to give access to multiple APIs, this is defined by the session object in the core Tyk API.
Creating Organisations and Users
The Tyk management APi application (
tyk_analytics), can use a command line flag to create users and organisations (this is used in the initial setup of a node):
#~/> ./tyk_analytics --neworg --newuser
--neworg flag creates a new organisation, and the
--newuser flag creates a new user, which can be assigned to an organisation. Organisations and un-tagged users can also be created using the advanced API which is covered under the organisation section of this documentation.
The only special case is when a user is created without an empty OrgID, this can be done via the command line by not selecting an API on user creation, or via the advanced API.
Users that are not assigned to an Organisation gain special privileges in the dashboard, and can see all APIs, users and all analytics data disregarding organisations. These users will not be able to add new users to other organisations though, only to their own context – so any users they crate will also be super-users.