Antipublic 博客

登录名匹配与凭据精确匹配

通过合成记录,了解 Antipublic 的每种匹配模式分别回答什么问题。

作者 Krantz 4 分钟阅读

参考数据库查询可以检查某个登录名是否存在, 也可以检查某一组特定凭据是否存在。 对于相同输入,这两个问题可能得到不同答案。 Antipublic 提供不同匹配模式,便于选择工作流程实际需要回答的问题。

数据库匹配并不测试实时登录。 解释匹配或未找到的结果时,应将参考数据中的存在情况与账户访问能力区分开。

确定需要回答的问题

登录名匹配检查参考记录中是否存在该登录名,不考虑一同提交的密码。 凭据精确匹配则要求登录名和密码都与参考记录一致。

主机匹配会在比较中加入规范化主机名。 当 URL 记录中的主机属于查询键的一部分时,这种方式很有用。 不同子域名仍然视为不同主机。

先选择模式,再解释计数。 比较不同模式的结果却不记录模式,可能把预期差异误认为检查器故障。

在各模式下比较同一样本

假设一条合成参考记录为 [email protected]:example-one, 而输入为 [email protected]:example-two。 这些都是虚构示例,不是实际账户凭据。

查询模式此示例的结果原因
Login存在参考记录中存在该登录名。
Login + password不存在提交的密码不同。

精确凭据对不存在,与登录名存在并不矛盾。 每项结果都只回答该次操作所选择的键比较问题。 两者都不能证明任何一个密码能够使用。

对于 URL 记录,可以比较两条登录名和密码相同、主机不同的合成输入。 主机模式能够区分它们,而凭据对模式可能不能。 请记录使用的数据集和比较模式。

设置周期性工作流程时,使用一个有代表性的小样本。 先确认解析器接受的记录结构,并检查被拒绝的记录,再解释存在性结果。

结合背景解释匹配结果

Public 或存在,表示在参考数据集中找到了选定的键。 Private 或不存在,表示该批次接受检查时没有找到该键。 不存在并不能证明记录安全、新建、在整个互联网上唯一,或能够成功登录。

Antipublic 在本地读取输入,再将解析后的查询批次发送给存在性查询网关。 可选的私有记录上传是独立设置,也有独立影响: 每个已检查批次完成时,会添加符合条件且未找到的记录。 请有意识地检查这一设置。

格式错误的记录和未检查输入,不应归入不存在的结果。 未完成运行不能确定其余记录的存在情况。 请将操作完成状态与文件一同保留。

使用相关结果指南解释保存的文件和中断运行。 产品文档介绍了接受的输入形式、主机规范化和请求限制。