Microsoft安全更新能否对此类configuration进行重大更改?

我最近注意到了我的IISconfiguration的一些重大变化,其中一些有重大的影响。 我已经通过日常备份挖掘,发现这一变化与2014年9月12日安装的几个安全更新一致。

这些变化是微不足道的:

  1. <handlers>元素被locking; 更新解锁它,现在任何网站的目录可以有一个web.config添加处理程序映射。
  2. 大量的默认处理程序映射被添加,并被inheritance到我的网站。 所以,以前的网站被禁止执行,例如,一个.aspx文件,在这个更新之后,所有网站突然都能够从任何目录执行.aspx文件。
  3. default.aspx被添加到允许的默认文档列表中。

再加上一些不太重要的,比如给每个我运行的站点添加一个X-Powered-By头文件! 完整的差异是可用的。

比较applicationHost.config的最新修改时间戳记和更新日志,这样做的更新是KB2972211或KB2894854 (都具有相同的安装时间戳,因此无法确定它是哪一个)。 我怀疑前者,因为在说明中提到了IIS和ASP.NET。

我对IIS比较陌生,所以我对这个事件有几个疑问:

  1. 这是正常的IIS相关的安全更新作出重大的改变?
  2. 是真的KB2972211,还是可能是一个人隐藏他们的轨道恶意的变化?
  3. 我的IISconfiguration是否错误? 例如我已经删除了默认的处理程序映射; 我这样做是错误的,并期望它保持这种方式?
  4. 我的网站是否应该能够在不破坏安全问题的情况下对根configuration进行修改?

不知道这些具体的更新,但是,是的,它似乎更新.Net可以修改web.config: http : //www.asp.net/whitepapers/aspnet4/breaking-changes 。

需要考虑的一些事情:有时会有一些默认设置“滚动”到configuration树中。 可能有一些“更高”的东西被locking,你所看到的是一个试图维持以前隐式的行为。