Four guarantees, every release. TuneBit is always code-signed by Paige Julianne Sullivan; always asks Windows for permission before doing anything; never collects personal data, telemetry, or analytics; and always takes a System Restore point plus a registry .reg backup before changing anything that could need to be undone.
Every TuneBit.exe is code-signed by Paige Julianne Sullivan via Azure Trusted Signing — the same code-signing service Microsoft uses for first-party tooling. You can verify on every launch.
Read the detailTuneBit only changes Windows after you click a fix. Every launch triggers Windows' own User Account Control prompt, and individual destructive actions ask again before touching anything.
Read the detailNo analytics, no crash reports, no usage tracking, no scan results sent home. The only outbound network call is a periodic license-validity check. Customer-machine data stays on the customer machine.
Read the detailEvery tool that edits the registry exports the affected keys to a .reg file first, and creates a System Restore point. If something goes sideways, you can put it back exactly the way it was.
Every build of TuneBit — Release and Debug, plus the obfuscated variants — passes through Azure Trusted Signing as the final step of the build script. Azure Trusted Signing is Microsoft's own code-signing service, which means the certificate chain ultimately roots in the Microsoft Identity Verification Root that Windows already trusts. SmartScreen and most enterprise allowlists treat the binary as a trusted publisher.
You can verify the signature in three places, any time:
Get-AuthenticodeSignature returns the same data. Anything other than Status: Valid with the correct subject means the file has been altered after signing.PS> Get-AuthenticodeSignature .\TuneBit.exe | Format-List Status, SignerCertificate
Status : Valid
SignerCertificate : [Subject]
CN=Paige Julianne Sullivan, O=Paige Julianne Sullivan, ...
The publisher and product strings are stable across releases on purpose — so if your environment uses publisher-pinned WDAC or AppLocker rules, they don't break on update.
For a screenshot walk-through of all three verification methods, see the Download page.
TuneBit is one app that needs full administrator rights to do its job (you can't repair Windows from a sandbox), so it leans into Windows' own permission machinery rather than working around it.
/maintenance, /cleanup, /affinity-watcher) are designed for scheduled-task and RMM use. They have to be deliberately invoked — nothing in TuneBit auto-installs itself as a service or a scheduled task without you asking.TuneBit was built specifically because most of the “PC fixer” market is a graveyard of bundleware and telemetry. We don't ship analytics. We don't ship crash reports. We don't ship usage tracking. We don't ship hashed-machine-fingerprint inventory uploads. We don't ship a partner-recommendation pixel.
The complete list of network operations any TuneBit install ever performs:
https://tunebit.app/api/validate-license.php over HTTPS and reads back { valid: true|false, status: "..." }. If we can't be reached, the license stays valid offline for 3 days before re-prompting. No system data is included in that request.https://tunebit.app/register.php to receive a 7-day trial code. The hardware ID is a SHA-256 fingerprint — not a serial number, not your MAC address, not anything identifying.https://dist.tunebit.app/VERSION on launch and, if a newer version exists, asks you whether to download https://dist.tunebit.app/TuneBit.exe. Nothing about your system is sent — not even a User-Agent header beyond the .NET default.That's it. The other 33 modules — junk cleaner, registry scanner, BSOD analyzer, hardware inventory, performance tweaks, privacy controls, the lot — run entirely on your local machine. The scan results never leave the box.
tunebit.app and dist.tunebit.app in your firewall. TuneBit will fall back to the 3-day offline grace window for licensing and otherwise behave identically. There is no other outbound endpoint.
See the privacy policy and the EULA for the legal restatement of the same.
If TuneBit is about to touch the registry, the file system, or system services in a way that could need to be undone, it takes two backups first — not one, both:
SystemRestore class, the same API the OS itself uses. The description is set so you can find it later in Control Panel → Recovery → Open System Restore: e.g. “TuneBit — Registry Clean”, “TuneBit — App Uninstall”, “TuneBit — Pre-repair”.%LOCALAPPDATA%\TuneBit\backups\reg-yyyy-MM-dd-HHmmss\ as one .reg file per affected key. These are plain text files you can open in Notepad or double-click to merge back into the registry if you ever need to undo TuneBit's work after the System Restore window has passed.Specifically, the following modules take both backups before they run:
HKLM/HKCU key before flipping the valuereg-<timestamp> folder for the action you want to undo, and double-click any of the .reg files in it. Confirm the merge prompt. The original registry values come back exactly as they were.
.reg exports happen unconditionally either way.
The FAQ covers code-signing, licensing, EDR allowlisting, and how TuneBit handles edge cases. The Download page shows screenshots of what SmartScreen and the every-launch UAC prompt look like, so you know exactly what's normal. For anything else, support@sullivantechnology.us is a human, not a queue.