API审计日志的最佳实践是什么?

0

【以下的问题经过翻译处理】 我想为我们的 API 实现审计日志,以满足合规需求。客户对 API 执行的每个请求都应该被记录下来。这必须是严谨的,我们不能丢失任何日志。API 的高级架构为:Cloudfront -> API GW -> LB。

我考虑过使用 Cloudfront 标准日志,但文件说明指出它可能不是严密的,所以对我的用例来说不相关。

对我来说,API GW 访问日志似乎是正确的做法,但设置日志模板非常具有挑战性。我无法获得所有相关数据的完美模板:

  • 在请求有效载荷的位置,我得到的是“-”(通过使用 $input.body)
  • Useragent 是“Amazon CloudFront”,而不是实际的 useragent(这是有道理的,因为 Cloudfront 转发请求)
  • 许多其他字段为空

2 条意见:

问题是:这是实现 API 审计日志的正确方向吗?如果不是,您会推荐第三方产品吗?我想避免在内部开发它。

谢谢, Yedidya

1개 답변
0

【以下的回答经过翻译处理】 你好,

我认为你走在正确的道路上。另一个选项是在Api Gateway访问日志Cloudwatch arn下提供一个Kinesis Data Firehose Delivery流ARN。

这样就可以将访问日志发送到Kinesis Data Firehose,然后可以将其转发到S3等位置。

之后,你可以使用生命周期规则将数据移动到Glacier/Deep archive,以延长保存时间。

希望有所帮助。

profile picture
전문가
답변함 5달 전

로그인하지 않았습니다. 로그인해야 답변을 게시할 수 있습니다.

좋은 답변은 질문에 명확하게 답하고 건설적인 피드백을 제공하며 질문자의 전문적인 성장을 장려합니다.

질문 답변하기에 대한 가이드라인