You see a 403 Access Denied error when trying to open a file you uploaded to SharePoint. You are the file owner and the site member, yet the page shows a red error message. This usually means SharePoint is blocking access based on unique permissions, sharing policies, or a broken inheritance chain. This article explains why the error appears and shows site owners exactly where to look to restore access.
The root cause is almost always a permission conflict between the file and the site. When a file inherits permissions from a folder or library that has restricted access, even the file owner can be blocked. The fix involves checking permission inheritance, reviewing sharing links, and verifying site-level sharing policies.
Key Takeaways: How to Diagnose a 403 Error on a File You Own
- File permission inheritance: Broken inheritance on the file or its parent folder can block the owner if unique permissions were set incorrectly.
- Sharing link expiration: A direct sharing link to the file may have expired or been revoked, causing the 403 error even for the owner.
- Site-level external sharing policy: If the site disables sharing for external users, and the file was shared with an external guest, the owner may lose access.
Why SharePoint Shows 403 Access Denied for a File You Own
SharePoint permissions work through inheritance by default. A file inherits permissions from the library it sits in, which inherits from the site. When you break inheritance on a folder or file and assign unique permissions, you can accidentally remove your own access. This is the most common cause of a 403 error for a file owner.
Another cause is a sharing link that was set to expire. If you generated a sharing link for the file and the link expired, SharePoint may treat your access as originating from that expired link. Even though you are the owner, the system sees an invalid token and denies access.
Site-level external sharing policies can also block access. If the site owner changed the sharing setting from Anyone to Existing guests or Only people in your organization, and the file was previously shared with an external user, SharePoint may revoke all access including the owner’s. This is rare but happens when the sharing policy change forces a permission re-evaluation.
Steps to Check File Permissions and Restore Access
Follow these steps in order. Each step isolates a potential cause. Start with the simplest check first.
- Open the file in the SharePoint library
Navigate to the document library that contains the file. Do not use a direct link. Browse through the library to the file location. If you can see the file but cannot open it, the issue is with unique permissions on the file itself. - Check file permission inheritance
Select the file (click the circle to the left of the file name). Click the i (information) icon in the toolbar. In the details pane, scroll to Permissions. If you see This item has unique permissions, inheritance is broken. Click Manage access to see who has access. - Restore permission inheritance on the file
In the Manage access panel, click the three dots (ellipsis) and select Delete unique permissions. Confirm by clicking Delete unique permissions again. The file now inherits permissions from its parent folder or library. Try opening the file again. - Check the parent folder permissions
If restoring inheritance did not work, check the folder that contains the file. Select the folder, click the i icon, and look at Permissions. If the folder has unique permissions, restore inheritance on the folder as well. Repeat for each parent folder up to the library root. - Verify your site membership
Go to the site home page. Click Members in the left navigation. Confirm you are listed as a member. If you are not a member, ask another site owner to add you. Site members get at least Edit level access to all content by default. - Check sharing link expiration
If you were using a sharing link to access the file, open the file in the library (not via the link). Once inside the library, select the file and click Copy link. In the dialog, click the gear icon to see link settings. Ensure the link type is People you specify or People in your organization and that expiration is set to Never. Update the link if needed.
If SharePoint Still Has Issues After the Main Fix
403 error persists after restoring inheritance
If you restored inheritance on the file and all parent folders but still see 403, check the site-level sharing policy. Go to SharePoint admin center > Active sites > select your site > Policies > Sharing. Ensure the external sharing setting is not blocking your access. If the site is set to Only people in your organization and you are an external guest, you will be denied. Change the policy to Existing guests or Anyone if appropriate.
File owner cannot access but other members can
This indicates a broken permission inheritance that removed the owner while keeping other members. Follow the inheritance restoration steps above. After restoring, the owner will inherit the same permissions as other members. If the issue continues, check if the file was moved from another site. Moved files sometimes retain unique permissions from the source site. Restore inheritance as described.
403 error on a file shared via a direct link
If you shared the file with an external user and the external user reports a 403, the sharing link may have expired or the user may have been removed from the site. Regenerate the link with a longer expiration or no expiration. Also verify the user is still listed in Site permissions > Advanced permissions settings > Check Permissions.
| Item | Inherited Permissions | Unique Permissions |
|---|---|---|
| Description | File inherits permissions from the parent folder or library | File has its own permission list that overrides the parent |
| Owner access | Owner has same access as site members | Owner can be removed if not explicitly added to the unique list |
| Management effort | Low — permissions are managed at the library or site level | High — each file must be managed individually |
| Error risk | Low — accidental removal of owner is rare | High — easy to accidentally block the owner or other users |
SharePoint Error 403 on a file you own is almost always fixable by restoring permission inheritance. Start by checking the file itself, then work up to the folder and library. If inheritance is clean, verify your site membership and sharing link settings. As a site owner, you can also audit all unique permissions in the library by going to Library settings > Permissions for this document library and looking for items marked This library has unique permissions. Regularly reviewing this page prevents future access problems.