首页 文章 精选 留言 我的

精选列表

搜索[视觉驱动],共10000篇文章
优秀的个人博客,低调大师

内网终端防勒索实践:浅谈可信进程驱动的文档防护模型

## 引言 勒索攻击已经从过去大规模互联网蠕虫,演变为高度定制化、变种快速迭代的攻击模式。攻击者通过加壳、混淆、代码变形,短时间内批量生成全新恶意样本,传统基于病毒特征库的杀毒软件很难第一时间捕获新型威胁。 很多单位部署了杀毒、EDR 产品,但依然面临风险:一旦遇到未入库的未知勒索变种,终端内合同、图纸、财务报表、设计源码等高价值文档就会被批量加密。 不少企业把全部希望寄托于备份,但现代勒索攻击链中,攻击者会优先尝试删除卷影副本、销毁本地备份,单纯备份只能作为最后兜底手段,不能当做唯一防护手段。 在内网政企、科研、制造场景,终端数量庞大,业务软件复杂,又不能为了安全过度影响员工正常办公。于是一种反向防护思路逐渐被广泛采用:**不去识别谁是恶意程序,而是只放行已知可信程序访问核心文档资源**,也就是文档防火墙防护理念。 ## 1 传统防勒索方案的现实短板 我们先梳理当下主流防护手段存在的局限,便于理解文档防火墙的设计出发点。 1. **特征码杀毒:对未知变种基本无效** 传统杀毒依靠病毒样本库匹配,只有样本被安全厂商捕获、分析、入库之后,才能够查杀。攻击者批量加壳改特征之后,就可以绕过检测,零日勒索威胁直接穿透防护。 1. **EDR 行为检测:存在误报与逃逸空间** EDR 依靠行为基线识别批量加密、文件篡改等恶意行为。但业务场景复杂,部分合法业务软件也会存在批量改写文件,容易产生误告警;同时攻击者可以通过延迟加密、拆分加密动作等手段规避行为特征识别。 1. **仅依靠备份:属于事后补救,不能阻止加密发生** 备份可以在被加密之后恢复数据,但无法阻止加密行为本身。如果备份介质也被恶意程序访问销毁,则会出现业务数据与备份同时受损。同时双重勒索模式下,就算恢复文件,数据泄露风险依旧存在。 > 总结:特征库查杀、行为检测、备份三者各有价值,但单独使用均存在短板。理想的防护架构,应当做到:**事前拦截异常访问、事中留存完整事件、事后备份可恢复,三者形成闭环**。 ![文档防勒索闭环防御架构](https://developer.qcloudimg.com/http-save/yehe-12627602/fdf787a35940e772775a2e32b0fffd16.png) ## 2 文档防火墙防勒索:核心技术逻辑 这套防护理念已有落地实现,**迪康终端安全管理系统文档防勒索模块,便是该防护思路的工程化实践**。整套能力划分为三层:可信程序访问控制、多模式文档备份兜底、全链路事件审计溯源。 文档防火墙的核心思想:**保护文档资源本身,对访问文档的进程做身份校验,而不是单纯去判断进程是否为病毒**。 不管程序是不是新变种、有没有病毒特征,只要不在可信程序列表内,就不允许它对受保护文档执行改写、加密、覆盖等高危操作。 ### 2.1 可信程序访问控制(文档防火墙核心) 系统维护可信程序特征库,通过进程名、文件厂商、数字签名、程序指纹多维标识合法业务程序,例如 Office、WPS、CAD、财务业务软件等。 1. 定义需要重点保护的文档后缀集合,覆盖办公文档、图纸、报表源码等核心资产; 1. 当进程尝试打开、修改、重命名、删除受保护文档时,底层拦截模块校验进程身份; 1. 可信白名单内程序,允许正常读写文档,员工业务操作无感知; 1. 陌生、未授信的进程,执行高危改写操作直接阻断,同时上报告警事件。 > 关键点:该防护不依赖病毒样本,面对从未见过的新型勒索变种,只要该程序不在可信列表,就直接阻止其加密文档行为,弥补特征查杀对未知威胁的短板。 当然纯白名单也存在局限:攻击者可以尝试对合法可信进程进行注入,以此绕过访问控制。因此该模块会结合进程行为做辅助校验,当可信进程出现异常批量改写大量文档的行为,同样会触发告警,规避进程注入类逃逸手段。 ### 2.2 分层文档备份:构建最后一道数据兜底防线 拦截不能做到 100% 万无一失,备份依然是不可缺失的兜底能力,但需要和普通文件夹备份做区分。 文档防勒索配套的备份机制特点: - 触发时机:文档发生修改、删除动作时自动触发备份,小于指定大小的文件支持同步备份至管理服务器; - 可配置备份保留份数,避免磁盘被备份文件占满; - 备份文件独立隔离,限制普通业务进程访问备份目录,降低恶意程序销毁备份的风险; - 当少量文档出现损坏加密,可以从本地或服务器备份中找回原始文件,降低业务中断损失。 > 注意:备份是兜底,不是替代拦截。不能认为开启备份就可以忽略访问拦截能力。 ### 2.3 防勒索事件审计:完整攻击链取证留存 安全事件发生之后,溯源取证是处置关键。文档防勒索会完整记录全部相关事件: - 触发事件的进程信息:进程名、版本、厂商、程序指纹; - 操作对象:被访问的文档路径、文件后缀; - 事件结果:是放行访问,还是被系统拦截; - 发生时间、所属终端、操作人员上下文信息。 全部日志统一汇总至管控平台,管理员可以查看全网防勒索日志,导出审计记录。一旦发生安全事件,可以快速定位是哪台终端、哪个进程、什么时间发起的异常文档访问,支撑安全事件研判、应急处置,同时可以满足等级保护、保密检查的审计留存要求。 ## 3 适合的业务落地场景 这套文档防火墙防护模式,尤其适配内网政企、科研院所、设计制造、财务机构等场景: 1. **保密内网环境** 物理隔离内网,互联网杀毒云库无法更新,传统杀软对新型威胁防护能力下降。文档防火墙不依赖外网病毒库,在内网离线环境也可以稳定工作,保护标书、涉密图纸等核心文档。 1. **终端数量庞大的办公内网** 大量办公终端,业务软件种类繁多,EDR 行为检测容易产生海量告警,增加安全人员运营负担。文档防勒索聚焦文档资源防护,告警收敛度更高,减少无效告警干扰。 1. **设计、研发、财务部门** 终端存储大量图纸、源代码、财务凭证等高价值文件,一旦被加密会直接造成业务停滞。作为杀毒、EDR 之外的补充防护层,形成纵深防御。 在物理隔离内网环境,杀毒云库无法更新,传统查杀能力受限,类似迪康终端安全管理系统这类内网终端安全平台,无需依赖外网威胁情报,可直接运行于离线内网环境完成文档防护。 > 重要定位说明:文档防勒索属于**纵深防御的重要补充,不是完全替代杀毒 / EDR**。生产环境最佳实践是杀毒 + EDR 威胁检测 + 文档防火墙防勒索 + 常规备份多套体系叠加,多层防护降低风险。 ## 4 该方案的能力边界与注意事项 任何安全技术都存在边界,在项目落地时需要客观看待: 1. 它主要防护**本地文档被未知程序批量加密篡改**,无法抵御合法业务程序自身的漏洞; 1. 可信程序白名单需要持续维护,业务上线新软件时,需要把合法程序加入授信列表,否则会出现业务软件无法保存文件的误拦截; 1. 不能防御已经获取到合法进程注入权限的高级攻击,需要搭配系统加固、补丁管理、权限管控共同形成防护; 1. 不能解决已经被加密的历史文件,作用是**阻断正在发生的加密行为,防止事态扩大**。 ## 5 总结 勒索对抗本质上是攻防的持续博弈,攻击者不断变换样本与攻击手段,单一安全产品很难实现全部威胁防御。 传统思路是 “努力识别坏人”,而文档防火墙换了一个思路:**牢牢保护核心资产,只允许经过确认的 “好人” 触碰文档**,在未知变种威胁面前形成一层重要的防护屏障。 结合访问拦截、隔离备份、事件审计,构建 “拦得住、存得下、查得到” 的闭环,作为终端纵深防御体系中重要一环,守护内网终端文档资产安全。

优秀的个人博客,低调大师

当大模型遇上终端安全——AI驱动的智能运维实践

# 一、终端安全运维的"三难"困境 在企业IT环境中,终端安全管理一直是运维团队最耗时、最容易出问题的环节之一。传统终端安全管理平台普遍面临三个痛点: - **操作门槛高**:运维人员需要在多层菜单中反复跳转,一个简单的远程桌面操作可能要点击五六次; - **数据分析难**:终端产生的日志量巨大,但人工筛选、汇总、分析效率极低,风险发现严重滞后; - **合规压力大**:等保、保密审查要求全链路可追溯,但传统工具的审计日志往往分散、不完整。 随着大模型技术的成熟,将AI能力融入终端安全管理成为可能。本文将结合实际部署经验,分享如何将DeepSeek大模型接入企业终端安全管理系统,实现自然语言运维、智能风险分析和自动化报告生成。 # 二、为什么选择公有大模型而非私有化部署 在规划AI能力时,很多企业第一反应是"私有化部署大模型"。但实际评估后会发现,私有化方案存在明显的成本和维护门槛: |**对比维度**|**私有化部署**|**公有大模型API接入**| | --- | --- | --- | |硬件投入|需采购GPU服务器,成本数十万起|无硬件投入,依托现有环境直接升级| |计费模式|固定成本,闲置也产生费用|按量Token计费,闲置无成本| |模型迭代|需自行升级模型版本|平台自动迭代,始终使用最新能力| |运维复杂度|需专门团队维护GPU集群|只需配置API Key,维护成本极低| 对于绝大多数企业而言,通过API接入公有大模型是性价比最高的方案。关键在于做好数据脱敏和权限控制,确保敏感信息不会外泄。 # 三、接入实践:DeepSeek大模型配置五步走 ## 1. 授权开通 首先需要在终端安全管理系统中申请AI模块授权。在授权申请时备注需要开通AI Insight模块,更新授权后即可启用,无需重装服务端和客户端。这一步的好处是存量环境可以直接升级,不影响现有业务。 ## 2. 注册并充值DeepSeek开放平台 访问DeepSeek开放平台,完成账户注册并进行充值。控制台提供直达DeepSeek平台的入口,分步引导完成注册和充值流程。建议首次充值金额不宜过大,先小规模测试验证效果后再按需增加。 ## 3. 创建API Key 在DeepSeek开放平台的API Keys管理页面创建API密钥。需要特别注意的是:**API Key仅在创建时显示一次,无法通过管理界面再次查看**。因此创建后必须立即复制并妥善保存。 ## 4. 配置并测试连接 将创建好的API Key填入终端安全管理控制台的AI模块-模型配置中。系统会对密钥进行本地加密存储,仅创建时可见,后续无法明文查看。填入后点击"测试连接",确认连通性正常后保存配置。 ## 5. 验证AI能力可用 配置完成后,可以在AI对话界面输入简单指令进行验证,例如"帮我查看当前在线终端数量"。如果系统能正确理解并返回结果,说明大模型接入成功。 **安全提示**:API Key是访问大模型服务的凭证,一旦泄露可能产生意外费用。建议定期轮换密钥,并在系统中开启操作审计,确保所有API调用都有日志可查。 # 四、自然语言管控终端:从"点菜单"到"说人话" ![](https://developer.qcloudimg.com/http-save/audit-12626690/44f9445bcaca29128f6187b565434f2d.jpg) 大模型接入后,最直观的变化是运维方式的变革。传统的终端运维需要运维人员熟悉系统的每一个菜单路径,而现在可以用自然语言直接下达指令。 ## 1. 常用运维指令示例 以下是一些实际使用中高频的自然语言指令: - **远程桌面**:输入"帮我远程10.10.0.7这台电脑",系统自动识别IP并发起远程桌面连接; - **消息推送**:输入"给这台电脑发送消息:系统将于今晚22点进行维护,请保存工作",直接向终端推送弹窗通知; - **系统管控**:输入"帮我重启电脑"、"修改该终端密码"、"禁止运行指定进程"等运维指令; - **违规提醒**:对检测到违规行为的终端,可快速推送提醒消息。 ## 2. 自定义快捷短语 对于高频操作,可以将常用指令保存为快捷短语,实现一键调用。例如将"查看终端最近7天的文件操作日志"保存为快捷短语,后续只需点击即可执行,无需重复输入。 ## 3. 实际效率对比 |**操作场景**|**传统菜单操作**|**自然语言指令**| | --- | --- | --- | |远程连接指定终端|5-6次点击,需在终端列表中搜索|输入IP+指令,1步完成| |批量推送通知|需进入消息管理模块,选择终端组,编辑内容|一句话描述目标和内容| |查询终端状态|进入终端详情页,切换多个标签页|直接提问,AI汇总返回关键信息| # 五、智能风险分析:让数据自己"说话" 大模型的价值不仅在于简化操作,更在于从海量终端数据中发现风险。以下是智能分析模块的核心配置和使用方法。 ## 1. 基础数据配置 在启用智能分析前,需要完成以下基础配置: 1. **组织信息录入**:录入公司、部门、人员信息,建立"部门-设备-人员"的关联关系,实现风险溯源时能精确定位到具体人员; 1. **全量日志采集**:开启终端操作日志、文件操作日志、外设使用日志、上网行为日志的全量采集,作为AI分析的数据源; 1. **黑白名单设置**:支持设置分析黑白名单,将涉密终端或特殊终端隔离,不纳入AI分析范围。 ## 2. 隐私数据脱敏 数据安全是AI分析的前提。系统内置手机号、身份证号等敏感信息的自动脱敏功能,同时支持自定义脱敏规则。在将数据发送给大模型分析之前,系统会自动对敏感字段进行脱敏处理,确保符合数据安全规范。 **实践建议**:在正式启用AI分析前,建议先在测试环境中验证脱敏规则的有效性,确认手机号、身份证号、银行卡号等敏感信息都能被正确识别和脱敏。同时定期审查脱敏规则,根据业务变化及时更新。 ## 3. 外部业务系统对接 终端行为数据 alone 往往不足以判断风险。系统支持通过标准GET协议接入OA系统和内部业务系统,同步员工周报、岗位台账等业务数据。AI结合终端行为+业务数据进行综合判定,能大幅提升风险识别的准确率。 例如:某员工终端出现大量文件拷贝行为,如果仅看终端日志可能误判为正常工作;但如果结合OA系统中的岗位信息和周报内容,发现该员工即将离职且拷贝的文件涉及核心项目资料,系统就能准确识别为潜在泄密风险。 # 六、自助智能分析报告:从"人工汇总"到"自动生成" ## 1. 报告类型与生成方式 系统支持一次性生成和定时自动生成两种模式: - **一次性报告**:按需手动触发生成,适用于临时检查、专项审计等场景; - **定时报告**:支持日、周、月周期自动生成,适用于常态化安全巡检。 报告自带5分制风险评分,对每个员工的终端行为进行量化评估,便于快速识别高风险人员。 ## 2. 自定义报告模板 系统内置默认报告模板,同时支持新增、编辑自定义报表模板。不同场景可以使用不同模板: - **日常巡检模板**:关注整体风险趋势和高风险终端; - **内部审计模板**:重点展示违规行为明细和整改建议; - **保密检查模板**:聚焦涉密文件操作和外设使用记录。 ## 3. 报告下载与归档 报告任务完成后,可一键下载完整报告。相比传统方式需要人工从多个系统导出日志、手动汇总、制作报表,AI自动生成报告可以节省大量时间,同时避免人工汇总可能出现的遗漏和错误。 # 七、安全合规:全链路审计日志留存 AI能力的引入必须以安全合规为前提。系统完整留存三类可检索日志,满足等保和保密审查要求: |**日志类型**|**记录内容**|**合规价值**| | --- | --- | --- | |AI会话日志|完整记录人机对话内容,包括用户提问和AI回答|可追溯AI分析过程,便于审计和问题排查| |工具调用日志|记录所有终端控制指令、参数与执行结果|确保每一次运维操作都有据可查,满足操作审计要求| |报表任务日志|记录报表创建范围、时间、执行状态|可追溯报告生成过程,满足审计和合规检查| 所有日志均支持永久留存和关键词检索,在面临等保测评、保密检查或内部审计时,可以快速导出相关日志作为证据。 # 八、总结与实施建议 将大模型接入终端安全管理系统,本质上是用AI能力解决传统运维中"操作难、分析难、合规难"的问题。从实际部署经验来看,建议按以下步骤推进: 1. **小规模试点**:先在一个部门或一组终端上试点AI功能,验证效果和安全性; 1. **完善脱敏规则**:根据企业实际数据类型,完善隐私脱敏规则,确保数据安全; 1. **建立操作规范**:制定AI运维操作规范,明确哪些操作可以通过AI执行、哪些需要人工审批; 1. **逐步推广**:在试点验证通过后,逐步推广到全公司范围,同时持续优化快捷短语和报告模板。 大模型不是万能的,但在终端安全运维这个场景下,它确实能显著提升效率、降低门槛。关键在于做好数据安全和权限控制,让AI成为运维团队的得力助手,而不是安全隐患。

优秀的个人博客,低调大师

AI 驱动数据分析引擎:用 LangChain + Ollama 构建智能 EDA 助手

传统数据分析依赖人工编写 `df.describe()`、逐列绘制分布图,不仅效率低,且难以从海量统计指标中提取业务洞察。本文不讨论理论,而是**纯工程实战**:基于本地开源大模型 Llama 3,结合 LangChain 构建一个能自动生成 Pandas 代码、执行统计分析并产出可视化图表的 AI 数据分析代理(Agent)。我们将完整实现“自然语言需求 → 可执行 Python 代码 → 数据结果与洞察”的闭环。 --- ## 1. 技术选型与环境初始化 选用以下工具链(全部本地部署,无需 OpenAI API Key): - **LLM 服务**:Ollama + Llama 3 (8B),兼顾性能与代码生成准确率 - **编排框架**:LangChain(提示模板、输出解析器、链式调用) - **数据处理**:Pandas + NumPy - **可视化**:Matplotlib + Seaborn 安装依赖并拉取模型: ``` pip install langchain langchain-community pandas matplotlib seaborn openpyxl ollama ollama pull llama3:latest ``` 创建项目结构: ``` ai_analyst/ ├── analyst.py # 核心引擎 ├── prompts.py # 提示词模板 └── data/sample.csv # 待分析数据集 ``` --- ## 2. 构建安全的代码生成提示链 LLM 生成 Python 代码存在安全风险(如 `os.system()`)。我们通过**强约束提示词 + 白名单函数限制**来规避: ``` # prompts.py from langchain_core.prompts import ChatPromptTemplate CODE_GENERATOR_PROMPT = ChatPromptTemplate.from_messages([ ("system", """你是一名资深数据分析工程师。用户提供 DataFrame 变量名为 `df`,请根据需求生成纯 Python 代码。 严格遵循: 1. 仅允许使用 pandas、numpy、matplotlib.pyplot、seaborn 库 2. 禁止使用 os、subprocess、eval、exec、open 等危险函数 3. 若需绘图,必须调用 plt.show() 或 plt.savefig() 4. 只返回代码块,不要包含任何解释性文字"""), ("human", "当前数据集列名:{columns}\n前5行预览:{head}\n用户需求:{query}") ]) ``` LangChain 解析器将 LLM 输出提取为纯净代码字符串: ``` from langchain_core.output_parsers import StrOutputParser from langchain_community.llms import Ollama llm = Ollama(model="llama3", temperature=0.1, num_predict=2048) chain = CODE_GENERATOR_PROMPT | llm | StrOutputParser() ``` --- ## 3. 数据分析引擎核心类 构建 `AIAnalyst` 类,封装数据加载、代码执行与结果回传。这里采用 `exec` 执行生成代码,但通过**显式限制全局作用域**来隔离危险操作: ``` import pandas as pd import matplotlib.pyplot as plt import io import sys class AIAnalyst: def __init__(self, file_path: str): self.df = pd.read_csv(file_path) self.llm = Ollama(model="llama3", temperature=0) def _safe_exec(self, code: str, return_df: bool = False): # 构建安全的执行环境 safe_globals = { 'pd': pd, 'plt': plt, 'np': __import__('numpy'), 'seaborn': __import__('seaborn'), '__builtins__': {'print': print, 'range': range, 'len': len, 'int': int, 'float': float, 'str': str} } local_scope = {'df': self.df.copy()} try: exec(code, safe_globals, local_scope) if return_df and 'df' in local_scope: return local_scope['df'] return True except Exception as e: return str(e) def query(self, user_question: str, return_df: bool = False): """对外暴露的查询接口""" columns = ', '.join(self.df.columns) head = self.df.head(3).to_string() # 调用第一步的 chain 生成代码 generated_code = chain.invoke({ 'columns': columns, 'head': head, 'query': user_question }) # 清理 markdown 标记(如有) clean_code = generated_code.replace('```python', '').replace('```', '').strip() print(f"[AI 生成代码]\n{clean_code}") result = self._safe_exec(clean_code, return_df) if return_df and isinstance(result, pd.DataFrame): return result return result ``` --- ## 4. 自动化 EDA(探索性数据分析)流水线 我们通过两次链式调用来实现“统计计算 → 自然语言洞察”: ``` def auto_insights(self) -> str: # 第一步:生成统计摘要代码 stats_code = chain.invoke({ 'columns': ', '.join(self.df.columns), 'head': self.df.head(2).to_string(), 'query': '计算所有数值列的均值、中位数、标准差、最大值、最小值,并将结果保存为 stats_df 变量' }) clean_stats = stats_code.replace('```python', '').replace('```', '').strip() # 执行统计代码(本地作用域捕获 stats_df) local_scope = {'df': self.df, 'pd': pd, 'np': __import__('numpy')} exec(clean_stats, {'pd': pd, 'np': __import__('numpy'), '__builtins__': {}}, local_scope) stats_df = local_scope.get('stats_df', pd.DataFrame()) # 第二步:将统计表传给 LLM,生成业务洞察 insight_prompt = f"以下为数据集的统计汇总:\n{stats_df.to_string()}\n请用中文总结 3 条核心业务洞察,并指出潜在异常点。" insight = self.llm.invoke(insight_prompt) return insight ``` --- ## 5. 智能可视化生成 当用户提出“画图”需求时,我们让 AI 生成绘图代码并自动执行。在提示词中强制要求输出图片保存路径,便于查看: ``` def plot(self, plot_query: str, save_path: str = 'output.png'): query_with_path = f"{plot_query},将图形保存为 {save_path},dpi=150" code = chain.invoke({ 'columns': ', '.join(self.df.columns), 'head': self.df.head(2).to_string(), 'query': query_with_path }) clean_code = code.replace('```python', '').replace('```', '').strip() self._safe_exec(clean_code) print(f"图表已生成:{save_path}") return save_path ``` --- ## 6. 集成测试:完整运行示例 假设 `sample.csv` 包含电商订单数据(订单ID、金额、数量、地区、品类)。我们编写主程序: ``` # main.py from analyst import AIAnalyst analyst = AIAnalyst('data/sample.csv') # 测试 1:数据清洗 analyst.query("将金额列中缺失值填充为平均值,数量列小于0的替换为1") # 测试 2:复杂分析 result_df = analyst.query("按地区分组,计算每个地区的总金额和平均数量,返回结果", return_df=True) print(result_df) # 测试 3:自动洞察 print(analyst.auto_insights()) # 测试 4:可视化 analyst.plot("绘制各品类订单数量的箱线图,按地区区分颜色") ``` 运行日志将显示 AI 生成的中间代码,例如: ``` df['金额'].fillna(df['金额'].mean(), inplace=True) df['数量'] = df['数量'].apply(lambda x: 1 if x < 0 else x) ``` 整个流程无需人工编写任何分析逻辑,完全由 LLM 理解数据列名后动态生成。 --- ## 7. 安全加固与性能优化 - **代码沙箱**:生产环境建议使用 `RestrictedPython` 或 Docker 隔离执行。本文用 `exec` 配合空 `__builtins__` 已过滤大部分高危函数。 - **缓存机制**:对相同的 `(列名摘要, 查询)` 进行缓存,减少重复调用 LLM 的延迟(约 3~5 秒/次)。 - **错误自愈**:捕获 `exec` 异常后,将错误信息重新输入 LLM,让其修正代码(重试 2 次)。 ``` # 自愈重试示例 for attempt in range(2): res = self._safe_exec(clean_code) if isinstance(res, str) and "Error" in res: clean_code = self.llm.invoke(f"以下代码报错:{res},请修正:{clean_code}") else: break ``` --- ## 结语 我们仅用 200 余行 Python 代码便构建了一个具备“理解-生成-执行-解读”全链路的 AI 数据分析引擎。其核心价值在于**将 LLM 的语义理解能力与 Pandas 的计算能力解耦**,使分析师可以专注于提问而非写脚本。该架构可轻松扩展至数据库查询(Text-to-SQL)、异常检测自动报告等场景。当然,当前方案对复杂业务逻辑和多表 Join 的支持仍有局限,但结合 **Function Calling** 和 **ReAct Agent**,AI 数据分析正从“玩具”走向真正的生产力工具。

优秀的个人博客,低调大师

基于AI驱动的锂电池分容老化智能测试平台

## **产品优势** - 本地化与离线可用:所有核心功能与AI推理都可本地部署,降低对云的依赖,便于机房/工厂环境部署。 - 实时性强:采样链路到检测为同步低延迟设计,轻量检测可在采样环内调用,实现早期预警。 - 插拔式 AI:通过文件配置即可启用AI深度学习模型,运维部署简单(无复杂模型服务)。 - 可视化与可导出:图形化工步与实时曲线结合,支持多种导出格式便于分析与报告。 - 配置化、易调优:大量阈值与窗口长度可在运行时调整,适配不同电芯与测试工艺。 - 多语言与主题:适配国际化场景,UI文案与界面可随语言切换。 - 轻量且可扩展:使用标准 .NET技术栈与DI,便于功能扩展。 ![](https://developer.qcloudimg.com/http-save/audit-7152477/45b0c42e852d239afe27ac1b2704ddd3.png) ## 1. 多品牌测试设备协议适配层 这是纯AI团队无法复刻的核心门槛,也是你和普通AI软件最大差异。 - 支持:兼容国产主流各类国产非标测试设备 - 通信方式:TCP、串口、Modbus、设备私有协议解析 - 功能:设备联机、通道状态读取、启停测试、暂停、终止、重置 - 实时同步:电压、电流、容量、内阻、温度、时间、步序状态 - 断连自动重连、掉线数据补采、异常断线保护 ## 2. 标准工步测试系统 - 可视化工步编辑器:恒流、恒压、静置、循环、阶梯、脉冲、老化、化成、分容 - 工步模板保存、批量导入导出、配方版本管理 - 多通道独立运行、互不干扰,支持16/32/64/128通道设备 - 自定义阈值保护:过压、欠压、过流、超温、容量异常终止 - 测试过程实时曲线:电压/电流/容量/温度四曲线联动 ## 3. 全量数据本地存储与溯源 - 每电芯唯一SN码绑定测试全流程数据 - 工步数据、原始日志、异常记录、曲线数据本地落盘 - 批次管理:批次号、物料号、生产线、操作员、设备号记录 - 离线可用,全程不需要外网,满足工厂涉密/内网隔离要求 ## 4. 标准化报表与导出 - 自动生成:分容报告、化成报告、老化测试报告、抽检报告 - 导出格式:Excel、PDF、CSV,可自定义企业模板 - 良品/不良品自动统计、批次合格率、数据汇总 ## **5.实时采样与AI推理离线部署** - 持续采样电压、电流、温度等数据并入库,支持WAL优化的本地SQLite和MySQL数据库。 - AI 实时隐性异常诊断 - 内置基于滑动窗口的实时统计检测(微短路、自放电、极化异常、曲线畸变、非稳态温升等)。 - 预留基于AI/推理的本地深度学习训练和推理框架接入点,只需放入模型文件即可启用模型推理,无需改采样逻辑或重启服务。 - 支持多语言与三种不同主题切换 - 运行时可切换语言资源(例如中/英文),支持主题(暗色/亮色)持久化。 - 权限与用户管理 - 内置角色和权限体系,支持多用户分级访问。 - MES集成(可扩展) - 提供REST风格的MES上传/检入接口映射配置。 ![](https://developer.qcloudimg.com/http-save/audit-7152477/49efb2ee95ada048f143b43d639e3a11.png) 典型适用场景 - 实验室/产线验证:连续老化测试、批量通道并行执行与记录。 - 现场巡检预警:本地实时检测异常,提前通知操作人员处理,减少设备损伤。 - 离线数据分析:导出数据给工程师进行更深层次离线分析与模型训练。 - 配置集中,可调整通道数、模拟器参数、AI模型路径等。 - 资源字典式本地化,新增语言只需添加资源文件。 - 内部已封装滑动窗口、归一化逻辑,接入AI答理和深度学习模型或替换检测算法时对调用方透明。

优秀的个人博客,低调大师

【🤖 并非所有由大模型驱动的系统都是AI智能体!】

这张图清晰对比了“伪Agent AI”与“真·Agent AI”的本质区别❗️ ⬆️ 上方红色标题 “These are not Agentic AI” 列举了三类常见误区: 🔹 LLM聊天机器人 → 线性问答,无规划能力,仅短期记忆 🔹 RPA(机器人流程自动化)→ 固定脚本执行,无法应对突发情况 🔹 RAG(检索增强生成)→ 知识库调用+LLM生成,但缺乏多步策略规划 ⬇️ 下方绿色标题 “This is an Agentic AI” 展示了真正的智能体架构: ✅ 核心由LLM(如Google ADK)与Orchestrator协调 ✅ 连接记忆库、工具调用、规划模块、多智能体协议 ✅ 支持动态协作(如LangChain/LlamaIndex专项Agent) ✅ 具备闭环反馈、自主规划、工具调度与团队协同能力! 📌 如何识别真·智能体? ▪️ 拥有短期+长期记忆体系 ▪️ 能分解目标并自主规划任务 ▪️ 按需调用工具甚至调度工具链 ▪️ 通过ReACT/Reflexion等机制自我优化 ▪️ 支持多智能体分工协作(如Manus AI的协同执行模式) 💡 关键差异:真·智能体能在流程中主动寻求人类反馈,而线性系统仅单向输出! 这就是“智能助手”与“自主规划+行动型AI”的本质区别🎯 🔗 想深入学习如何构建企业级AI智能体? 👉 关注 @智能时刻 获取前沿AI架构解析 👉 加入粉丝群【智能时刻的铁粉群】 ![](https://developer.qcloudimg.com/http-save/yehe-1589852/2a0e3f5cf66e7a0e29026bca5eab4671.png) 智能时刻的铁粉群 交流实战案例 ✨ 评论“Agent”获取更多技术图解,转发分享给困惑的伙伴吧! ![](https://developer.qcloudimg.com/http-save/yehe-1589852/6d078a1f499b89e8f521c5204bf6bf2c.png)

优秀的个人博客,低调大师

Gitee CodePecker 支撑 DevSecOps 落地,双擎驱动全链路研发安全

随着全球网络攻击手段的日益复杂,尤其是勒索软件与供应链攻击的加剧,漏洞数量与高危占比持续上升。 分析显示,绝大多数安全风险源于开发阶段的代码疏忽或组件缺陷。攻击者正利用软件供应链的脆弱性扩大攻击半径,仅依靠上线后的补救或边界防护,已难以应对现代威胁。 对越来越多追求敏捷开发、自主可控的企业而言,如何在保障研发效率的同时,将安全能力前置、嵌入、标准化,已成为安全治理体系演进的关键方向。Gitee CodePecker正是在这样的背景下推出,聚焦 DevSecOps 的工程化落地,从研发源头提升软件产品的整体可信度。 Gitee CodePecker 官网:https://gitee.com/code-pecker 路径选择:SDL 还是 DevSecOps? 当前,企业在构建安全开发体系时,主要面临三种路径选择:SDL 模式、DevSecOps 以及混合模式。 SDL 模式源自微软,强调在软件开发的各个里程碑节点设置安全门禁,适合对合规性要求极高的大型瀑布式开发项目; 微软 SDL 流程框架图 DevSecOps由 Gartner 研究公司分析师 David Cearley 提出,核心定义是将安全性作为开发和运维过程中的责任共担,通过自动化工具将安全无缝集成到 CI/CD 中; Gartner DevSecOps 流程框架图 另外还有兼顾 SDL 与 DevSecOps 的混合模式,依据企业自身的研发架构,汲取 SDL 的流程规范与 DevSecOps 的自动化优势,制定定制化标准。 作为国内领先的研发效能管理平台,Gitee 在服务大量企业级研发团队的过程中,观察到DevSecOps 的需求正从「可选理念」变为「必要能力」,对工具的精度、集成能力、误报率与本地部署支持提出更高要求。 Gitee CodePecker 的设计初衷正是响应这类趋势,从「左移式安全」入手,构建适配国产研发体系的安全能力基座。 SDL 与 DevSecOps 的核心差异 SDL 通过设立严格的安全检查点(Gate)来确保质量,更侧重于流程合规与专家评审。它往往偏向瀑布流或长周期项目,要求开发团队在特定阶段停下来进行威胁建模或安全审查。 而 DevSecOps 打破了安全与 DevOps 之间的壁垒,更侧重于自动化工具链支撑与持续反馈。将安全能力无缝嵌入研发的每个阶段,强调「人人为安全负责」,将安全扫描透明地嵌入流水线,避免阻断开发速度。 相比于流程末端设卡的传统模式,DevSecOps 的「安全左移」思路将漏洞检测与责任闭环前移至开发环节,确保问题尽早暴露、及时阻断。研究表明,在开发阶段修复漏洞的成本仅为上线后的数十分之一,因此左移不仅是提升安全性的手段,更是优化交付效率与控制风险成本的关键路径。 Gitee CodePecker 的能力体系也正是围绕这一理念设计,强调「零额外成本接入」「嵌入即生效」「发现即闭环」,使安全从流程外部的「审批动作」,真正转化为流程内部的「协作节点」。 核心工具链:构筑主动安全防线 DevSecOps 的落地关键,在于将关键检测能力前置到研发阶段,自动化嵌入到开发日常流程中。Gitee CodePecker 提供的SCA(软件成分分析)「析微」与SAST(静态应用安全测试)「补阙」,正是这套「安全左移」体系中的双引擎。 Gitee CodePecker 官网:https://gitee.com/code-pecker SCA 聚焦软件供应链的源头风险,以 SBOM 构建、漏洞与许可证风险管控为核心,守住第三方组件引入的安全关口。 SAST 针对代码的本源安全,通过「快速扫描 + 深度分析」的双模式能力,精准捕捉开发环节的编码漏洞。 两款工具从外部组件到内部代码形成互补,共同覆盖了 DevSecOps 研发前期的关键安全场景。 「析微」:守住供应链的入口 SCA(Software Composition Analysis)是 DevSecOps 中应对供应链攻击的关键一环。Gitee CodePecker 的「析微」模块支持对源码、二进制文件、镜像等构建产物进行自动分析,生成精准的 SBOM,并联动开源漏洞库、License 风险库完成检测。 相比传统 SCA 工具,「析微」具备更强的实用性和适配力: 支持源码与二进制混合扫描,适配 APK、ECU、IoT 固件、Docker 镜像等非源码场景; 漏洞可达性分析可识别实际调用链,降低误报; 高危构建自动阻断,可与 Gitee 流水线、Jenkins 等构建系统集成; License 分类识别支持自动审计 GPL/AGPL/MPL 等主流协议,满足合规要求; 实测识别精度达 98.7%,适用于金融、汽车、信创等强监管场景。 「补阙」:深度净化源代码 SAST(Static Application Security Testing)是保障代码本体安全的「第一道锁」。CodePecker 的「补阙」模块支持快速扫描与深度分析两种检测模式,覆盖从规则型风险到复杂逻辑漏洞的常见场景。 快速扫描适用于硬编码凭证、敏感配置、函数调用等规则型风险,支持以秒级速度嵌入每一次 Commit; 深度扫描通过构建抽象语法树(AST)与控制流图(CFG),进行污点传播分析,识别如 SQL 注入、XSS、命令执行等高危漏洞; 误报抑制机制结合上下文语义与数据流约束,特定场景下准确率可达 95%; 多语言支持覆盖 Java、C/C++、Python、PHP 等常见语言,适配主流研发体系; 支持国产标准,内置 GB-38674 编码规范检测能力,满足信创项目对静态安全的审计要求; 漏洞处理闭环,支持自动生成 Issue 并指派到责任人,支持修复建议推送与状态跟踪。 从检测到闭环,构建可信研发根基 DevSecOps 的真正价值,不止于提升安全能力,更在于将「安全」从流程的附属品转变为工程体系的内核。 Gitee CodePecker 不仅是两个检测工具的集合,更是一次面向 DevSecOps 的全链路能力构建: 「析微」把控组件引入之初,识别并阻断潜在风险; 「补阙」清除代码内部隐患,提升交付质量; 全链路自动化集成与闭环联动,避免人为遗漏; 支持私有化部署,兼容国产体系,适配敏感行业的信创要求。 从风险识别、开发拦截,到自动修复与责任回溯,Gitee 企业版正在帮助更多组织将安全能力真正「写进流程」,在源头构建可信研发基础设施。 点击链接:https://gitee.com/code-pecker,了解 Gitee CodePecker 如何助力企业构建研发安全闭环,获取完整产品资料与接入方案。

优秀的个人博客,低调大师

微软推出 AI 驱动的复制粘贴功能,实现本地 AI 处理

微软宣布其 “高级粘贴” 功能进行了重大的升级,现在可以通过本地 AI 模型来执行任务,而不再依赖于云端。通过利用本地设备的计算能力,用户可以在保护隐私的同时,享受到 AI 带来的便捷。 “高级粘贴” 功能的推出,旨在提高用户在各种应用场景下的工作效率。用户在进行内容复制和粘贴时,可以通过智能识别,实现智能化的内容处理。无论是从文档中提取信息,还是进行格式转换,本地 AI 都能快速完成,减少了用户在切换不同应用程序时的麻烦。 此外,本地 AI 的使用还大幅降低了网络延迟,使得粘贴操作变得更加流畅。这对频繁使用文档、表格和演示文稿的用户来说,无疑是一个福音。比如,教师在准备课程材料时,可以快速将不同来源的信息整合到一起,学生在撰写论文时也能更高效地引用资料。 微软表示,他们的目标是将 AI 的便利性带给每一个用户,并在安全性和效率之间找到一个良好的平衡。未来,这项技术可能会继续扩展到更多的应用程序中,帮助用户更好地管理和处理信息。

优秀的个人博客,低调大师

完全由正则表达式驱动的国际象棋引擎

Nicholas Carlini 这篇文章介绍了自己如何使用 84,688 个正则表达式构建了一个双层 MiniMax 国际象棋引擎。 具体而言,作者是先用正则表达式写了个 CPU 模拟器,然后在这个 cpu 模拟器上写了个编译器,然后用编译器写了个国际象棋引擎。引擎名为 "Regex Chess",可以根据输入的棋盘状态走出一手合理(且不完全糟糕)的棋步。 https://nicholas.carlini.com/writing/2025/regex-chess.html 一些技术细节:1. 基于正则表达式的 CPU 模拟器: *作者首先设计了一个基于正则表达式的 CPU,它是一种无分支、条件执行、单指令多数据(SIMD)的架构。 *该 CPU 的状态由一个字符串表示,包含程序“栈”和所有变量。 *基本指令包括 push(入栈)、pop(出栈)、lookup(变量查找)和 assign_pop(变量赋值)等。 *条件执行通过修改状态字符串的开头(%%)来实现,从而控制哪些指令生效。 *SIMD 特性通过正则表达式的全局替换功能实现,可以同时处理多个棋盘状态。 2. 编译器(宏汇编器): *作者没有构建传统的编译器,而是采用了一种基于符号执行的方法,将 Python 风格的代码转换为正则表达式指令序列。 *符号执行通过跟踪变量操作来记录执行轨迹,而不是实际执行它们。 *条件语句通过创建分支并在后续合并来实现,每个分支对应一个条件路径。 3. 国际象棋引擎的实现: *引擎使用 FEN 字符串表示棋盘状态。 *通过并行处理,可以同时生成所有棋子的合法走法。例如,pawn_moves 函数可以并行计算所有兵的可能走法。 *利用并行处理,引擎可以模拟 MiniMax 算法,通过生成所有可能的走法并评估其分数来实现。 *引擎通过生成伪合法走法(可能会导致王被将军)然后排除这些走法来实现,这本质上是一种双层 MiniMax 搜索。 - 微博蚁工厂

资源下载

更多资源
Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册