Django应用无法删除AWS S3存储桶对象（AccessDenied错误）

看起来你遇到的问题挺典型的——S3对象上传一切正常，但删除时却触发AccessDenied错误，明明已经给IAM用户配置了AmazonS3FullAccess全权限政策。咱们一步步拆解可能的原因和排查方案：

一、先排查IAM政策的权限冲突 #

你给IAM用户附加了两个政策：AmazonS3FullAccess和AWSCompromisedKeyQuarantineV2。这里要注意：IAM中Deny权限的优先级永远高于Allow，而AWSCompromisedKeyQuarantineV2这个政策的作用是在密钥疑似泄露时自动隔离权限，它里面可能包含了某些Deny语句，会覆盖你S3FullAccess的Allow权限。

测试方案： #

临时移除AWSCompromisedKeyQuarantineV2政策，只保留AmazonS3FullAccess，然后尝试删除S3对象。如果删除正常了，就说明这个隔离政策是罪魁祸首，你可以根据需求调整这个政策的规则，或者只在必要时附加它。

二、检查S3存储桶的核心配置 #

1. 桶的对象所有权设置 #

虽然你上传对象正常，但要确认S3桶的对象所有权是否设置为「桶所有者强制」（Bucket owner enforced）。如果开启了这个选项，所有上传到桶的对象都会自动归桶所有者所有，你的IAM用户如果有全权限的话应该能正常删除；但如果对象所有权归上传者（你的IAM用户），理论上也不会有问题，不过可以在S3控制台里随便找一个已上传的对象，查看它的「所有者」信息是否和你的IAM用户一致。

2. 桶策略是否隐含拒绝规则 #

即使IAM用户有全权限，如果你的S3桶本身配置了桶策略，里面包含Deny删除操作的语句，也会导致权限被拒绝。你可以到S3控制台的「权限」-「桶策略」页面，检查是否有类似这样的规则：

{
  "Effect": "Deny",
  "Action": "s3:DeleteObject",
  "Resource": "arn:aws:s3:::your-bucket/*",
  "Principal": "*"
}

如果有，要么删除这个Deny规则，要么调整它的适用范围。

三、验证Django代码和存储配置的细节 #

1. 确认S3对象路径的正确性 #

你的File模型delete方法里调用了self.path.delete()，这里有可能因为对象路径不匹配导致问题（不过如果路径不对通常会报NoSuchKey，但还是确认下更稳妥）。可以临时在delete方法里打印对象路径：

def delete(self):
    # 打印要删除的S3对象Key，方便排查
    print(f"Attempting to delete S3 object with key: {self.path.name}")
    self.path.delete()
    super().delete()

然后对比控制台里S3对象的实际Key（比如username/gallery/xxx.jpg），看看是否完全一致。

2. 检查Django S3存储的配置 #

你的STORAGES配置里default用的是storages.backends.s3.S3Storage，有没有遗漏必要的参数？比如是否设置了AWS_S3_SIGNATURE_VERSION或者AWS_S3_ADDRESSING_STYLE？不过这些通常不影响删除操作，但可以尝试补充完整配置：

AWS_S3_SIGNATURE_VERSION = 's3v4'
AWS_S3_ADDRESSING_STYLE = 'virtual'
AWS_S3_FILE_OVERWRITE = False  # 可选，防止覆盖同名文件

四、用AWS CLI排除Django层面的问题 #

为了彻底确认问题是否出在AWS权限而非Django代码，建议用你的IAM用户密钥直接通过AWS CLI测试删除操作：

1. 先配置CLI（替换成你的实际密钥、区域和桶名）：

aws configure set aws_access_key_id YOUR_ACCESS_KEY_ID
aws configure set aws_secret_access_key YOUR_SECRET_ACCESS_KEY
aws configure set region YOUR_S3_REGION_NAME

2. 执行删除命令（替换成S3中实际存在的对象路径）：

aws s3 rm s3://YOUR_BUCKET_NAME/username/gallery/test-image.jpg

• 如果这个命令也报AccessDenied：说明100%是AWS权限配置的问题，回到第一步继续排查IAM政策和桶策略。
• 如果命令执行成功：说明问题出在Django的存储配置或代码里，重点检查S3Storage的初始化和delete方法的调用逻辑。

备注：内容来源于stack exchange，提问作者smmo_