#AdGuard 的 urltransform 修饰符未来有可能会专门应对 ...

Why Nostr? What is Njump?

npub1gd…ch58h

2024-09-18 16:30:41

#AdGuard 的 urltransform 修饰符未来有可能会专门应对 "链接重定向中间页" 的情况专门出一个用于 URL decode 的增强选项.

就如这种情况:
<https://rd.cx.ms/?url=https%3A%2F%2Fuser%3Apassword%40sub.domain.tld%3A8080%2Fpath%2Fto%2F%3Fquery%3D114514%26key%3D2333%3Bvalue%3D9527%23anchor-location>;

真实的第一方链接直接被编码在第三方链接中, 这种类型的中间页一般被用来作出站链接分析.

quoting
nevent1q…hl3u

一种内容创作上的 "供应链攻击". 在审查的前提下, 大多数第一方只能做到自保, 例外信任(黑名单), 有限信任(白名单). 对于第一方以及黑白名单之外的就只能通过重定向和中间页进行广泛捕获, 再通过分析流量热点来进行第一方审查.
https://twitter.com/Barret_China/status/1697530001921601719

在 HTML 的环境下有专门针对 <a> 标签 href 属性的 href-sanitizer 小脚本, 但脱离浏览器环境之后, 直接通过 HTTP 发送的中间页请求, 这种小脚本就无能为力了. urltransform 允许非同源重定向的很有可能就是为这种复杂情况的让步.
而至于为什么是 "让步", 因为允许过滤器进行非同源重定向的危险程度已经超过了过滤器的 "可信" 等级. 部分社区成员建议将这类过于危险的修饰符特性放进高级设置中.

Author Public Key

npub1gd8e0xfkylc7v8c5a6hkpj4gelwwcy99jt90lqjseqjj2t253s2s6ch58h

Seen on

wss://relay.damus.io wss://relay.momostr.pink wss://relay.nostr.band wss://relay.westernbtc.com wss://us.nostr.wine

Show more details

Published at

2024-09-18 16:30:41

Kind type

1 Short Text Note

Event JSON

{ "id": "00000876b7b5742bb5c0ab130db45a36b1b19b5ca142e4d989dd94d68aa89140", "pubkey": "434f97993627f1e61f14eeaf60caa8cfdcec10a592caff8250c825252d548c15", "created_at": 1726677041, "kind": 1, "tags": [ [ "t", "adguard" ], [ "e", "30ad3db99363ae27fa0f55dac4d5462e9c3186a6b764bdacd37b2e9e59ad8d5c", "wss://relay.nostr.band/", "mention" ], [ "p", "434f97993627f1e61f14eeaf60caa8cfdcec10a592caff8250c825252d548c15", "wss://relay.nostr.band/", "mention" ], [ "client", "noStrudel", "31990:266815e0c9210dfa324c6cba3573b14bee49da4209a9456f9484e5106cd408a5:1686066542546" ], [ "nonce", "4787", "16" ] ], "content": "#AdGuard 的 urltransform 修饰符未来有可能会专门应对 \"链接重定向中间页\" 的情况专门出一个用于 URL decode 的增强选项.\n\n就如这种情况:\n\u003chttps://rd.cx.ms/?url=https%3A%2F%2Fuser%3Apassword%40sub.domain.tld%3A8080%2Fpath%2Fto%2F%3Fquery%3D114514%26key%3D2333%3Bvalue%3D9527%23anchor-location\u003e\n\n真实的第一方链接直接被编码在第三方链接中, 这种类型的中间页一般被用来作出站链接分析.\nnostr:nevent1qvzqqqqqqypzqs60j7vnvfl3uc03fm40vr923n7uasg2tyk2l7p9pjp9y5k4frq4qythwumn8ghj7un9d3shjtnwdaehgu3wvfskuep0qyvhwumn8ghj7un9d3shjtnddakk7um5wgh8q6twdvhsqgps457mnymr4cnl5r64mtzd233wnsccdf4hvj76e5mm9609ntvdtswkhl3u\n\n在 HTML 的环境下有专门针对 \u003ca\u003e 标签 href 属性的 href-sanitizer 小脚本, 但脱离浏览器环境之后, 直接通过 HTTP 发送的中间页请求, 这种小脚本就无能为力了. urltransform 允许非同源重定向的很有可能就是为这种复杂情况的让步.\n而至于为什么是 \"让步\", 因为允许过滤器进行非同源重定向的危险程度已经超过了过滤器的 \"可信\" 等级. 部分社区成员建议将这类过于危险的修饰符特性放进高级设置中.", "sig": "327ef6b8295ba19a4a5d9af20f07a5049d68bab93657bc952862a8cdd2cdac221cb845a435d3f15ae7ffddf865711be8ec115d7b39ea5bb9c429dbc9a485e878" }