Managing Credentials
Create, update, and manage stored credentials used by collectors for authenticated target access.
Parascope stores credentials securely in its built-in credential store for collectors that need authentication to reach their targets, particularly the OS collector, which connects to hosts via SSH. The credential management page lets you create, update, and manage these stored credentials.
Accessing Credential Management
Navigate to Settings → Credentials to manage stored credentials.
Credential Types
| Type | Use Case | Fields |
|---|---|---|
| SSH Private Key | OS collector connecting to Linux hosts | Username, private key (PEM format), optional passphrase |
| SSH Password | OS collector for legacy systems without key-based auth | Username, password |
SSH private key authentication is recommended for security and reliability.
Creating a Credential
- Go to Settings → Credentials
- Click Create Credential
- Enter a name. This is how the credential will be referenced in collection rulesets (e.g., "Production SSH Key", "Staging Password")
- Select the credential type (SSH Key or SSH Password)
- Fill in the authentication fields:
- For SSH Key: username, paste the private key content, optional passphrase
- For SSH Password: username and password
- Click Create
The credential is stored securely, never in the database or config files.
Updating a Credential
- Select the credential from the list
- Click Edit
- Update the fields as needed
- Click Save
When you update a credential, all rulesets referencing it will use the new values on their next collection cycle. No ruleset reconfiguration needed.
Deleting a Credential
- Select the credential from the list
- Click Delete
- Confirm the deletion
Deleting a credential that is referenced by an active ruleset will cause that ruleset's collections to fail until a new credential is assigned.
How Credentials Connect to Collection
- A collection ruleset references a credential by name
- At collection time, the collector resolves the credential from Parascope's credential store
- The credential is used to establish an SSH connection to the target host
- Credentials are never logged or exposed in collection results
Credential Resolution Priority
When the OS collector connects to a target, credentials are resolved in this order:
- Target-specific credential: If a specific credential is configured for that target host
- Ruleset-level default credential: The credential assigned to the collection ruleset
- Error: If no credential is available, the target is skipped with an error
Security Best Practices
- Use SSH keys over passwords whenever possible
- Use dedicated service accounts for collection rather than reusing personal credentials
- Rotate credentials periodically: update the credential in Parascope and the corresponding authorized key on targets
- Use separate credentials for different environments (production vs staging)
- The collection user needs minimal permissions: read access to system information, not root (though
sudomay be needed for some collection sections)
Related Documentation
- OS Collection: How OS collection uses credentials
- Managing Collectors: Collector and source management
- RBAC Administration: Who can manage credentials