虚空访问(voidaccess)的 README 开头先放置了一张圆形项目标志,随后以一排徽章呈现基础信息:许可证徽章指向仓库中的 MIT 许可证文件,语言徽章标明需要 Python 3.10+ 环境,工具徽章对应仓库里的 Docker Compose 配置文件,版本徽章则链接到 PyPI 上的 voidaccess 包页面。
正文
VoidAccess 是一个可自托管的 OSINT 平台,能把暗网研究查询转化为结构化威胁情报。它面向安全研究人员、威胁情报团队和授权调查人员,在一个工作流里完成收集、富化、关系映射和导出。
终端输出

快速开始
pip install voidaccessvoidaccess investigate "LockBit ransomware" --no-llm --no-tor --depth shallowvoidaccess listvoidaccess actorsvoidaccess status

它能做什么
- 并行收集 - 搜索 Tor 索引、粘贴站点、代码托管平台、安全 feed 以及精选的
.onion种子。 - 实体提取 - 查找 IOC、钱包、凭证、账号句柄、漏洞、攻击者、恶意软件、人员和组织。
- 多源富化 - 添加声誉、数据泄露、被动 DNS、沙箱、区块链和威胁 feed 上下文。
- 攻击者情报 - 持久化保存别名、基础设施、笔记、时间线以及跨调查关系。
- 关系图 - 构建共现图、社区、路径和基础设施集群。
- 内容安全 - 在强制流水线关卡过滤被禁止的查询、URL、内容和提取出的实体。
- 结构化导出 - 生成 STIX 2.1、MISP、Sigma、YARA、Snort、Suricata、CSV、Markdown、JSON 以及 IOC 包。
- CLI 和 Web UI - 可在本地配合 SQLite 运行,或以 Docker Compose 堆栈配合 PostgreSQL 和浏览器界面运行。
处理流程
- 用选定的 LLM 优化调查查询。
- 并行从 Tor 搜索、粘贴站点、代码托管平台、RSS feed 和精选种子收集数据。
- 过滤噪声或无关页面。
- 从威胁情报源富化查询和早期指标。
- 递归发现额外的
.onion链接。 - 重用向量缓存中最近处理过的页面。
- 通过 Tor 以响应大小限制抓取选定页面。
- 持久化新收集的内容。
- 合并收集到的和富化后的情报。
- 用正则、NER 和可选 LLM 分析提取实体。
- 将实体与历史和种子数据集交叉引用。
- 构建关系、社区和基础设施集群。
- 生成最终情报摘要和可供导出的结果。
完整的流水线行为、超时、恢复和数据流记录在架构中。
实体类型
| 类别 | 示例 |
| --- | --- |
| 加密货币 | Bitcoin、Ethereum、Monero、Litecoin、Zcash、Solana、Tron、ENS |
| 网络指标 | IPv4、IPv6、域名、URL、.onion 地址、MAC 地址、PGP 密钥 |
| 文件指标 | MD5、SHA-1、SHA-256、恶意软件家族 |
| 凭证 | 云密钥、令牌、JWT、API 密钥、窃密日志、撞库组合列表条目 |
| 消息应用 | Telegram、Discord、XMPP、Tox、Session、Matrix、Wire、ICQ、Wickr |
| 漏洞 | CVE、MITRE ATT&CK 技术和战术、Exploit-DB ID |
| 检测内容 | YARA 规则、Nuclei 模板、Snort 和 Suricata 指标 |
| 威胁情报 | 攻击者句柄、勒索软件组织、粘贴链接、人员、组织、位置 |
收集与富化
| 层 | 来源 |
| --- | --- |
| 暗网搜索 | 16 个以上 Tor 搜索引擎和精选 .onion 种子 |
| 开放网络收集 | Pastebin、dpaste、paste.ee、Rentry、GitHub、GitLab 以及精选 RSS feed |
| 威胁 feed | AlienVault OTX、abuse.ch、MalwareBazaar、ThreatFox、URLhaus、ransomware.live、CISA KEV |
| IP 和域名上下文 | Shodan InternetDB、GreyNoise、AbuseIPDB、Feodo Tracker、C2IntelFeeds、crt.sh、URLScan.io、Wayback Machine、CIRCL PDNS、RDAP |
| 文件和身份上下文 | VirusTotal、Hybrid Analysis、Have I Been Pwned、EmailRep |
| 区块链 | BlockCypher 和 Etherscan |
需要 API 密钥的源在密钥缺失时会干净地跳过。完整的密钥和配置参考见架构。
可选的向量嵌入
默认安装可以在没有 PyTorch 的情况下运行。当嵌入堆栈不可用时,VoidAccess 会记录正在使用确定性的 SHA-256 回退编码器。安装可选的 NLP 依赖以启用完整的 sentence-transformer 向量嵌入:
pip install "voidaccess[nlp]"
LLM 提供商
| 提供商 | 典型模型 | 说明 | | --- | --- | --- | | OpenRouter | DeepSeek、Llama、Claude | 默认路由;有免费模型可用 | | Groq | Llama | 托管推理速度快,有免费额度 | | OpenAI | GPT 模型 | 需要 API 密钥 | | Anthropic | Claude | 经过测试的是 Claude Haiku 默认模型 | | Google Gemini | Gemini Flash 和 Pro | 需要 Google AI Studio 密钥 | | Ollama | 任意已安装的本地模型 | 本地运行,适合气隙部署 |
CLI 参考
| 命令 | 描述 |
| --- | --- |
| voidaccess investigate "QUERY" | 运行调查 |
| voidaccess show | 打开交互式实体浏览器 |
| voidaccess export INVESTIGATION_ID --format FORMAT | 导出为 STIX、MISP、Sigma、YARA、Snort、Suricata、包、CSV、Markdown 或 JSON |
| voidaccess package INVESTIGATION_ID | 构建 IOC 包 ZIP |
| voidaccess enrich INVESTIGATION_ID | 对已保存的调查重新富化 |
| voidaccess list | 列出已保存的调查 |
| voidaccess status | 显示配置、Tor、缓存、引擎和种子状态 |
| voidaccess actors | 列出持久化攻击者画像 |
| voidaccess actor HANDLE | 显示攻击者画像 |
| voidaccess actor HANDLE --timeline | 显示攻击者活动时间线 |
| voidaccess actor HANDLE --note "TEXT" | 向攻击者画像添加分析师笔记 |
| voidaccess timeline HANDLE | 直接打开攻击者时间线 |
| voidaccess configure | 运行设置向导 |
| voidaccess configure llm | 配置 LLM 提供商、模型和密钥 |
| voidaccess configure keys | 配置富化 API 密钥 |
| voidaccess configure tor | 覆盖 Tor 代理主机和端口 |
| voidaccess version | 打印已安装版本 |
可选的明网请求可通过 --use-scraping-api 或 --use-proxies 使用 ScrapingAnt;Tor、.onion、GitHub 和 GitLab 流量不受影响。
自托管
使用 Docker Compose 运行完整的 PostgreSQL、Tor、FastAPI 和 Next.js 堆栈。自托管指南涵盖引导式设置、环境配置、运维和故障排除。
许可证
MIT。仅将 VoidAccess 用于授权的安全研究和威胁情报工作;详见使用政策。
评论
多数评论持质疑或追问态度,认为这个 AI 工具从代码到公告都像 AI 生成、只靠错字伪装人工,难以取信;只有个别人查看仓库后觉得仍有意思。分歧主轴是“它是否只是 AI 批量产出的噱头”,以及“底层合并、身份与安全机制是否经得起审视”。
认为工具从代码到公告都像 AI 生成,靠错字伪装人工已不可信
- 项目看起来是 AI 写的,连发布公告也像出自 AI;只是掺入几个拼写错误,已无法让人相信经过人工认真打磨,可信度和完成度都受质疑。(高赞) > 这工具像是 AI 写的,连公告也像 AI 写的;放几个错字已经骗不了人。(@sandworm101)
要求公开安全报告并澄清合并与身份机制
- 社区希望看到安全报告,也想弄清底层归并逻辑:到底依据共享 PGP 密钥、加密货币地址,还是每个命中结果各自成节点;若不同人使用相同昵称,身份与命名空间冲突如何处理也尚未说明。缺乏这些技术细节前,外界难以信任。(较多人) > 合并时依据的是共享 PGP 密钥、加密货币地址,还是每个命中各自成节点?昵称重复又会怎样?(@CreepyHunterX)
查看仓库后认为项目仍有趣
- 有人实际检查了仓库,觉得内容并不像表面质疑那样一无是处,至少有一定意思,说明项目在代码层面可能仍有吸引力。(少数人) > 我查了仓库,说实话还挺有意思。(@varman11)