不要使用10080端口,不然Web业务打不开"

admin 2026-10-21 21:27:31 网络安全文章 来源:ZONE.CI 全球网 0 阅读模式

cover_image

不要使用10080端口,不然Web业务打不开

原创

hyang0
hyang0

生有可恋

2026年7月3日 07:00
湖北

在小说阅读器读本章

去阅读

在测试一个Web服务时别出心裁把端口指向了 10080,结果死活打不开。

让 AI 诊断也没有头绪,提示一切正常,我用 curl 测试也正常,就是在浏览器中打不开。

换机器、换浏览器,在 chrome 下提示:

在 firefox 下提示:

把 firefox 的提示信息发给 AI , AI 才醒悟过来:

原因是 Firefox 和 Chrome 内置了一份受限端口黑名单,刚好 10080 在里面。

将端口改成 18080 后,网页立刻能正常刷出来了:

这是这两天搞出来的一个查火山 coding plan 用量的服务,挂在内网使用。

浏览器受限端口列表:

https://fetch.spec.whatwg.org/#port-blocking
Port Typical service
0 —
1 tcpmux
7 echo
9 discard
11 systat
13 daytime
15 netstat
17 qotd
19 chargen
20 ftp-data
21 ftp
22 ssh
23 telnet
25 smtp
37 time
42 name
43 nicname
53 domain
69 tftp
77 —
79 finger
87 —
95 supdup
101 hostname
102 iso-tsap
103 gppitnp
104 acr-nema
109 pop2
110 pop3
111 sunrpc
113 auth
115 sftp
117 uucp-path
119 nntp
123 ntp
135 epmap
137 netbios-ns
139 netbios-ssn
143 imap
161 snmp
179 bgp
389 ldap
427 svrloc
465 submissions
512 exec
513 login
514 shell
515 printer
526 tempo
530 courier
531 chat
532 netnews
540 uucp
548 afp
554 rtsp
556 remotefs
563 nntps
587 submission
601 syslog-conn
636 ldaps
989 ftps-data
990 ftps
993 imaps
995 pop3s
1719 h323gatestat
1720 h323hostcall
1723 pptp
2049 nfs
3659 apple-sasl
4045 npp
4190 sieve
5060 sip
5061 sips
6000 x11
6566 sane-port
6665 ircu
6666 ircu
6667 ircu
6668 ircu
6669 ircu
6679 osaut
6697 ircs-u
10080 amanda

在搭建Web服务时,尽量避开上面的端口,因为这些端口是写进 chrome 和 firefox 代码里的,搞不好浏览器就无法打开。

Chrome 代码涉及端口黑名单的代码位置:

https://raw.githubusercontent.com/chromium/chromium/main/net/base/port_util.cc

Firefox 端口黑名单代码位置:

https://searchfox.org/firefox-main/source/netwerk/base/nsIOService.cpp

其它的端口都还好,都在 2000 以下,这也是很多编程规范告诫的不要使用 2000 以下的端口,2000 以下的端口大部分是系统端口。唯一除外的就是这个 10080,差点就变成运营商的 10086 的电话了,这个端口是唯一的高地址段禁用端口。

飞牛的默认端口是 5666 和 5667,与 6666 和 6667 有点像但没有冲突。

全文完。


43万台FortiGate设备因FortiBleed勒索软件链接而暴露" 网络安全文章

43万台FortiGate设备因FortiBleed勒索软件链接而暴露"

Socradar威胁研究团队将FortiBleed大规模凭证窃取活动与IncRansom和Lynx两个勒索软件组织直接关联,攻击者利用FortiGateSniffer工具从超43万台FortiGate防火墙中窃取凭证,并已对至少354个组织完成从入侵到域控获取的全链条攻击,其中12次攻击已确认部署勒索软件。研究显示该运营团队约20人,结构严密,操作员同时管理勒索软件谈判面板,证实了凭证窃取与勒索攻击的直接关联。
ArgoCD未认证RCE漏洞剖析" 网络安全文章

ArgoCD未认证RCE漏洞剖析"

Synacktiv发现ArgoCDrepo-server组件存在未认证RCE漏洞,可导致整个Kubernetes集群被攻陷。文章详细介绍了利用CodeQL进行静态分析发现漏洞的过程,包括自定义RemoteFlowSource以增强污点跟踪,并描述了从漏洞利用到获取集群控制权的完整攻击链。建议用户立即升级ArgoCD版本并实施网络隔离等缓解措施。
评论:0   参与:  0