JiuZero
JiuZero
需要arm64架构的该工具 用于nethunter（kali in android）
This problem occurred when I tried to load ggml-7B-q4_1.bin with llama.cpp. 
提问&建议
请问能否告知下该内核是否具备以下支持： SYSVIPC支持 (可以开启PostgreSQL数据库) DriveDroid支持 USB RNDIS 模拟网卡 USB/UART 蓝牙设备支持 RTL-SDR, AirSpy, Hackrf 支持
建议
希望尽快支持360quake查询
### 基本要求 - [x] 1. 项目完全开源并遵守开源协议 - [x] 2. 项目提供README等项目描述 - [x] 3. 项目属于计算机安全范畴 - [x] 4. 项目具备一定的实用价值 - [x] 5. 项目不包含恶意功能或源码 - [x] 6. 项目将会积极维护 ### 项目名称 z0scan ###...
1).项目名称：z0scan 2).项目地址： https://github.com/JiuZero/z0scan 3).项目简介 (100 字以内)：Security tools for web vulnerability detection. | 一款兼具本地式与分布式优势、插件外部动态化导入并致力于Web黑盒漏洞探索的轻量级主被动扫描器. 4).推荐原因：[Z0Scan设计与实现：通用插件与分布式扫描新思路](https://mp.weixin.qq.com/s/z9x6kur8VkYOowk9dGcQ6Q) 项目已被收录于 [Scanners-Box](https://github.com/We5ter/Scanners-Box)  5)项目图片：见项目 [Readme](https://github.com/JiuZero/z0scan)
Z0Scan: Security tools for web vulnerability detection and red teaming. GitHub: https://github.com/jiuzero/z0scan/
> z0scan的开发者您好，非常感谢您对404星链计划的持续关注与认可，接连四次提交申请，这份对开源安全领域的热情和执着，我们由衷地表示肯定与敬佩。经过团队再次对 z0scan 项目的全面评估，我们很遗憾本次仍暂无法同意该项目加入，此前提及的核心问题“创新点不足”未得到实质性解决。另外我们也有一些小建议，希望对您能有所帮助： > > 1、目前项目将所有规则直接嵌入代码中，而正常的代码应仅负责核心逻辑，规则类内容本质上属于数据范畴。这种混编的方式会导致后续规则扩充、修改时成本极高，且易引发代码逻辑混乱。建议梳理项目中的规则模块，将规则抽离为独立的配置文件/数据库存储，让代码专注于逻辑执行，以此提升项目的可扩展性和维护性。 > 2、在安全类开源项目中融入二进制文件是行业内的一大忌讳 —— 二进制文件无法直观审查代码逻辑，无法确认是否暗藏后门、恶意逻辑或未公开的漏洞，这不仅会降低项目的可信度，也不符合404星链计划对开源项目透明性、安全性的核心要求。 > 3、开源项目的竞争力往往源于对真实问题的解决能力，建议优先围绕在使用过程中遇到的、行业内尚未被很好解决的具体安全检测/扫描问题展开迭代。这些从实际场景中提炼的问题，若能被针对性解决，既可以保证项目的实用性，也能自然形成区别于同类工具的核心亮点，而非单纯追求功能堆砌。 > > 我们理解多次申请被拒可能带来的失落，也始终认可z0scan在安全开源领域的投入。如果后续项目完成优化，或在创新方向、核心能力上有了显著突破，我们非常欢迎再次提交申请！ _Originally posted by @Knownsec404team in [#185](https://github.com/knownsec/404StarLink/issues/185#issuecomment-3599933315)_ 尊敬的404项目工作者们好，很感谢能够收到你们对我的答复与认可。但对于建议，我想要提出质疑与表达疑惑： 1. 将规则抽离为独立的配置文件/数据库存储是否真正意味着能够提升项目的可扩展性和维护性？ 在您描述中有提及"规则类内容本质上属于数据范畴"，那么同样属于数据范畴的payload列表是否也应该抽离为独立的配置文件/数据库存储呢？ 在早期的 z0scan 中规则被整理并存放在 config...
Z0Scan: Security tools for web vulnerability detection and red teaming. GitHub: https://github.com/jiuzero/z0scan/