{
"domain": "github.com",
"checkedAt": "2026-10-12T16:20:17.441Z",
"securityTxt": {
"found": true,
"url": "https://github.com/.well-known/security.txt",
"statusCode": 200,
"contentType": "text/plain; charset=utf-8",
"signed": false,
"valid": true,
"expires": "2026-11-11T16:20:17.000Z",
"expired": false,
"daysUntilExpiry": 29,
"fields": {
"contact": [
"https://hackerone.com/github"
],
"expires": "2026-11-11T16:20:17z",
"encryption": [],
"acknowledgments": [
"https://hackerone.com/github/hacktivity"
],
"preferredLanguages": [
"en"
],
"canonical": [
"https://github.com/.well-known/security.txt"
],
"policy": [
"https://bounty.github.com"
],
"hiring": [
"https://github.careers"
],
"csaf": [],
"unknown": []
},
"issues": [
{
"severity": "info",
"code": "not_signed",
"message": "The file is not digitally signed. RFC 9116 recommends (SHOULD) a cleartext OpenPGP signature."
},
{
"severity": "warning",
"code": "expires_soon",
"message": "The file expires in 29 day(s)."
}
],
"location": "well-known"
},
"adsTxt": {
"found": false,
"url": "https://github.com/ads.txt",
"statusCode": 406,
"valid": false,
"issues": [
{
"severity": "warning",
"code": "unexpected_status",
"message": "The server answered HTTP 406 for /ads.txt."
}
]
},
"summary": {
"errors": 0,
"warnings": 2,
"info": 1
},
"cached": true
}
curl --location --request GET 'https://zylalabs.com/api/14111/security+txt+api/34864/check+security+txt+and+ads+txt?domain=github.com' --header 'Authorization: Bearer YOUR_API_KEY'
注册后,每个开发者都会被分配一个个人 API 访问密钥,这是一个唯一的字母和数字组合,用于访问我们的 API 端点。要使用 安全文本 API 进行身份验证,只需在 Authorization 标头中包含您的 bearer token。
| 标头 | 描述 |
|---|---|
授权
|
必需
应为 Bearer access_key. 订阅后,请查看上方的"您的 API 访问密钥"。
|
验证 security.txt 政策文件(RFC 9116)的语法和结构。这仅是语法和结构验证;它不验证卖家(没有 sellers.json 的交叉检查)或交换域
安全文本API返回安全.txt和广告.txt文件的验证报告,包括它们的状态、内容类型、有效性、到期详情以及在验证过程中发现的任何问题
关键字段包括 `domain`、`found`、`valid`、`expires`、`issues` 和 `fields`,如 `contact`、`policy` 和 `hiring`,它们提供有关安全政策的详细信息
响应采用JSON格式组织,顶层键包括域信息、验证结果,以及security.txt和ads.txt的详细字段,使解析和分析变得容易
该端点提供有关 security.txt 和 ads.txt 文件的存在性和有效性、其内容、过期日期以及任何验证问题的信息,帮助用户评估安全政策
用户可以通过使用 `fresh` 参数来自定义请求,以绕过缓存,从而获得特定域的最新验证结果
典型的用例包括安全审计 合规检查 和漏洞评估 组织需要验证其域的安全政策的存在和正确性
通过针对RFC 9116标准进行结构化验证来保持数据的准确性,确保只有格式正确的security.txt文件被报告为有效
用户可以分析 `issues` 字段以识别和解决他们安全策略中的具体问题,并利用 `fields` 通过更新联系和政策信息来增强他们的安全态势