盈彩彩票登录_ISO/安卓/推荐(2023已更新)

“全球战斗舰”难以撑起“全球英国梦”******

上图：26型护卫舰“格拉斯哥”号。资料图片

　　近日，英国海军的首艘26型护卫舰“格拉斯哥”号举行了下水仪式，并将在完成舾装后开展海试，预定于2028年前正式服役。保持“全球抵达”能力的海军，一直被英国视为维持其“全球影响力”的重要支柱。而26型护卫舰早在研发期间，就被英国防部冠名为“全球战斗舰”。然而，这款新型战舰，真能支撑起英国近几届政府所宣扬的“全球英国”战略构想吗？

　　客观而言，26型护卫舰在设计和性能上确有可圈可点之处，是一型瞄准了“全球作战”目标打造的多用途水面战舰。

　　首先，自持力与续航力较出色。作为“护卫舰”，26型护卫舰标准排水量约6900吨，几乎与美军“阿利·伯克”级驱逐舰和英军45型驱逐舰持平，可满足长期远航的物资储备需求。较一般护卫舰30天的自持力，26型护卫舰自持力可达60天，最高航速超过26节，以15节航速航行，续航力约为7000海里。

　　其次，能遂行多种作战任务。26型护卫舰问世的主要目的，是替换老旧的23型护卫舰、担纲英军航母编队的反潜主力，其集多种本领于一身，能分担兼顾防空反导和对海对陆打击等任务，且采用模块化设计，可根据作战需求进行改装。

　　再次，与盟友海军的互通性和协同性较好。除英国外，同为“五眼联盟”和英联邦国家的澳大利亚及加拿大，均已选择26型护卫舰的出口型作为本国新一代护卫舰的基本平台，分别采购了9艘和15艘；新西兰也有望订购2至3艘。这意味着，26型护卫舰较易获得这些国家海军的保障和配合，从而提升执行任务的能力与效果。

　　然而，纵观26型护卫舰项目推进进程，却堪称当代各海军强国中“拖（工期）、涨（预算）、降（性能）、减（数量）”的典型。

　　英海军原计划用26型护卫舰“一对一”地替换13艘23型护卫舰，然而其性能指标需求与控制成本的原则相悖。单艘26型护卫舰仅船体建造成本已高达约16亿美元，比原计划攀升了3倍多，为此不得不缩小建造规模，目前仅实际开工3艘。2022年11月，英国敲定了第二批次5艘舰的建造合同，但据英国国防部披露，即便进展顺利，英海军最快也要到2035年才能拥有8艘26型护卫舰。结合目前英海军只有6艘45型驱逐舰来看，按照三分之一的“战斗出动率”计算，届时仅能勉强凑出一个航母战斗群的驱护舰配置。

　　此外，26型护卫舰存在不少技术短板：其动力系统中使用的燃气轮机，与“伊丽莎白女王”级航母和45型驱逐舰相同，而它恰是故障频发、导致战舰不时停摆的“罪魁”；其装备的“海上拦截者”防空导弹系统，拦截弹由“阿斯拉姆”空对空格斗导弹演化而来，不仅尺寸“迷你”，最大射程也仅有25千米。计划为该型护卫舰配备、由英法联合研发的新一代反舰导弹系统，也迟迟未见踪影。

　　26型护卫舰处境尴尬的深层次原因，是英国日益没落的制造业和海军经费拮据。“格拉斯哥”号的下水，与“伊丽莎白女王”级航母的巡航一样：看似华美的一抹光彩之下，映射出的只是“日不落帝国”积重难返的日落残阳！（海　镜　李新宇）

【动画】@App开发者们，你想了解的SDK安全风险都在这！******

　　日前，工业和信息化部信息通信管理局通报了今年第一批侵害用户权益行为App，有13款内嵌第三方SDK存在违规收集用户设备信息行为。

　　现如今，大量App借助SDK实现特定功能，提供便捷服务，满足用户多样需要，但APP使用SDK也可能带来相关安全问题，包括SDK自身安全漏洞、SDK恶意行为、SDK收集使用个人信息三类。

　　其中，SDK恶意行为是指嵌入APP中的SDK自身产生的恶意行为。这种恶意行为将破坏使用SDK的APP的安全性，对用户权益、数据等方面造成严重威胁。典型的恶意行为如流量劫持、资费消耗、隐私窃取等。

　　常见SDK恶意行为

　　流量劫持指SDK信息拉取、上报和展示目标App提供者设定的目标不同，恶意劫持App流量，可能对App造成损害；隐私窃取指SDK在用户不知情或误导用户的情况下，隐蔽窃取用户的通讯录、短信息等个人敏感信息，隐蔽进行拍照、录音等敏感行为，并发送给恶意开发者；广告刷量指SDK在最终用户不知情的情况下，在后台模拟人工点击广告链接进行牟利。

　　在SDK收集使用个人信息方面，安天移动安全发现，应用接入第三方SDK引发的违规收集个人信息问题较为普遍。其中，包括用户同意隐私政策前就开始收集个人信息、隐私政策中未明确提及所接入的SDK和数据收集情况、SDK收集的个人信息范围与隐私政策不相符等。

　　除了上述 SDK恶意行为外，当前 App 接入的 SDK 中还存在以上风险行为类型

　　在对某统计类SDK检测分析时研究发现，其主要提供用户行为统计功能，并在此过程中实现用户终端数据的收集和上传。

　　由于该SDK 在不同App中存在模块代码和版本的不同，因此对其在不同月活范围 App 中的数据收集行为进行抽样分析，从结果上来看，该SDK 普遍存在违规收集和超范围收集个人信息的问题，并且在月活较低的 App 接入的版本中，还存在通过云控参数控制 SDK 在终端侧收集数据范围的情况，并且涉及大量用户隐私路径数据的访问。

　　以某知名地图 App为例，在相关检测中发现，在隐私政策中明确提到了应用内第三方 SDK所收集的个人信息类型为设备信息和 Wi-Fi 地址。而实际上传的数据中除了包含 WiFi 的BSSID名称信息外，还频繁上传用户安装应用的列表信息。

　　国家标准计划《信息安全技术 移动互联网应用程序（App）收集个人信息基本要求》中明确定义了不同业务场景下，应用收集个人信息范围的最小化原则。而在应用接入的 SDK 中，收集个人信息范围、频度的必要性和最小化原则同样适用于SDK的功能业务场景。

　　虽然部分应用接入 SDK 时明示了 SDK 所收集的个人信息范围，但其合理性和必要性存疑，例如收集个人信息范围为软件安装列表，但实际除了收集安装应用包名信息外，还收集了安装应用运行状态信息等，这就涉及超范围收集个人信息。

　　例如，某统计类 SDK除了应用开发者本身主动调用相关事件接口外，SDK自身还注册监听了多种广播消息，在监听到相关消息后则会触发数据的收集和上传行为。例如对解锁屏、电源连接断开事件进行监听、对用户终端安装、卸载应用行为进行监听，除此以外，还会监听应用前台、后台的切换行为从而触发数据的收集和上传。

　　另外，当前 App 接入的 SDK 中还存在云端控制SDK行为，热更新技术控制 SDK 行为，后台拉活、自动下载安装、误触下载等风险行为。

　　（监制：张宁 策划：李政葳 制作：黎梦竹）

　　（文图：赵筱尘 巫邓炎）