 |
电子邮件地址数据泄露检查
专用API
【更新时间: 2024.08.15】
之前在数据泄露中暴露的密码。API允许通过RESTful服务快速搜索pwned帐户列表（电子邮件地址和用户名）。
咨询
去服务商官网采购>
|
服务星级：6星
调用次数
0
次
集成人数
0
人
商用人数
0
人
SLA: N/A
响应: N/A
适用于个人&企业
收藏
×
完成
取消
×
书签名称
确定
|
- API详情
- 使用指南
- 常见 FAQ
- 关于我们
- 相关推荐
什么是电子邮件地址数据泄露检查?
“电子邮件地址数据泄露检查” 是一个API接口，它允许用户通过简单的HTTP请求来查询其电子邮件地址是否出现在已知的数据泄露事件中。这项服务能够帮助用户及时了解自己的电子邮件地址是否已经泄露，从而采取适当的措施来保护其在线账户的安全。
什么是电子邮件地址数据泄露检查？
电子邮件地址数据泄露检查有哪些核心功能？
- 获取帐户的所有违规行为：该 API 最常见的用途是返回特定帐户涉及的所有违规行为的列表。该 API 采用一个参数，即要搜索的帐户。该帐户不区分大小写，并且将删除前导或尾随空格。该帐户应始终采用 URL 编码。
- 获取系统中所有被破坏的站点：“违规”是指系统被攻击者破坏并泄露数据的情况。例如，Adobe 违规、Gawker 违规等。可以返回系统中每个违规的详细信息，目前系统中有 789 个违规。
- 获取单个被破坏的网站：有时只需要一次违规，并且可以通过违规“名称”来检索。这是稳定值，可能与违规“标题”（可以更改）相同，也可能不同。有关详细信息，请参阅下面的违规模型。
- 获取系统中所有数据类：“数据类”是在泄露中受损的记录的属性。例如，许多违规行为暴露了“电子邮件地址”和“密码”等数据类。该服务返回的值在字符串数组中按字母顺序排列，并且随着新的漏洞暴露以前未见过的数据类别，该值将随着时间的推移而扩展。
电子邮件地址数据泄露检查的核心优势是什么？
-
及时性：用户可以迅速了解其电子邮件地址或密码是否出现在最近的数据泄露事件中，从而及时采取措施。
-
全面性：该API覆盖了大量的数据泄露事件，提供了广泛的数据来源，确保检查结果的全面性和准确性。
-
易于集成：该API接口设计简单，易于开发者集成到现有的应用程序中，从而为用户提供额外的安全功能。
-
可靠性：提供高可靠性的数据检查服务，确保用户得到准确和可信的泄露信息。
在哪些场景会用到电子邮件地址数据泄露检查？
|
在线服务提供商：在线服务提供商可以在用户注册或登录时，自动检查用户的电子邮件地址是否出现在已知的数据泄露事件中。如果检测到泄露，可以提醒用户更改密码或采取其他安全措施。 |
|
| 个人安全管理：个人用户可以定期使用该API接口来检查其多个电子邮件地址和常用密码是否在数据泄露事件中被曝光，从而定期更新和管理其账户安全。 |
|
| 企业安全监控：当公司或组织需要确保内部员工或客户的电子邮件地址没有被黑客攻击或数据泄露时，使用此API接口可以定期检查电子邮件地址的安全性。通过实时监测潜在的数据泄露风险，企业能够提前采取措施，保护敏感信息。 |
|
指定 API 版本
API 的第二个版本可以通过以下几种方式指定：
-
通过 URL
- 直接在请求的 URL 中包含版本号。
- 示例:
GET https://haveibeenpwned.com/api/v2/{service}/{parameter}
-
通过
api-version标头- 在请求头部中使用
api-version字段来指定版本。 - 示例:
GET https://haveibeenpwned.com/api/{service}/{parameter -
通过内容协商
- 使用
Accept请求头部来指定版本。 - 示例:
GET https://haveibeenpwned.com/api/{service}/{parameter} 2Accept: application/vnd.haveibeenpwned.v2+json
- 使用
- 在请求头部中使用
请注意，无论采用哪种方法，API 的所有实现都将得到支持。
用户代理
- 对于 API 的每个请求，都必须包含
User-Agent请求头部。 - 示例:
GET https://haveibeenpwned.com/api/{service}/{parameter} User-Agent: [your app name] - 如果缺少
User-Agent，将会收到 HTTP 403 错误响应。 - 用户代理应该准确描述使用 API 的应用，以便在请求中能够清晰地识别它。
获取账户的所有违规行为
API 最常见的用途是返回与特定账户相关的所有数据泄露事件列表。账户参数是不区分大小写的，并且会移除前导和尾随空格。账户应该始终使用 URL 编码。
-
通过 URL 版本:
GET https://haveibeenpwned.com/api/v2/breachedaccount/{account} -
通过
api-version标头:GET https://haveibeenpwned.com/api/breachedaccount/{account} api-version: 2 -
通过内容协商:
GET https://haveibeenpwned.com/api/breachedaccount/{account} Accept: application/vnd.haveibeenpwned.v2+json
如果您不需要完整的违规数据，并且希望减小响应的大小，可以请求截断违规实体，以便只返回名称属性（这将使响应大小减少大约 98%）。
详情参考：https://haveibeenpwned.com/API/v2
该网站是关于什么的？
该网站是在 Adobe 发生了当时有史以来最大规模的一次客户帐户泄露事件之后诞生的。我经常对用户凭据进行泄露后分析，并不断发现相同的帐户一遍又一遍地暴露，并且通常使用相同的密码，这使得受害者的其他帐户面临进一步被泄露的风险。
为什么要建网站？
这个网站对我来说有两个主要目的：首先，它显然为公众提供服务。数据泄露十分猖獗，许多人并没有意识到它们发生的规模和频率。通过在这里汇总数据，我希望它不仅可以帮助受害者了解其帐户受到的损害，还可以突显当今互联网上在线攻击风险的严重性。
其次，该网站为我提供了一个很好的用例，可以让我测试许多技术并保持我的实践技能在一定程度上与时俱进。像这样的项目是保持相关性的绝佳方式，因为我的日常工作越来越关注软件管理，而不是实际构建东西（我碰巧喜欢这样做！）这是一次非常充实的旅程，我邀请了其他人加入我通过经常在博客上深入了解该过程，我打算继续保持下去，因为该网站不可避免地会随着时间的推移而发展。
指定 API 版本
API 的第二个版本可以通过以下几种方式指定：
-
通过 URL
- 直接在请求的 URL 中包含版本号。
- 示例:
GET https://haveibeenpwned.com/api/v2/{service}/{parameter}
-
通过
api-version标头- 在请求头部中使用
api-version字段来指定版本。 - 示例:
GET https://haveibeenpwned.com/api/{service}/{parameter -
通过内容协商
- 使用
Accept请求头部来指定版本。 - 示例:
GET https://haveibeenpwned.com/api/{service}/{parameter} 2Accept: application/vnd.haveibeenpwned.v2+json
- 使用
- 在请求头部中使用
请注意，无论采用哪种方法，API 的所有实现都将得到支持。
用户代理
- 对于 API 的每个请求，都必须包含
User-Agent请求头部。 - 示例:
GET https://haveibeenpwned.com/api/{service}/{parameter} User-Agent: [your app name] - 如果缺少
User-Agent，将会收到 HTTP 403 错误响应。 - 用户代理应该准确描述使用 API 的应用，以便在请求中能够清晰地识别它。
获取账户的所有违规行为
API 最常见的用途是返回与特定账户相关的所有数据泄露事件列表。账户参数是不区分大小写的，并且会移除前导和尾随空格。账户应该始终使用 URL 编码。
-
通过 URL 版本:
GET https://haveibeenpwned.com/api/v2/breachedaccount/{account} -
通过
api-version标头:GET https://haveibeenpwned.com/api/breachedaccount/{account} api-version: 2 -
通过内容协商:
GET https://haveibeenpwned.com/api/breachedaccount/{account} Accept: application/vnd.haveibeenpwned.v2+json
如果您不需要完整的违规数据，并且希望减小响应的大小，可以请求截断违规实体，以便只返回名称属性（这将使响应大小减少大约 98%）。
详情参考：https://haveibeenpwned.com/API/v2
该网站是关于什么的？
该网站是在 Adobe 发生了当时有史以来最大规模的一次客户帐户泄露事件之后诞生的。我经常对用户凭据进行泄露后分析，并不断发现相同的帐户一遍又一遍地暴露，并且通常使用相同的密码，这使得受害者的其他帐户面临进一步被泄露的风险。
为什么要建网站？
这个网站对我来说有两个主要目的：首先，它显然为公众提供服务。数据泄露十分猖獗，许多人并没有意识到它们发生的规模和频率。通过在这里汇总数据，我希望它不仅可以帮助受害者了解其帐户受到的损害，还可以突显当今互联网上在线攻击风险的严重性。
其次，该网站为我提供了一个很好的用例，可以让我测试许多技术并保持我的实践技能在一定程度上与时俱进。像这样的项目是保持相关性的绝佳方式，因为我的日常工作越来越关注软件管理，而不是实际构建东西（我碰巧喜欢这样做！）这是一次非常充实的旅程，我邀请了其他人加入我通过经常在博客上深入了解该过程，我打算继续保持下去，因为该网站不可避免地会随着时间的推移而发展。
