【问题标题】:Identifying the source of malformed URLs识别格式错误的 URL 的来源
【发布时间】:2011-06-20 17:41:12
【问题描述】:

我们偶尔会在我们的 Web 应用程序的日志中收到错误消息,指出对 URL 的请求格式不正确。 URL 本身看起来像这样:http://{sampledomain.com}/<br><br> 包含在 URL 中。

请求似乎来自 Firefox 3.6.17 和 Firefox 3.0.19。这种行为似乎并不普遍,但可能只是来自我们的几个用户。

在没有<br> 的 URL 中存在的默认页面是由 w3c 验证器验证的有效 XHTML 1.0 代码,并且这些请求的标头中没有引用者。

我们一直忽略这些错误,但我很好奇它们为什么会发生。它们不应该通过网站的正常导航发生,它们看起来也不像是探测漏洞的恶意请求的一部分。有谁知道为什么会发生这种情况以及我们可以做些什么来防止它?

【问题讨论】:

  • @KristianAntonsen:没错,但这无关紧要。
  • 我的意思是,如果他自己页面上链接到sampledomain.com的所有链接都是有效的XHTML,那么损坏的就不可能是他自己的链接之一。
  • @KristianAntonsen:的确,很好的想法。但是OP已经说过这种行为只是偶尔的,所以它绝对不是一个坏链接。
  • 是的,我不认为这是我们网站上的错误链接。如果它是我们网站上的链接,我会希望看到推荐人。
  • 是否有人在管理他们的书签并将
    引入书签?

标签: .net html url webforms malformed


【解决方案1】:

我收到了另一个相同格式的错误,但它有一个显示为:http://app.bluetie.com/ca1759d5/gds/index_rich.php 的引荐来源网址。我将假设这些格式错误的 URL 来自某种链接创建快速致富方案,并且只是努力阻止它们。它们似乎不是来自在我的网站上做正常事情的用户。如果有人有更多见解,我仍然可以选择他们的答案来结束问题,但否则,我会在几天后用这个答案结束问题。

【讨论】:

    猜你喜欢
    • 2021-04-15
    • 2016-06-28
    • 1970-01-01
    • 2018-08-04
    • 2021-08-10
    • 2023-03-25
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多