彩神lv_-追求健康，你我一起成长

民进党吞下“三连败”苦果，台媒：反映选民对其失望与怒火******

　　【环球时报综合报道】台北“立委”补选，民进党毫不意外再败。连同去年11月的“九合一”选举以及12月的嘉义市长延选，这已是民进党遭遇的三连败。

　　这次补选是为了填补蒋万安因参选台北市长而辞去的“立委”席位，由国民党的王鸿薇对阵有“小英男孩”之称的民进党人吴怡农。据《中国时报》9日报道，此次台北市第三选区补选，投票率仅43%，结果王鸿薇以多出5780票的优势击败吴怡农，为蓝营守住重要一席，也保住台北市长蒋万安的“本命区”。王鸿薇称，这场选举是台北市长选举延长赛，成功接棒让市长蒋万安拼市政没有后顾之忧，更对2024年台湾地区领导人选举和“立委”选举打下一剂强心针。国民党主席朱立伦称，国民党不会有一丝一毫自满。

　　民进党代理主席陈其迈9日称，民进党虚心接受结果。《联合报》9日称，这次补选投票率不高，依过去经验，这意味着蓝绿都得靠基本盘取胜，但嘉义市长延选和台北市第三选区补选的结果都对民进党不利，表明连绿营基本盘也看不下去民进党的作为，投票率低落。文章认为，这一波蓝强绿弱和民进党屡战屡败，更多的不是国民党支持率扩张，而是民进党自我沉沦所致。

　　紧接着南投“立委”补选将在3月4日登场，联合新闻网9日直言，“几乎可以预期民进党会输”。“立委”办公室主任黄世安9日撰文称，从政治现实面而言，此次与3月的“立委”补选结果，对接下来的“立法院”政治生态几乎不会有任何影响。但绿营连败所引发的政治骨牌效应，对蓝绿两党内部权力结构与路线之争，甚至2024年选举都有着密不可分的关系。更可怕的是，政党一旦进入败选循环阶段，不论政策好坏都将失去论述的正当性与民众的关注度，也不具理性讨论的意义，“让整个政党弥漫着失败主义，只能坐以待毙，等待对手出错”。

　　《中国时报》9日称，此次吴怡农一改民进党台北市长候选人陈时中的打法，有争议的党内人士一概谢绝站台，也不见蔡英文“轰炸式辅选”。但从选举结果来看，无论是败选检讨，还是民进党当局发红包笼络民心，各种手段统统失效。民进党选战三连败，反映的是选民对其的失望与怒火，吴怡农的败选是选民给民进党的第三次警告，提醒执政者“检讨不能只是说说而已”。文章称，蔡英文承诺的行政部门改组“支票”，如果届时还是换汤不换药，未来势必将继续吞败。(程 东)

　　(环球时报)

【动画】@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 行为，后台拉活、自动下载安装、误触下载等风险行为。

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

　　（文图：赵筱尘 巫邓炎）