App Store Keeps Asking for an Old Apple ID Password? Here Is Why, and What Actually Fixes It
You tap Update on an app, and the password prompt that appears belongs to an Apple ID you stopped using months ago.
You have probably already signed out and back in, restarted the phone, and toggled automatic updates. None of it helped. The prompt comes back on the next update.
Here's the part that matters: this isn't a glitch, and it isn't something you configured wrong. App Store updates verify ownership against the account that originally downloaded the app, not the account you're signed in with now. Apple provides no setting to turn that off.
That changes the question. It's not "how do I disable this prompt," it's "which of the three real fixes am I willing to pay for." This guide covers what is actually happening, why the most commonly recommended fix does nothing, and what each of the three working solutions costs you.
Start with the fixes that do not work, because you have probably already tried one.
Why the Most Commonly Recommended Fixes Do Nothing
Search this problem and the top results agree with each other, which is unfortunate, because most of them point in the wrong direction. Two minutes here will save you a lot of wasted effort.
"Change your password settings to Require After 15 Minutes"
This setting is real. You will find it at Settings → Apple Account → Media & Purchases → Password Settings.
It controls how often your own account asks for a password when you buy or download something. The prompt you are seeing is an ownership check against a different account, which this setting has no authority over. Changing it does nothing for this problem.
"Turn off the password requirement entirely"
You cannot. Apple's own documentation on requiring a password for purchases states that password protection for paid items cannot be fully disabled. Free apps count as purchases at a price of zero, so they fall under the same rule.
"Restart your iPhone, update iOS, refresh iMessage"
These are generic troubleshooting steps. They can clear a genuinely stuck download. They have no effect on which account owns an app.
"Use an unlocker tool to remove the Apple Account"
Several highly ranked results include a paid tool from the site's own vendor somewhere in the list. Those tools address forgotten passwords and locked devices, which is a different problem. Nothing here requires paid software, and no tool can reassign an app's ownership.
Once you set those aside, only three approaches remain. All three accept the same reality: either you supply the old account's credentials, or the app changes hands.
What Is Actually Happening
Every download is recorded against whichever account was signed in at the time. Paid apps are purchases. Free apps are also purchases, at a price of zero.
An update is a new version of something you already own, so the system checks that you still own it. It checks with the account that bought it, which has nothing to do with who's signed in today.
That explains the part most people find confusing. Signing out of the old account and into a new one changes who you are. It doesn't change who the app belongs to.
| Currently signed-in account | Account that owns the app | |
|---|---|---|
| Controls | Search, new downloads, subscriptions, credit | Update rights for installed apps |
| How to change it | Sign out and back in via App Store | Cannot be changed without deleting and redownloading |
| Which one updates check | Not this one | This one |
If you run accounts in more than one region, this will follow you permanently. To get the accounts themselves sorted out first, see our guide to switching your US App Store account without losing iCloud data, which covers where the sign-out button moved in iOS 26.4.
The Three Real Fixes and What Each One Costs
| Fix 1: sign back in | Fix 2: delete and reinstall | Fix 3: add as secondary account | |
|---|---|---|---|
| Effort | Every single update | One time | One-time setup |
| App's local data | Kept | Lost | Kept |
| Needs old password | Every time | Never | Once, during setup |
| Still switching later? | Yes | No | Not for updates, yes for new installs |
The short version: updating one or two apps occasionally, use Fix 1. Done with the old account for good, use Fix 2. Running two regions long term, use Fix 3.
Fix 1 and Fix 2: Sign Back In, or Delete and Reinstall
Fix 1: Sign back into the old account temporarily
Sign out in the App Store, sign in with the old account, clear the backlog of updates in one pass, then switch back.
One wrinkle: Apple removed the sign-out button from inside the App Store starting with iOS 26.4, and moved it to Settings → Apple Account → Media & Purchases (IT Home). If there is no Sign Out at the bottom of your App Store account page, use the Settings path instead.
There is one button on that screen you must not tap. At the very bottom of Settings → Apple Account sits another Sign Out. That one signs you out of your entire Apple Account, iCloud included, and pulls your photos and contacts off the device. The one you want is Media & Purchases, higher up the same screen.
Good when the old account only has a few apps, or when you were going back anyway to manage a subscription. Poor when you use apps from both accounts daily. Switching accounts and payment methods repeatedly in a short window can trigger a security lock, so leave at least 24 hours between switches.
Fix 2: Delete the app and redownload it
Delete the app, then search for it and download it again while signed in to your current account. It now belongs to that account, and updates stop asking for the old one.
This is the cleanest option, and its cost is the most obvious: the app's local data goes with it.
Be careful with:
- Games with local saves, especially any without cloud sync
- Notes, journals, and budgeting apps that store data on the device
- Anything you will have to reauthenticate with two-factor codes
Purely online services carry no risk here. Delete, reinstall, sign in, done.
There's one prerequisite. The app has to be available in your current account's region. Across regions it often isn't, and when that happens Fix 2 is off the table.
Fix 3: Add the Old Account as a Secondary iCloud Account
This is the least tedious of the three, and almost nobody writes about it.
The idea: leave your primary account alone and add the old account to the system as a secondary iCloud account. Once iOS holds that account's credentials at the system level, the App Store can verify update rights without prompting you.
On iPhone and iPad
- Open Settings
- Scroll down and open Notes (Calendar or Mail work the same way)
- Tap Accounts
- Tap Add Account, then choose iCloud
- Sign in with the old Apple ID and complete two-factor verification
- Turn on at least one service. Notes alone is enough, and leaving the rest off avoids syncing data you don't want
On Mac
Open System Settings, go to Internet Accounts, click +, choose iCloud, and sign in with the old Apple ID.
Check whether it worked before you trust it
Apple has never documented this behavior, so results can vary between OS versions. Verify rather than assume:
| What you see | What it means |
|---|---|
| Update starts immediately | Working |
| Old account's password prompt still appears | Not working, fall back to Fix 1 or Fix 2 |
| A prompt for your current account | Normal purchase verification, unrelated |
Four limits worth knowing first
- It only covers updates to already-installed apps. New downloads, redownloads, purchases, and subscription management still require switching accounts in the App Store.
- Removing the secondary account undoes it, and the prompts return.
- You cannot open an app's store page from here.
- Setup still needs the old account's password and a verification code once. With no access to those credentials, this route is closed.
The Russian tech site AppleInsider.ru covered this method in July 2026 using the Calendar path, with the same limits. Users in Chinese forums have documented the identical approach through Notes. The behavior appears stable, but it's a side effect rather than a supported feature.
The Setup That Needs the Least Maintenance
For running two regions long term, this combination requires the least ongoing effort:
- Keep iCloud on your primary account, permanently. Photos, contacts, backups, and Find My stay with it. Never move this.
- Sign the second account into Media & Purchases only, for downloads and subscriptions.
- Add that second account as a secondary iCloud account to stop the update prompts.
After that, only two situations still need a manual account switch: installing a new app from the other region, and managing that account's subscriptions or credit. The first is covered in our US App Store switching guide. For the second, see topping up a US Apple ID with gift cards.
If you don't have a second account yet, start with creating a US Apple ID without a credit card. It takes about five minutes and needs no payment method.
With that configuration in place, downloading and updating apps the US store carries stops being a chore, including SealVPN for iPhone. It connects in one tap, stays stable on difficult networks, and needs no manual server configuration.
Summary
Back to that password prompt. Three things are worth keeping:
- It's an ownership check, not a fault. Apps belong to the account that downloaded them, and signing out doesn't transfer them.
- The most-recommended fix does nothing. Password Settings governs how often your own account asks. Turning password protection off is not permitted for paid items, and free apps count as paid at zero.
- All three real fixes cost something. Signing back in is easy but endless. Deleting and reinstalling is permanent but loses local data. Adding a secondary account is the least work but only solves updates.
If you want one recommendation and you genuinely run two accounts, try Fix 3 first. It takes a few minutes once, and it doesn't touch any of your existing data.
Once you're set up, download SealVPN or create a SealVPN account and connect in one tap.
Published July 2026. App Store and Settings paths follow Apple's current interface. If a system update changes the screens described here, trust what you see on your device.
Sources:
