嘉义市长选举，民进党继“九合一”选举后再吞一败******
【环球时报综合报道】继上月“九合一”选举惨败后，民进党再吞一败。
嘉义市长选举因无党籍候选人黄绍聪11月2日去世，台“中选会”依法公告停止该项选举，并定于12月18日投票。结果国民党籍市长黄敏惠得到59874票，以27084票的巨大优势碾压民进党候选人李俊俋，顺利连任。2018年的“九合一”选举，黄敏惠当时在蓝营分裂的情况下拿到58558票，最后只以2302票的微弱优势击败寻求连任的民进党候选人涂醒哲。
黄敏惠再下一城后，国民党在“九合一”选举中总共拿下14个县市执政权，在北港溪以南，嘉义市也是国民党唯一执政县市。黄敏惠18日下午在支持者簇拥下发表当选感言，她对民进党当局喊话说，“这是基层团结对高层发出声音，请兑现铁路高架化全额补助、盖轻轨的承诺”。国民党主席朱立伦表示感谢嘉义市民出门投票力挺黄敏惠，国民党不会有一丝自满或任何一丝高兴，仍会持续努力另外两场“立委”补选，包括明年1月8日的台北市“立委”补选以及接下来的南投县“立委”补选。
资深媒体人黄扬明称，黄敏惠再度连任，不仅是第四度担任嘉义市长，更是台湾地方自治史上在同一县市任职时间最长的民选首长。据了解，嘉义市自1982年改制后共有11届市长，其中黄敏惠担任第7、第8、第10以及刚当选的第11届市长。《中国时报》19日称，嘉义市政治板块绿略大于蓝。黄敏惠打“政绩牌”、长期勤耕基层获得肯定，而且国民党此次展现团结，“全党护一人”，相比之下民进党的李俊俋选前5个多月才被征召参选，被质疑不接地气，加上绿营地方分裂、11月底“九合一”选举惨败等因素，导致李俊俋在嘉义市惨败。
针对再次败选，民进党代理党主席陈其迈对选举结果表示尊重，称民进党会持续检讨、反省。台“立法院副院长”蔡其昌19日称，民进党已启动检讨机制，会汇整出检讨方向。但民进党“立委”何欣纯在脸书上质疑，没有大破大立，就没有大开大合，“我们的检讨到底是什么？”“中广”董事长赵少康19日称，选民觉得给民进党的教训还不够，“苏贞昌还在那里，民进党真的有检讨吗？”他批评民进党所谓检讨都是打擦边球、虚晃一招，没有真正检讨核心问题，推估台北“立委”补选，选民还是会继续教训民进党。网友纷纷留言称，“派系斗争不团结，样样涨价的民生问题，高官不愿倾听民意。选举挫败，还不倾听、检讨，台湾未来堪忧”。
《联合报》19日称，“九合一”败选后，民进党检讨小组归纳的意见多半不知所云，除了怪年轻人怕上战场，还怪抖音洗脑年轻人不投票，令人啼笑皆非。而在11月26日大败后，12月18日嘉义市长选举又败，民进党不少人担心明年1月的台北“立委”补选也可能以败选收场，即明年1月15日补选党主席上任前，民进党将面临三连败。文章称，岛内民众没有耐心等待民进党重整，“若没有自省能力，继续与民意脱节，下一个失败很快就要来临”。(张 若)
【动画】@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 行为，后台拉活、自动下载安装、误触下载等风险行为。
（监制：张宁 策划：李政葳 制作：黎梦竹）
