custix 与 528 端口
528 的登记名是 custix，IANA 说明为 Customer IXChange，登记人与 527 stx 同为 Ferdi Ladeira，从命名看是同一套交易系统的客户侧号码：stx 面向行情或交易主链路，custix 面向客户接入。两个号码都没有公开协议文档，属于行业系统自建端口后登记的历史条目。
基本信息
| 服务名 | custix（Customer IXChange） |
|---|---|
| 传输层 | TCP 与 UDP 各占一条登记记录 |
| 号码区间 | 0-1023 系统端口 |
| 登记联系人 | Ferdi Ladeira |
| 关联号码 | 527 stx |
| 行业背景 | 证券交易系统客户接入 |
| 公开实现 | 无资料 |
什么情况下会遇到
- 券商或交易所侧资产清单里出现成对的低位端口，需要确认主链路与客户链路的关系
- 客户接入区做访问控制梳理时，要区分公开接入与内部管理通道
- 老柜台终端升级，需要确认新旧端口是否并存以及切换方式
- 安全监控需要为关键业务端口建立流量基线，先得把端口职责说清楚
- 第三方接入审计要求提供链路与端口的对应说明
排查判定对照
| 观察到的情况 | 倾向判断 | 处理动作 |
|---|---|---|
| 客户侧网段可访问该端口 | 对外接入面 | 严格限源并对接入方做身份绑定 |
| 仅管理网段可达 | 内部通道 | 保持最小权限并留审计 |
| 527 与 528 同时开放 | 主从链路并存 | 按整体架构评估，不要单点处置 |
| 存在大量重连或超时 | 链路质量或配置问题 | 结合应用日志与网络质量数据定位 |
| 端口对全网开放 | 暴露过大 | 按客户白名单收口，记录例外审批 |
四步定位
四步定位
ss -lntup 'sport = :528' # 监听面
sudo ss -tnp state established '( sport = :528 )' | head # 接入方分布
sudo lsof -i :528 -P -n # 监听进程
sudo ip -brief addr show # 确认监听网卡与网段
sudo grep -rnw 528 /etc /opt 2>/dev/null # 配置引用
sudo conntrack -L 2>/dev/null | grep -w 528 | head # 会话跟踪视图客户接入面的端口通常受监管约束：谁可以连、能做什么、留什么日志都需要可举证。做限源时应把客户端身份落到具体的机构与地址段，而不是只写一个网段范围。
接入类端口容易遇到大量短连接与重试，网络设备上的连接跟踪表会先于应用出现压力。观察到连接数异常增长时，先确认是正常的行情时段流量还是客户端异常重连。
若客户接入端口对不可信网络开放且缺少应用层校验，攻击者可以伪造报文注入指令。对涉及资金与委托类业务的端口，应在应用层做身份与指令完整性校验，不能只依赖网络层策略。