excel - 无论密码如何，工作簿保护都不 protected (VBA Excel 2010)

Question

我使用各种关键字搜索了上述问题，但所有结果都与如何保护工作簿或在不知道密码的情况下取消保护工作簿有关。

我当前的问题并不是一个大问题，但感觉很奇怪，我想知道其他人是否已经/正在经历它。

我目前正在制作 Excel 2010 VBA 宏来自动化数据处理。我正在添加工作簿保护，以便用户无法移动工作表的位置。我已经通过 VBA“thisworkbook.protect”或通过传统的 Excel 菜单完成了此操作。

当我运行以下代码时，无论密码、结构/窗口设置如何，工作簿保护都会完全消失。

Sub test()
        ThisWorkbook.Worksheets(1).Cells(1, 1).Value(11) = ThisWorkbook.Worksheets(3).Cells(1, 1).Value(11)
End Sub

只需在代码末尾添加“thisworkbook.protect”即可重新锁定工作簿并解决问题，这就是为什么这不是一个大问题。但这种现象让我完全无法理解。

我很感谢任何提供反馈的人。谢谢。

编辑1我相信这不是 worksheet.protect 问题。无论工作表和单元格是否受到保护，我的问题都会发生，而且我特别关心工作表位置和名称，它们属于 workbook.protect 命令。

编辑2:
因此，问题在于以下内容，与 Workbook.Protect 和 Worksheet.Protect 方法之间的差异无关:
1.我打开 protected 工作簿；
2. 运行提供的代码片段而不取消对工作簿的保护，因为它不会影响工作表的保护；
3. 尽管我有意，但之前的操作取消了工作簿保护。必须再次保护工作簿。

Answer 1

好的，微软的答案是这样的:

If I am interpreting your findings correctly, this report is predicated on the attacker having copied and accessed an Excel file that contained password protected workbook/sheets/fields that had not been encrypted. In this case this is an expected function.

我的报告立即被关闭，所以我没有机会坚持认为这是一个错误。

所以他们从字面上说这是一个“功能”(预期功能)而不是一个错误。显然，他们认为工作簿保护不是安全功能，唯一的安全保护是使用您在查看之前实际需要输入的密码对工作簿进行加密。

恕我直言，这仍然是一个错误和非预期行为。但微软显然并不关心哪个是非常有争议的，因为这个错误意味着工作簿保护毫无用处，只能阻止用户意外破坏某些东西。

因此，您要么找到解决方法，因为您知道在运行该类型的代码后可以重新保护它，要么您不使用导致错误的“功能”。

但是任何了解此错误的人仍然可以使用它来从任何工作簿中删除工作簿保护。我认为没有办法阻止删除。由于此错误已经在 Excel 2010 以及最新版本中出现，因此 Microsoft 不太可能在不久的将来修复该问题。