八路军渤海军区收复利津城之战******
1944年7月至8月,八路军渤海军区遵照上级指示,全面展开夏季攻势,在第一阶段基本解放被敌军“蚕食”两年多的益(都)寿(光)临(淄)广(饶)“四边地区”取得重大胜利基础上,发起了以解放利津县城为中心任务的第二阶段夏季攻势。
利津县城位于黄河下游濒临渤海入海口的西岸,它既是日军设在鲁北渤海湾一带最大的战略支撑要点,也是日伪“蚕食”“扫荡”抗日根据地的重要兵力和物资屯守基地。当时,盘踞在利津城内的敌人除日军一个分遣队外,主要是伪华北绥靖军第8集团军第27团、7个伪保安中队、伪县公署宪兵队、伪警察等,总兵力2000多人。利津县城防城高池深,工事坚固,城外周围分布着9个据点,可谓易守难攻。
按照作战部署,八路军渤海军区首长决定由直属团主力担任攻城主攻任务,并以两个连兵力协同地方部队部署于小清河以南监视和牵制邻县敌军;军区特务营,第四军分区地方部队,垦利、沾化独立营和军区直属团一部,分别攻打盐窝、张许据点;其他各外围据点由各区中队和民兵相机攻取,各县武装大队设伏于利滨公路两侧,负责阻击惠民、滨县增援之敌。
8月11日,八路军渤海军区部队在司令员杨国夫指挥下,投入军区直属团、特务营和第四军分区部队,兵分数路发动奇袭,先后拔除了利津县城盐窝等9个外围据点。
16日晚,渤海军区参战部队对利津县城发起总攻。战斗打响后,军区直属团向城东门发起进攻,在控制城门楼后沿城墙向城内推进,与守敌展开巷战,经过激烈战斗,相继攻克了伪团部,伪县府、新民会、伪保安大队部。17日下午2时,渤海军区另一支攻城部队攻克西门及城西南碉堡,和已经攻入城中的部队内外夹击,将残敌驱赶至城西北角一座院落内。黄昏时分,爆破手通过连续爆破,炸开了院墙,八路军战士冒着硝烟冲进院内,将日军指挥官、企图化装逃走的伪团长及其手下300多人活捉。几个日军企图跳城逃跑,被埋伏在城外的八路军战士击毙。
18日拂晓,滨县增援之敌200余人进至利津城西关,渤海军区守城部队与敌人展开激战,上午8时许将其彻底击溃。至此,收复利津县城战役胜利结束。此役,渤海军区部队全歼守敌,缴获大小炮14门,轻重机枪29挺,长短枪1000余支,子弹10万余发,电台5部、电话总机2部、电话机22部、汽车2辆、战马50余匹,粮食75万公斤。
利津县城被收复后,渤海抗日根据地不仅得到进一步的扩大和巩固,与相邻各战略区的联系也得到了打通和改善,同时为即将到来的全面反攻奠定了胜利的基础。(孙兵)
【动画】@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 行为,后台拉活、自动下载安装、误触下载等风险行为。
(监制:张宁 策划:李政葳 制作:黎梦竹)
(文图:赵筱尘 巫邓炎)