入网安评是什么

入网安评是网络安全风险评估的一种,简单来说就是在信息系统在接入互联网之前进行网络安全风险评估,提前确定系统的网络安全漏洞情况,是否存在高中威胁,是否符合入网安全评估的测评标准以及网络安全等级保护测评的标准。

一般什么样的系统,或者说什么时候需要开展入网安评呢?

内部信息系统自测评需要

一般一些大型的信息系统,在接入网络之前,都需要第三方提供入网安评报告,这样可以作为信息系统正式上线前的测评,为系统是否可以正式开始进行运作提供参考依据。另外,当大型系统进行了功能升级或者系统变更时,也需要出具入网安全评估报告。一般来说,物流仓储系统、电力系统、金融系统、行政系统等等大型信息系统,会通过公开招标的方式来寻找合适的入网安评服务商。

下面是来自于南方电网一份入网安评采购公告的技术服务商的专用要求,从中可以看出想要为供电局提供入网安全评估服务,需要哪些资质。
入网安全测评资质
  第三方开发的信息系统进行系统验收时

除了自身信息系统安全性着想,内部主动开展的入网安全测评外。当您是一个信息系统的开发服务商时,您的客户要求你在验收时出具入网安全评估报告时,你也是需要对该信息系统进行入网安全测评的。这样子,客户才可以更放心的使用您为他开发的信息系统,特别是一些涉及公司内容的业务数据和财务数据的系统,更是需要这样子。否则,一旦出现数据外漏,系统崩溃等情况,对公司的运作会产生非常大的影响。而对于技术提供商来说,如果没有开展入网安全评估,信息系统安全问题带来的问题,很难分清楚责任归属,这样子容易给客户带来不好的印象,影响以后的合作机会,而且很有可能会需要承担一定的赔偿责任。

随着互联网的高速发展,人们开始对其的便捷性产生了依赖。互联网这把双刃剑,如果不用好,信息系统接入网络,其实就是为不法分子,无良黑客提供了入侵系统的好渠道。因此,入网安全评估是一项非常有必要开展的网络安全工作。

<think> 我们正在讨论的是1553B数据链入网后收不到态势信息的问题。态势信息通常是通过数据链分发的战场实时信息,如目标位置、敌我识别等。根据用户提供的引用,特别是引用[1]中提到的Link 16数据链是一种典型的态势感知数据链,但1553B与Link 16不同,1553B是一种确定性的航电总线,而Link 16是战术数据链。所以这里需要明确:1553B本身并不直接传输态势信息,它通常用于航电设备之间的命令和控制数据的传输。态势信息的分发可能依赖于更高级别的数据链(如Link 16)或其他系统。 但是,用户的问题明确是1553B数据链入网后收不到态势信息,所以可能存在一个系统,其中1553B总线上的某个节点(如任务计算机)应该将来自其他数据链(如Link 16)的态势信息转发到1553B总线上。因此,问题可能出在转发过程中。 根据1553B的工作原理,我们分析收不到态势信息的原因可能包括: 1. **网络配置问题**:1553B总线上,每个远程终端(RT)都有唯一的地址。如果配置错误,比如地址映射错误(参考引用[2]中提到的地址映射机制),可能导致数据无法正确送达。 2. **总线控制器(BC)调度问题**:BC负责调度所有消息传输。如果BC的消息调度表中没有安排发送态势信息的消息,或者调度优先级过低导致超时,那么相应的RT就收不到消息。 3. **终端设备问题**:接收态势信息的终端(RT)可能出现故障,或者其子系统(如数据处理单元)故障,导致无法接收或处理数据。 4. **数据格式问题**:发送方和接收方对数据格式的理解不一致。例如,态势信息数据字的格式不符合接收方的解析要求。 5. **链路故障**:1553B总线物理层问题,如线路损坏、连接器故障、电磁干扰等,导致传输失败。 6. **软件/协议问题**:软件逻辑错误,比如未正确实现1553B协议栈,或者在消息处理中出现异常。 7. **外部数据源问题**:态势信息可能来自外部系统(如Link 16),如果外部数据源未正确发送,那么1553B总线上自然没有数据。 参考用户提供的引用,特别是引用[2]中提到了指控链系统在对抗环境下可能受到资源限制的影响,虽然1553B是确定性总线,但如果系统设计不当,也可能导致信息传递延迟或丢失。 此外,引用[3]提到态势感知平台通过收集多元异构日志进行关联分析,所以如果1553B总线上的日志记录显示有错误(如奇偶校验错误、超时错误),也可以帮助定位问题。 因此,我们可以按以下步骤进行排查: 1. **检查物理连接**:使用示波器检查总线信号质量,确保线缆和连接器正常,信号幅度在±6V~±9V之间,且没有过大的噪声。 2. **检查配置**: - 确认接收态势信息的RT地址是否正确。 - 确认BC的调度表中是否包含发送到该RT的态势信息消息,以及消息周期是否符合要求。 - 检查发送方RT的地址配置和消息格式(数据字数量、内容等)是否正确。 3. **监控总线数据**:使用总线监视器(BM,参考1553B的三种节点角色)捕获总线上的消息,观察态势信息消息是否被正确发送,以及目标RT是否响应。 4. **检查终端状态**:查看目标RT的状态字,确认是否设置了错误标志(如消息错误、终端错误等)。参考1553B协议,状态字中的位可以指示终端状态。 5. **检查错误计数器**:1553B的RT通常会记录传输错误计数,可以通过读取RT的错误计数器来了解错误情况。 6. **检查外部数据源**:确认外部态势信息源(如Link 16)是否正常工作,是否将数据发送给了1553B总线上的发送节点。 考虑到引用[5]中提到了无线网络(包括卫星通信、移动自组织网络)和有线网络(以太网等),如果态势信息是通过其他网络传入再转到1553B总线,那么还需要检查这些网络的连通性。 另外,引用[4]提到境外设备入网需要审批,如果涉及境外设备,还需检查是否获得许可。 综上所述,1553B入网后收不到态势信息的原因可能是多方面的,需要从物理层到应用层逐层排查。 生成相关问题: 1. 如何配置1553B总线上远程终端的地址映射? 2. 1553B总线监视器(BM)如何捕获和分析总线消息? 3. 1553B总线出现物理层故障时有哪些典型现象? 4. 在1553B系统中,如何读取RT的错误计数器? 5. 态势信息从Link 16数据链转发到1553B总线需要经过哪些处理? </think> ### 1553B数据链收不到态势信息的故障排查指南 #### 一、核心原因分析 1. **网络配置错误**[^2] - RT地址冲突或映射错误(多终端使用相同地址) - BC调度表中未配置态势信息传输周期 - 终端子地址未绑定态势数据区(如航迹数据区未激活) 2. **物理层故障**[^1] - 总线阻抗失配(实测偏离标准$78\Omega \pm 3\Omega$) - 信号衰减超标(传输距离>100m时衰减$> -3\text{dB}$) - 差分电平异常(超出$\pm 6\text{V} \sim \pm 9\text{V}$范围) 3. **协议逻辑错误** ```mermaid graph TD A[BC发送指令字] --> B{RT状态字校验} B -- 校验失败 --> C[丢弃数据帧] B -- 校验通过 --> D[写入数据区] D --> E{数据CRC校验} E -- 失败 --> F[拒绝态势更新] ``` 4. **外部干扰问题**[^1][^3] - 电磁干扰导致曼彻斯特编码解码错误率$P_e > 10^{-8}$ - 高优先级消息抢占带宽(如武器控制指令) #### 二、诊断步骤 1. **基础检测** - 使用总线分析仪检查: - 指令字格式:$$\small \begin{array}{|c|c|c|c|} \hline \text{同步头} & \text{RT地址(5bit)} & \text{T/R} & \text{子地址(5bit)} \\ \hline 3\mu s & 00101 & 1 & 10010 \\ \hline \end{array}$$ - 验证状态字"消息错误位"(第11位)是否置1 2. **深度诊断** | 检测点 | 正常值 | 异常处理 | |----------------|--------------------|-----------------------| | RT响应时间 | $\leq 12\mu s$ | 检查终端处理延迟 | | 消息错误计数器 | $< 3$次/分钟 | 重置RT并重载协议栈[^2] | | 总线负载率 | $\leq 70\%$ | 优化BC调度算法 | 3. **态势数据溯源**[^3] - 确认上游系统(如雷达处理机): - 输出数据格式符合MIL-STD-1553B标准 - 数据更新周期$T \leq$ BC调度周期 #### 三、解决方案 1. **配置修复** ```python # RT地址映射配置示例(二进制地址->物理端口) rt_config = { 0b00101: "Radar_Processor", # 态势数据源 0b10010: "Display_Unit" # 态势显示终端 } ``` 2. **抗干扰增强** - 增加磁环滤波器(抑制$100\text{MHz} \sim 1\text{GHz}$噪声) - 采用双绞线节距优化公式:$$L_{opt} = \frac{c}{4f_{max}\sqrt{\varepsilon_r}}$$ 其中$f_{max}=5\text{MHz}$为信号带宽,$\varepsilon_r \approx 2.3$ 3. **协议优化**[^2] - 设置态势数据为最高优先级(抢占周期$2\text{ms}$) - 增加数据重传机制(最大重试次数$N=3$) #### 四、预防措施 1. 部署总线监控终端(BM)实时捕获异常帧[^1] 2. 定期执行总线健康度评估: $$H = 1 - \frac{\sum \text{错误帧数}}{\sum \text{总帧数}} \times \frac{T_{busy}}{T_{total}}$$ (健康度$H < 0.9$时触发维护) 3. 建立态势数据流端到端校验机制[^3]
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值