基本用法
有关 AlterX 选项的详细概述,请访问用法页面。 如果您有任何问题,请通过我们的帮助页面联系我们。
为什么选择 AlterX?
alterx 区别于其他子域置换工具(如 goaltdns)的地方在于它的脚本功能。AlterX 接受模式作为输入,并基于这些模式生成子域置换词列表——类似于 Nuclei 如何使用 fuzzing-templates 工作。
主动子域枚举的挑战在于找到实际存在域名的概率。在规模上,这个过程可以被可视化为:
dnsx 这样的工具进行暴力破解变得不可行。使用 alterx,您可以基于被动子域枚举的结果创建模式,显著提高找到有效子域的机会,并使暴力破解更有效率。
变量
alterx 使用类似于 nuclei-templates 的变量语法。您可以使用这些变量创建自定义模式。当域名作为输入传递时,alterx 评估输入并从中提取变量。
基本变量
| 变量 | api.scanme.sh | admin.dev.scanme.sh | cloud.scanme.co.uk |
|---|---|---|---|
{{sub}} | api | admin | cloud |
{{suffix}} | scanme.sh | dev.scanme.sh | scanme.co.uk |
{{tld}} | sh | sh | uk |
{{etld}} | - | - | co.uk |
高级变量
| 变量 | api.scanme.sh | admin.dev.scanme.sh | cloud.scanme.co.uk |
|---|---|---|---|
{{root}} | scanme.sh | scanme.sh | scanme.co.uk |
{{sub1}} | - | dev | - |
{{sub2}} | - | - | - |
模式
简单来说,模式是描述 AlterX 应该生成什么类型的置换的模板。
env,其值为 prod 和 dev,然后在模式中使用它,如 {{env}}-{{word}}.{{suffix}},以生成子域,如 prod-app.example.com 和 dev-api.example.com。这种灵活性允许为独特的测试场景和目标环境定制子域列表。
用于生成的默认模式配置文件存储在 $HOME/.config/alterx/ 目录中,也可以使用 -ac 选项使用自定义配置文件。
示例
在tesla.com 的现有被动子域列表上运行 alterx 的示例,使用 dnsx 解析,产生了10个额外的新和有效的子域。
-enrich 选项可用于填充已知子域作为世界输入,以生成目标感知置换。
-pattern CLI 选项在运行时更改默认模式。
-payload CLI 选项覆盖现有变量值。