# audit

whereisdw

사전지식 cloudwatch의 logs insights에서 사용하는 쿼리를 통해 필요한 정보를 확인할 수 있습니다. 이때 사용하는 쿼리 방법에 대해 안내합니다. 작업 환경 RDS에서 cloudwatch로 audit logs(감사 로그) 내보내기 설정 작업 방법 cloudwatch logs insights에서 아래와 같은 audit logs를 확인합니다. 위의 로그에서 3번째 항목인 사용자 계정만 확인하기 위해서 아래와 같은 쿼리가 가능합니다. 쿼리를 통해 아래와 같은 결과물 확인이 가능합니다. 작업 결과 cloudwatch의 logs insights에서는 쿼리할 때 차이점이 존재합니다. 추가 특이사항으로는 시간에 대한 쿼리는 지원하지 않고 있

dbadoy

Dixel Club 에서 진행했던 smart contract community audit에 참가하여 활동한 내역을 나중에 보기 쉽게 정리 해보려 한다. 진행 기간 : 6월 2일 ~ 6월 12일 1) PR - scripts/deploy: add verifying contract logic at once. URL : https://github.com/Steemhunt/dixel-v2-contract/pull/18 해당 프로젝트에서는 smart contract 배포를 hardhat으로 진행하고 있었다. 배포 코드 중, 모든 배포가 끝난 후, verify를 하기 위하여 배포된 contract address가 포함된 커맨드를 로깅 해주고 있다. 이 코드를 보고, 이전에 hardhat을 이용하여 smart contract 테스트 스크립트를 작성하며 알 수 있었던, npx hardhat 커맨드를 코드 레벨에서 실행 시킬 수 있는 방법이 떠올랐다. 따라서, verify를 배포와

do-hoon

JPA Auditing 이란? Java에서 ORM 기술인 JPA를 사용하여 도메인을 관계형 데이터베이스 테이블에 매핑할 때 공통적으로 도메인들이 가지고 있는 필드나 컬럼들이 존재합니다. 대표적으로 생성일자, 수정일자, 식별자 같은 필드 및 컬럼이 있습니다. 도메인마다 공통으로 존재한다는 의미는 결국 코드가 중복된다는 말과 일맥상통합니다. 데이터베이스에서 누가, 언제하였는지 기록을 잘 남겨놓아야 합니다. 그렇기 때문에 생성일, 수정일 컬럼은 대단히 중요한 데이터 입니다. 그래서 JPA에서는 Audit이라는 기능을 제공하고 있습니다. Audit은 감시하다, 감사하다라는 뜻으로 Spring Data JPA에서 시간에 대해서 자동으로 값을 넣어주는 기능입니다. 도메인을 영속성 컨텍스트에 저장하거나 조회를 수행한 후에 update를 하는 경우 매번 시간 데이터를 입력하여 주어야 하는데, audit을 이용하면 자동으로 시간을 매핑하여 데이터베이스의 테이블에 넣어주게 됩