小编Nic*_*ans的帖子

在没有UrlScan的情况下删除/隐藏/禁用Azure/IIS7中过多的HTTP响应标头

我需要删除过多的标题(主要是为了通过渗透测试).我花时间查看涉及运行UrlScan的解决方案,但这些都很麻烦,因为每次启动Azure实例时都需要安装UrlScan.

必须有一个很好的Azure解决方案,不涉及从startup.cmd部署安装程序.

我知道响应标头添加在不同的地方:

  • 服务器:由IIS添加.
  • X-AspNet-Version:在Flush in HttpResponse类中由System.Web.dll添加
  • X-AspNetMvc-Version:由System.Web.dll中的MvcHandler添加.
  • X-Powered-By:由IIS添加

是否有任何方法配置(通过web.config等?)IIS7删除/隐藏/禁用HTTP响应标头,以避免asafaweb.com上的"过多标题"警告,而无需创建IIS模块或部署需要的安装程序每次Azure实例启动时运行?

asp.net iis-7 azure penetration-testing response-headers

82
推荐指数
4
解决办法
4万
查看次数

在.htaccess中一起使用mod_rewrite和mod_alias(重定向301)?

我有一个网站,其中包含一组已放入CMS的旧.html和.php页面.

目前在.htaccess文件中有大约30个mod_alias重定向,格式如下:

redirect 301 /oldpage1.html http://www.example.com/newpage1.php
redirect 301 /oldpage2.php http://www.example.com/newpage2.php
redirect 301 /oldpage3.php http://www.example.com/newpage3.php
Run Code Online (Sandbox Code Playgroud)

但我们希望使用mod_rewrite在我们的CMS中拥有漂亮的URL,这将采用该形式http://www.example.com/pagename.php,因此也有以下内容:

RewriteEngine on
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.+)$ index.php?page=$1
Run Code Online (Sandbox Code Playgroud)

目前两者正在一起应用,这导致:

http://www.example.com/newpage1.php?page=oldpage1.html
Run Code Online (Sandbox Code Playgroud)

仅当mod_alias重定向301语句未进行匹配时,如何应用重写规则,以便发生以下情况:

http://www.example.com/oldpage1.html- >重定向到 - > http://www.example.com/newpage1.php- >,它被视为 - > http://www.example.com/index.php?page=/newpage1.php

任何提示都会非常感激吗?谢谢.

.htaccess mod-rewrite redirect mod-alias

8
推荐指数
1
解决办法
6375
查看次数

ReSpec与Bikeshed:如何记录和发布由许多供应商实施的标准REST API接口?

我们想要记录一个标准的REST API接口,该接口将由许多供应商实现.目前,我们正在使用Google文档来存储规范.

要求(对大多数人来说必须是共同的):

  • 规范历史:我们希望能够引用规范的先前版本.
  • 版本控制:我们希望将规范存储在版本控制中,以便我们可以针对我们的代码库标记版本并将其与相关内容一起存储
  • 问题:我们希望允许社区提交问题.
  • 社区/联盟:我们希望与更广泛的社区分享规范,以获得对我们方法的验证.端点验证器.
  • 格式/工具:我们希望使用易于编辑的格式,并且可以将其发布为易于理解的格式.
  • 潜在的批准:如果它有用,那么创建一个标准,以便有更广泛采用的途径将是一件好事.

通过一些研究,有一些相关的标准组织:

  • IETF(Internet工程任务组):主要使用基于文本的RFC格式,但似乎有一些不错的跟踪工具.通常对于较低级别的标准(例如TCP),尽管它们也创建了更高级别的标准.

  • W3C(万维网联盟):如果我们最终通过W3C发布,看起来我们需要遵守 pubrules.

  • WHATWG(Web超文本应用技术工作组):一个似乎主要关注 HTML5的组,因此与REST API规范的相关性较低.

  • OASIS(结构化信息标准促进组织):似乎更多是关于IETF/W3C标准之上的业务抽象.

我在网上看了几个例子,并注意到方法的不同之处:

rest standards w3c github web-standards

5
推荐指数
1
解决办法
711
查看次数