AI SaaS安全/评估方法
使范围和证据可检查。
这个方法支持我们 AI SaaS安全审计.参与范围确定了适用的测试、访问、证据和可交付成果。此页面是过程的描述，而不是对任何产品的评估。
1. 测试前商定边界
记录产品版本、环境、目标域和API、模型配置、允许的帐户和第三方系统。获得书面授权并同意测试窗口、停止条件、数据处理和升级联系人。
使用合成或批准的数据和有界测试。第三方基础设施在适用的情况下需要自己的授权。代码审查、配置审查、应用测试和AI评估仅在双方同意的情况下进行；不可访问的组件仍然是一个明显的限制。
2. 将观察结果与陈述分开
- 测试： 记录的输入、环境、配置和观察到的结果支持了这一发现。
- 已审核： 代码、设置或文档支持可用访问范围内的较窄结论。
- 声明： 提供商或产品所有者陈述了 Rubrex 无法独立检查的做法。
- 未评估： 该检查被排除、不可用或不确定。不得将其报告为通过。
对于培训用途声明，请确定证据涵盖哪些数据、提供商、帐户配置、条款和时间段。设置审核无法确定外部提供商的每项内部操作。
3. 确定优先级、修复和重新测试
使用已证实的影响、受影响的用户或数据、先决条件和评估的环境确定调查结果的优先顺序。保留原始证据并记录修复、重新测试条件、结果和剩余的不确定性。已接受的风险作为已接受的风险保持可见。
使用商定的参考案例和评分标准单独评估质量。报告样本覆盖率和已知限制，而不是将小型测试集转换为通用精度声明。
说明性报告大纲/未完成的审计
评估报告包含哪些内容
该轮廓显示了预期的结构。它不包含客户结果、评估产品或通过徽章。
- 执行摘要： 支持的决定、重要发现和下一步行动。
- 范围： 产品版本、环境、日期、授权目标、标准和排除。
- 数据流图： 客户输入→应用程序→检索或工具→模型提供者→输出，并确定日志、分析、存储、保留和删除路径。
- 查找记录： 标识符、受影响的组件、证据类型、预期行为与观察到的行为、影响、严重性原理和补救措施。
- 评价结果： 案例、分级方法、质量结果和覆盖范围限制。
- 复测记录： 更新版本，反复检查，结果，以及未解决的问题。
- 公开摘要（如果同意）： 支持删除敏感实现细节的语句。
复制细节、秘密和可能暴露客户的信息属于受限技术报告，而不是公共徽章页面。
Rubrex 评估徽章的要求
提议的徽章措辞是“Rubrex 评估的安全和数据实践”。徽章的发放不仅仅因为购买了评估。发行需要完成审核并发布验证记录。
- 产品所有者的权限和评估的产品/域必须经过验证。
- 在得知结果之前，必须就所需的检查和通过标准达成一致。无法为了获得通行证而默默地删除所需的检查。
- 未解决的关键或高安全性结果阻止了活动徽章。其他调查结果和排除情况必须在安全水平上披露。
- 每个公共数据实践主张必须有支持证据和明确规定的界限。没有支持的主张被省略。
- 在确认资格之前，必须根据需要重新测试补救措施。人工智能或扫描仪输出本身并不足以证明这一点。
- 必须披露对被评估产品的任何 Rubrex 工程工作。该评估并不意味着独立于我们所做的工作。
徽章必须链接到当前记录
验证记录必须标识产品和域、评估 ID、范围、评估版本、日期、证据摘要、限制、到期日和状态。任何查看徽章的人都必须能够在 rubrex.ai 上检查该记录。
有效期仅限于规定的范围和到期日。对提供商、数据流、授权、模型工具或其他评估控制措施的更改需要对受影响的索赔进行审查。过期、暂停或撤销的评估无法显示为活动评估。续签需要新的证据，而不仅仅是更改日期。
该徽章未建立 SOC 2、ISO 认证、法律合规性、零漏洞，或者产品从不处理客户数据。评估是有关已测试系统的有限证据，而不是对每个未来请求的承诺。
如果您需要检查已声明的 Rubrex 评估，请将产品 URL 和评估 ID 发送至 evals@rubrex.ai.不要通过公共联系表发送私人报告或凭据。
用于定义范围的参考文献
这些来源为评估设计提供信息。他们不认证 Rubrex 或评估的产品。报告必须列出实际检查的版本和适用要求。
- OWASP 应用程序安全验证标准 5.0.0：应用程序安全要求的参考。
- OWASP 法学硕士和 GenAI 申请前 10 名：模型应用风险覆盖范围的参考。
- OWASP 代理应用程序前 10 名：代理行为、工具和权限边界的参考。