시험에 나오게 될
CloudTrail과 관련해
알아야 할 게 몇 가지 있습니다
첫 번째는 log file integrity validation으로
로그 파일의 진정성 유효검사입니다
AWS 내에서 API 호출을 하면
CloudTrail에 기록이 되고
이러한 로그들은 매시간마다
Amazon S3로 전송되도록 할 수 있습니다만
Digest 파일이라는 것을 생성할 수도 있습니다
이것은 지난 한 시간 동안의
모든 로그 파일을 참조하고
각각의 해시를 포함합니다
이건 여러분의 로그 파일과 같은 S3 버킷에
저장되지만 다른 폴더에 넣어져 보관됩니다
요점은 이것이
모든 걸 참조한다는 것이므로
CloudTrail로부터 로그 파일을 제공받은 이후
수정 또는 삭제와 같은 조작이
있었는지의 판단에
도움을 줄 수 있습니다
따라서 로그 파일 해시가
다이제스트 파일의 해시와 일치하면
로그 파일이 수정되지 않았음을
알 수 있고, 그것으로 된 겁니다
준수 목적으로 아주 유용하죠
해시는 SHA-256 알고리즘을 사용하고 있고
여기에서의 요점은
CloudTrail에서 온
S3 버킷 내의 모든 파일을
잘 보관하고자 한다면
버킷 정책, versioning(버저닝), MFA Delete 보호,
암호화, object lock(객체 잠금)등을 이용해
S3 버킷을 보호하면 되는 것이지만
준수 측면에서 해당 파일들이
수정되지 않았다는 걸 보여주고 싶다면
CloudTrail의 다이제스트 파일을 쓰면 된다는 것입니다
마지막으로 CloudTrail이 이러한 로그 파일을
Amazon S3로 계속 전달하기 원한다면
IAM을 이용해 CloudTrail을
보호해 주어야 한다는 겁니다
CloudTrail과 EventBridge를 통합해서
CloudTrail은 AWS 계정 내에서 생성된
API 호출에 대해 이벤트브릿지를 촉발할 수 있고
EventBridge에서는
Lambda, SNS, SQS 등을 이용해서
원하는 어떠한 통합이라도 할 수 있습니다
이벤트브릿지가 커버하지 않는 것이라도
CloudTrail에 나타나는 것을 알고 있고
이것이 API 호출에 반응하길 원한다면
CloudTrail과의 이벤트브릿지 통합을 정의해주면 됩니다
CloudTrail은 실시간이 아니기 때문에
이벤트는 API 호출 후 15분 이내에
전달될 것이고
로그 파일 내의 이벤트 또한
5분마다 S3로 전달될 것입니다
이것은 API 호출 위의 실시간 자동화가 아니라
CloudTrail에서 만들어진 API 호출이
이벤트브릿지로 전달될때의
통합을 위한 방법이라고
볼 수 있겠습니다
끝으로는 Organization Trail로
organization(조직) 차원에서 CloudTrail의 설정이 가능합니다
관리 계정과
다수의 멤버 계정이 있을텐데
조직 차원에서의 CloudTrail은
모든 멤버 계정의 API 호출에 대한 이벤트를
전조직의 타겟 S3 버킷 안에
기록하게 되는데
이것은 계정 관리에 아주 유용합니다
관리자와 멤버 계정의
모든 이벤트가 기록되고
이에 대한 트레일의 이름은
AWS에 있는 모든 계정에서
동일하게 사용됩니다
준수 차원에서 좋은 점은
멤버 계정은 해당 조직 트레일을
제거하거나 수정할 수 없고
원상태의 존재만을 볼 수 있다는 것입니다
여러분이 CloudTrail에 관해 알아야 할
추가적인 것들은 이것으로 끝입니다
유익한 시간이셨길 바라면서
다음 강의 때 뵙도록 하겠습니다