Privacy policy.
How CloudLatch handles AWS authentication data and how you can remove local data.
Last updated: October 28, 2026. Applies to the signed CloudLatch 1.0.0 release candidate.
On this page
This policy is based on the inspected signed application and its bundled SDK privacy declarations. CloudLatch is not publicly available yet. Final App Store privacy answers remain separate from this policy.
Who provides CloudLatch
CloudLatch is an independent macOS utility maintained by Chrominsky. It does not require a CloudLatch account or send credentials to a CloudLatch-operated server. Your AWS account, permissions and MFA device are provided separately by you or your organization.
Credentials and authentication
CloudLatch reads IAM user access keys from the AWS directory and source profile you select. The SDK uses the secret access key locally to sign AWS Security Token Service (STS) requests. Your access-key identifier, MFA code and device serial are used in authentication with AWS over HTTPS.
Temporary source credentials are held in memory and stored in macOS Keychain. The MFA device serial is also stored in Keychain. MFA codes are used for the authentication request and are not saved in the application's configuration or Keychain.
Role ARNs and a role-session name containing the configured alias are sent to AWS when you assume a role. Returned temporary role credentials are written to the selected role profile and default in your chosen credentials file. Credential values in these two profiles are replaced; other profiles are preserved. CloudLatch does not store your AWS console password.
Local configuration and diagnostics
Role aliases, role ARNs and preferences are stored in Application Support inside the app container. A local security bookmark remembers access to your selected AWS directory. Session-state files can include the active profile, account ID, expiration and last error.
Diagnostic files and macOS logs contain generic refresh-started and refresh-failed events. The app omits profile/source names and raw AWS error payloads from those diagnostic events. No app-operated advertising, analytics, crash-reporting service or remote backend is included in the inspected release candidate.
AWS processing
AWS receives authentication requests and network information needed to process them, including the source IP address. SDK request metadata can include SDK, operating-system and language versions, feature flags and the app identifier. The bundled AWS SDK declares Other Diagnostic Data used for app functionality, without tracking or linkage to a person in that declaration.
AWS STS activity can also create account-linked CloudTrail records containing identity, time, request and network metadata. CloudLatch does not control those AWS records or their retention. See AWS STS logging, the AWS Privacy Notice and the terms governing your AWS account.
SDK client logging is disabled. This does not prevent AWS request processing or mean that no data leaves your device. CloudLatch does not use the inspected data flow for cross-app advertising or tracking.
Retention and your choices
Temporary credentials expire at the times returned by AWS. Expiration does not automatically remove every saved copy. Configuration, bookmarks, state, logs and Keychain entries can remain until removed or replaced. Changing authentication settings invalidates the cached source session; credentials already written to the shared AWS file remain separate.
You control whether to launch the app, grant folder access or request a refresh. Quit CloudLatch to stop its automatic renewal. Removing local credentials does not revoke an already issued AWS session or remove AWS audit records. An AWS administrator controls account permissions and applicable revocation and retention procedures.
Remove CloudLatch data
- Quit CloudLatch first. This stops the app from renewing sessions or recreating local files during removal.
- Review your selected AWS credentials file. Remove only CloudLatch-written temporary credential values from the role profiles you used and from
default, or restore those profiles from your own backup. Other tools may have changed them since CloudLatch last ran. Do not delete the whole file, your source IAM access keys or unrelated profiles. - Remove CloudLatch Keychain entries. In Keychain Access, inspect generic-password items with service
aws-login-helper. The source-session account isshared-mfa-session; the default MFA-device account isshared-mfa-device, or the account configured in your app configuration. Delete only entries you have identified as belonging to CloudLatch. Older versions may share these service names. - Remove local app files. In Finder, use Go to Folder and open
~/Library/Containers/dev.cloudlatch.mac/Data/Library/Application Support/AWSLoginHelper/. The app storesconfig.toml,state.json,aws-directory.bookmarkandLogs/hermes.logthere. Remove the CloudLatch files after preserving anything you need. Legacy installations may also have files in~/Library/Application Support/AWSLoginHelper/; inspect before removing them. - Remove the application if desired. Uninstalling alone does not guarantee removal of Keychain items, shared AWS credential profiles or backups. macOS unified logs and your backups have their own retention. Contact your AWS administrator for server-side access changes or audit-record questions.
CloudLatch does not create an online CloudLatch account, so there is no separate CloudLatch server account to delete. These steps describe local removal; they do not promise immediate erasure from operating-system logs, backups or AWS.
Website and support
This static website uses no analytics scripts, advertising, site cookies, embedded third-party media or remote fonts. GitHub Pages serves the site and may process connection information. See GitHub's privacy statement.
GitHub support issues and their attachments are public. Report text is kept by GitHub and the project until removed under the applicable controls and policies. Use fictional examples and never attach credentials, MFA codes, account identifiers or unredacted logs.
Contact
For product or general privacy questions, use CloudLatch support on GitHub. To request private follow-up, ask for a private contact channel without including personal or confidential information in the public issue. Suspected vulnerabilities belong in private vulnerability reporting; that channel is for security reports.
Material changes to this policy will be posted here with an updated date.