-
Notifications
You must be signed in to change notification settings - Fork 0
Auth Config Profile
- Overview
- Setup and Retrieve Credentials
- Plug Into OCISigner
- Run Test Credentials
- Sign a Request
- Notes
Config Profile (Auto) is best when you already maintain OCI CLI profiles and want OCISigner to reuse them directly.
- If you come from AWS, think of this like reusing named profiles from a shared config file.
OCI stores profile data in ~/.oci/config by default. This auth type reads that profile and auto-detects whether it should sign with API key logic or session-token logic.
This page will:
- Show how config profiles are structured.
- Show how OCISigner uses
Config File+Config Profile. - Demonstrate Test Credentials.
- Demonstrate signing a normal request.
- Confirm your OCI config file exists and contains the profile you want to use. Review Auth: API Key and Auth: Security Token (Session) for instructions on how to generate credentials that populate these profiles.
Example profile shapes:
[DEFAULT]
user=ocid1.user.oc1..example
fingerprint=11:22:33:...
tenancy=ocid1.tenancy.oc1..example
region=us-phoenix-1
key_file=/home/<user>/.oci/oci_api_key.pem
[BURP_SESSION]
tenancy=ocid1.tenancy.oc1..example
fingerprint=aa:bb:cc:...
region=us-phoenix-1
key_file=/home/<user>/.oci/sessions/BURP_SESSION/oci_api_key.pem
security_token_file=/home/<user>/.oci/sessions/BURP_SESSION/token- Note the key difference:
- Profiles with
security_token_fileare treated as session-token backed. - Profiles without
security_token_fileare treated as API-key backed.
- Choose
Auth Type = Config Profile (Auto). - Set
Config FileandConfig Profile. - Optionally set profile-level
Region. - Click Save.
Figure 1. Config Profile selected with config file and profile name fields populated.
| Field | Required | Source |
|---|---|---|
| Region | Optional | profile-level fallback (used if selected config profile has no region) |
| Config File | Yes | usually ~/.oci/config
|
| Config Profile | Yes | profile section name (for example, DEFAULT) |
- Click Test Credentials in the profile.
- OCISigner sends a signed probe request to the namespace endpoint and logs the result.
- Region resolution for this test uses:
- profile
regionvalue from the selected OCI config profile first, then -
RegionfromConfig Fileonly if the selected config profile does not defineregion.
- profile
Figure 2. Test Credentials action in the Config Profile workflow.
Figure 3. Test Credentials result summary in the profile panel.
Figure 4. Logger entry for the signed credential test request.
- Confirm signing is enabled and the active profile is set correctly.
Figure 5. Global signing and active profile selection before traffic is sent.
- Send a request from Repeater or via Proxy.
Figure 6. Repeater request before signature is applied.
- Confirm signature headers are added in Logger.
Figure 7. Signed request visible in Logger.
- If the selected profile contains
security_token_file, OCISigner uses session-token provider logic. Otherwise, OCISigner uses API-key provider logic. - For Test Credentials, the selected OCI config profile
regionis used first;RegionfromConfig Fileis fallback. - If you prefer entering credentials directly, use Auth: API Key or Auth: Security Token (Session).