새만금开发厅于24日公布了《새만금智能城市计划（2026~2030年）》，该计划已获得国土交通部最终批准。这是一项依据《智能城市建设及产业振兴等相关法律》第8条、第10条制定的法定规划。 其愿景为“碳中和AI创新智能城市새만금”。到2030年，将推进4大策略目标：构建绿色能源生态体系、打造人工智能（AI）一体化城市管理平台、扩大基于物理AI的城市服务，以及完善基础服务。 愿景与目标（来源=새만금开发厅） 城市服务分为两个部分：涵盖灾害安全、环境、设施管理等运营全流程的18项基础服务，以及通过与全球企业合作发掘的12项前沿特色服务，包括机器人出租车、需求响应型交通、V2G等。与现代汽车集团9万亿韩元投资相联动的机器人制造、AI数据中心、AI氢能城市合作，是推动项目的核心动力。 새만금长期以来被评价为“开发缓慢之地”。此次计划之所以具有意义，在于大规模民间投资与法定规划同步联动。现代汽车集团9万亿韩元投资，是公共主导智能城市项目中并不多见的大规模民间参与案例。 先在智能滨水城市打造先导区域，再将经过验证的模式扩展至새만금全域的渐进式推进方式也颇受关注。与其全面铺开，不如先验证再扩散，这一结构可被视为吸取了过去大型开发项目因执行力不足而搁浅的教训。 새만금智能滨水城市先导区域推进战略（来源=새만금开发厅） 要让计划真正运转，首先必须建立明确的先导区域成果验证体系。 有观点指出，在智能滨水城市试点运行的18项基础服务和12项前沿特色服务，究竟依据何种标准被判定为“适合全域推广”，其评估指标和决策结构应事先公开。若验证标准不透明，扩展阶段可能重复出现预算和行政浪费。 机器人出租车、需求响应型交通等前沿服务在实证阶段很可能暴露出用户可达性问题。 由于새만금入驻初期常住人口势必有限，若想避免“没有需求的供给”，服务导入顺序必须与实际居住人口的 확보计划相衔接。 与现代汽车集团9万亿韩元投资的联动，既是项目动力，也是一项风险变量。若对单一企业过度依赖，一旦投资计划变更，整个智能城市日程都可能受到冲击。 因此，有必要将合作企业结构多元化，并同步推进开放平台架构，让国内中小企业和中坚企业也能参与特色服务开发。 UAM医疗紧急出动、AI CCTV等公共安全服务，解决的重点往往不是技术，而是制度。若在相关法律完善和部门协商未完成前就先行铺设硬件，真正投入运营前的空窗期将被拉长。既然새만금开发厅已获得国土部批准，后续任务就是尽快推动与相关部门的监管协商。

大邱广域市于24日在大邱伽玛信息利用支援中心，面向大邱·庆北人工智能机器人企业召开了上门现场座谈会。 包括副委员长李正烈、数据安全政策课长元世渊、韩国互联网振兴院相关人士、民镇基大邱数字创新振兴院院长、地区企业代表等20人出席。委员会离开首尔办公楼，直接前往地方举行座谈，围坐一桌的共有20人。 地区企业提出了四项难题：▲希望修改制度，使原始数据能够使用 ▲希望减少伽玛处理和结合程序 ▲希望建立人工智能技术验证环境 ▲希望提供以案例为中心的指南。企业普遍反映，训练机器人的数据难以在地方流通，这是共同的背景。 个人信息委没有直接给出答案，而是展开了工具包。会议分享了伽玛信息利用咨询和结合先锋案例计划，并介绍了线上·线下伽玛信息支援平台、一站式支援中心、个人信息创新区、结合专业机构等基础设施。同时还说明了企业可以事先询问特定数据处理是否触法的“不采取措施意见书”制度。 此次座谈会之所以具有意义，关键在于地点。政府为打破资本与成长过度集中于首都圈的结构，制定了将全国划分为5个超广域圈和3个特别自治道的“5极3特”战略，而大邱在其中承担着“人工智能·机器人之都”的角色。 挂牌称为中心，与真正成为中心并不相同。如果训练机器人的数据无法在地方流通，所谓“之都”就只会停留在口号层面。个人信息委选择来大邱而非首尔，原因正在于此。 大邱设有伽玛信息利用支援中心本身就是一个信号。原本全部集中在首尔的数据基础设施，已经开始向地方分散，而大邱正是其中一个据点。 不过，正如座谈会上所显现的那样，拥有据点与据点真正运转起来，仍然是两回事。 地区企业提出的四项诉求，与其说是监管层面的抱怨，不如说更接近于“希望让本地企业能够与首都圈竞争对手站在同一起跑线”的均衡发展实务条件。 路径取决于如何使用大邱伽玛信息利用支援中心。如果该中心仅停留在一次性咨询窗口，那么个人信息委拿出的工具最终只会被束缚在首尔总部的资料汇编里。 如果大邱企业在结合程序上受阻，中心就连接结合专业机构；如果因缺乏判例而业务停滞，中心就像代办一样引导企业申请“不采取措施意见书”；如果缺少验证空间，中心就把个人信息创新区与地区资源对接起来。只有当地方据点以这种枢纽方式运作时，座谈会上介绍的工具才会被转化为大邱产业的实际测量值。 会议还提出，应在地方直接提出反映大邱特殊性的指南。 与通用伽玛信息指南相比，机器人产业涉及影像、语音、行为数据等复合领域，局限性十分明显，这一点在此次座谈会上再次得到确认。 既然大邱自称“人工智能·机器人之都”，那么就有必要从地区层面设计与本地企业实际接触的数据类型相匹配的结合模型和验证场景。 此次座谈会上提出的四项难题，半年后究竟推进到何种程度，将成为判断大邱是否已在“5极3特”格局中真正站稳极点的第一道刻度。

科学技术情报通信部于20日表示，已开始征集“AI特化医院AX-Ready试点项目”申请，截止到5月26日。 此次项目规模为两年内最多投入100亿韩元。今年将首先投入50亿韩元以内。课题申请从4月29日开始，通过信息通信产业振兴院的项目管理系统进行电子申请。 申请资格要求是由综合医院级以上的公共医疗机构作为主管机构，AI解决方案企业和云企业必须参加联合体。个别企业或私立医院不可单独申请。 此次项目与现有AI引入项目最大不同之处在于范围。目标是摆脱仅仅引入特定疾病诊断用AI的方式，实现诊断、治疗、行政、出院后管理等贯穿“患者旅程”的整体性打包。 主要支持内容 (출처=과기정통부) 需要实证的三大必备包裹如下。首先，包裹①是通过Dr. Answer等商用化的医疗AI解决方案和数字治疗设备在医院全过程中引入，构建综合运营基础。 包裹②是建立一个在一二三次治疗医院间通过云共享诊疗记录和影像，并由AI总结庞大诊疗记录提供给医疗人员的协诊平台。 包裹③由语音识别病历、自动生成个性化出院教育资料、自动化保险索赔及费用估算、跌倒/压疮等实时患者安全监控系统引入等组成。 三个包裹必须以一个情节进行关联。科学技术情报通信部在选择评估时将重点偏重于“AX领导力”（是否是院长直属推进体系）、“连接性”（包裹间的整合程度）、和“扩展性”（经济性分析及与费用的关联计划）。 此次项目的背景是长时间的挑战。根据科学技术情报通信部数据，由Dr. Answer项目开发的医疗AI解决方案已获得食品医药品安全处26项认证。技术验证已经完成。问题是这些解决方案尚未真正融入医院运营中。这些获得认证却未能在现场使用的技术正是本次试点项目的目标。 针对公共医疗机构有着深刻的意义。大型私立医院有自行投资的余地，相反地区的公共医院虽然负责弱势群体的必需医疗，但却在数字化转型中落后。AI驱动的公共医院引领模型首先设计为弥补地区医疗空白的方向。在评估时将“扩展性”的费用关联计划包括其中也是出于此考虑。为了使技术可持续性发展，必须与保险费结构结合，这一现实性判断得到了反映。 项目成功的关键在于医院内部。AI系统导入不仅仅是技术问题，更是组织问题。这涉及到改变医疗人员的现有工作方式，并重新设计诊疗流程。 科学技术情报通信部在选择评估中单独设立“AX领导力”项目，并明确表示将确认是否为院长直属推进体系，这正是出于这一原因。没有高管的意志，就难以吸引现场医生和护士的参与。 要求将三大包裹以“一剧情节”连接起来的要求也是基于同一原因。将各包裹分开实现后再将其链接的方式可能导致整合失败。 如果希望患者在接受门诊治疗、住院和出院的全过程中无缝通过AI实现连接，从设计阶段开始便需要具备连接结构。由于参与的联合体由医院、AI企业、云企业三方构成，初期的角色分工和数据连接规则设计的细致程度将成为关键。 如果没有费用的关联，这一系统难以持续存在。在试点项目结束后，如果AI系统要继续在医院存在，医疗人员必须能够在应用AI进行的诊疗行为中获得合理的补偿。 科学技术情报通信部将经济性分析和费用关联计划明确纳入选择评估中，正是认识到这一问题。人们指出，此次试点项目结果需与日后健康保险费用体系的改善讨论相结合，进行部门间的协商。 科学技术情报通信部计划以本次试点项目成果为基础，全面推进区域“AI特化医院网络”建设。最终蓝图是全面涵盖基础设施、平台、AI服务的医疗AI完整栈模型。作为试点项目的首个关卡，在选择参与机构时确保适当性，并提前明确事后成果测量标准将决定项目的信赖度。

  被插入恶意代码的JavaScript包的传播使整个开发环境的安全警报亮起。（图片=Freepik） 全球开发者每周从NPM生态系统下载的JavaScript库静悄悄地被污染了。谷歌威胁情报小组(GTIG)宣布，上月31日在NPM生态系统中分发的axios包的两个版本中发现了恶意代码。一旦安装，后门程序便会被植入，开发者自己也难以察觉。 问题的版本是1.14.1和0.30.4。每周下载次数分别达到1亿次和8300万次。攻击者入侵axios管理员账号后，偷偷插入名为’plain-crypto-js’的恶意依赖包。NPM滥用’postinstall’钩子在包安装后自动执行，用于植入后门程序而无需用户干预。 GTIG将此攻击分析为与朝鲜相关的以金钱为目的的黑客组织UNC1069的行动。从2018年开始活动的该组织，这次投入了已升级的恶意代码WAVESHAPER.V2。 它不分Windows、macOS或Linux进行感染，并以60秒的间隔发送信号给攻击者的服务器等待远程命令。 ◎感染路径，这样入侵 攻击手法狡黠。安装脚本本身经历了混淆处理，即便查看代码也难以理解其操作。结合XOR方式和Base64隐藏了核心命令和服务器地址。执行后尝试自我删除以清除痕迹。 根据操作系统不同嵌入的有效载荷也不同。在Windows环境中，将正常文件PowerShell复制为其他名称后以隐藏模式运行。 在macOS中，将执行文件下载至系统缓存路径后在后台运行。 在Linux中，基于Python的后门占据临时目录。不论哪种情况，安装完成后都会将感染痕迹package.json恢复原样以逃避检测。 一旦后门被植入，攻击者便可以获得相当高的权限。能够收集系统信息、浏览目录、执行任意脚本以及注入额外的执行文件。在Windows环境中，在注册表中添加项目，以便在重启后依旧存活。 ◎迅速应对措施 首先要确认是否被感染。打开项目的锁定文件(package-lock.json或yarn.lock)搜索’plain-crypto-js’项目。如存在版本4.2.0或4.2.1，则需视为感染环境。利用Wiz或Open Source Insights等依赖审查工具可一次性确认下级依赖。 版本控制是第二步。立即停止使用axios 1.14.1和0.30.4。安全版本分别为1.14.0以下和0.30.3以下。明确在package-lock.json中固定相应版本以阻止意外升级。如在运营企业内部NPM仓库，立即修改设置以防止服务感染版本。 第三步是暂时中止CI/CD管道。停止依赖axios的所有构建发布。如还有自动拉取’最新版本(latest)’的设置，这次机会必须删除。显示固定安全版本后重新发布。 网络阻断是可即时执行的措施。从防火墙中阻止所有前往攻击者基础设施域sfrclak[.]com及IP地址142.11.206.73的通信。如已有感染设备，可能正尝试以60秒周期通信至该地址。 恶意代码与C2服务器通信的网络入侵指示器（IOC）数据画面。（来源=谷歌） ◎确认感染后应当做什么 被发现plain-crypto-js的环境应视为整体受到入侵的原则。隔离该环境并恢复至已知正常状态。接下来是更换凭证。更改在该环境中使用的所有API密钥、令牌、访问密码。假设在后门植入时点已经暴露的可能性进行应对。 也需删除NPM、yarn、pnpm的本地及共享缓存。如缓存中留有感染文件，后续安装过程可能会再次感染。开发者工作站和构建服务器均属于清理对象。 如在当前开发环境下没有端点检测和响应(EDR)解决方案，此时应考虑引进。Node.js进程中生成异常子进程的模式是本次攻击的主要行为指征。GTIG公开的YARA规则可应用于构建服务器和开发者终端有助于事后检测。 ...