代码仓库分析

antivirus

从文件静态特征构造状态,让 Jev 给出裁决、0–4 严重度和若干是非指标,再由本地规则决定隔离、放行或复核。

E2 · 资料已核对已检查公开资料或源码证据;仅有固定提交链接并经对应源码核对,才可称固定版本核验。不代表本站运行过、认可性能或保证安全。
Stars
2
Forks
0
协议
—
最近提交
2026-09-20

Jev 在这里做什么

Choice:clean / suspicious_pua / malicious;Score:威胁 0–4;Noul:加壳混淆、远控下载、持久化、注入规避。

把启发式特征变成可设阈值的结构化判断,而不是一段杀毒评语;本站未运行或验证防护效果。

已核对固定特征到决策及分诊策略。模型读取提取特征,代码建议隔离、放行或人工复核;本站未执行文件、验证恶意软件检测或终端防护宣传。

这个项目适合解决什么任务?

检查提取的文件特征如何形成分诊建议,而非生成一段杀毒结论。

资料分析日期:

从输入到动作

  1. 从熵、字符串、导入表和格式证据构造状态。
  2. 同时询问 verdict Choice、0–4 severity Score 和多个 Noul 指标。
  3. 联合映射到 ALLOW、QUARANTINE 或 SOC_REVIEW。

实现中值得检查的地方

隔离由组合策略决定

scan_file_features 要求 malicious 加上把握度、严重度、C2 或注入条件之一;clean 也有检查,模糊情形进入 SOC_REVIEW。

查看对应来源 ↗

模型看不到未提供证据

build_state 发送提取特征,不能证明所有运行时行为;高低风险都只针对输入证据作判断。

查看对应来源 ↗

选择建议

应作为实验性分诊设计研究;未知文件仍需成熟终端防护和隔离分析,不能凭本评审授予删除或隔离权限。

如何自行检查

用合成特征与假答案检查 malicious/clean/SOC_REVIEW 分支,启用真实文件动作前评估误报和漏报。

结论的适用边界

  • 本站未执行恶意样本、文件动作或在线推理。
  • README 的广泛防护与延迟宣传未独立验证。
本次分析的原始资料