Interface ISystemApiKeyManagementService
User-facing management of system API keys — keys not bound to any team. All methods require the SystemManage scope and no team need be selected.
public interface ISystemApiKeyManagementService
Remarks
Separate from IApiKeyManagementService so each interface is wholly one kind: every
operation there names the team it acts on, every operation here acts on none. That homogeneity is what
lets the registration declare the rule once — AddSystemService here, AddTeamService there
— instead of leaving it to a per-method annotation somebody has to remember on the next method added.
Methods
CreateSystemKeyAsync(string, string[], DateTime?)
[RequireScope("apikey:system-manage")]
Task<IApiKey> CreateSystemKeyAsync(string name, string[] scopes, DateTime? expiryDate = null)
Parameters
Returns
DeleteSystemKeyAsync(string)
[RequireScope("apikey:system-manage")]
Task DeleteSystemKeyAsync(string key)
Parameters
keystring
Returns
GetSystemKeysAsync()
[RequireScope("apikey:system-manage")]
IAsyncEnumerable<IApiKey> GetSystemKeysAsync()
Returns
LockSystemKeyAsync(string)
[RequireScope("apikey:system-manage")]
Task LockSystemKeyAsync(string key)
Parameters
keystring
Returns
RefreshSystemKeyAsync(string)
[RequireScope("apikey:system-manage")]
Task<IApiKey> RefreshSystemKeyAsync(string key)
Parameters
keystring
Returns
SetSystemKeyDisabledAsync(string, bool)
Disables the key, or enables it again. A disabled key is refused at authentication but keeps its name, scopes, roles, tags and history — the reversible alternative to DeleteKeyAsync(string, string).
[RequireScope("apikey:system-manage")]
Task SetSystemKeyDisabledAsync(string key, bool disabled)
Parameters
Returns
Remarks
Refreshing a disabled key does not enable it. A refresh mints a new secret; it is not a decision to trust the key again, and the usual reason to refresh is the same suspected leak that prompted the disable.