Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
Tags
- 코딩테스트
- observability
- 모각코
- 도커
- 프로그래머스
- 비트코인
- golang
- Props
- FAAS
- docker
- BaaS
- 너비 우선 탐색
- vue.js
- k8s
- ChangeCipherSpec
- alert
- 타원곡선
- Jenkins
- 백준
- Programmers
- sia
- cloud
- 설치과정
- Vue
- kubernetes
- 서버리스
- kubernets
- 13549
- Docker-compose
- 숨바꼭질3
Archives
- Today
- Total
목록검증 (1)
작업공간

현직자에게 간단한 암호학을 배우고 , Tutorial 을 진행하면서 '전자서명은 PrivKey 검증은 PubKey로 할 수 있네' 라고 생각했다. 근데 본 서버 백엔드를 구축하면서 미리 만들어두신 샘플 중 대칭 키인 AES 의 SIgn / Verify 가 true로 체크되어있었고, 이는 서명 검증이 가능하다는 뜻이었다. 처음엔 샘플 데이터 생성을 잘못했나? 싶어서 물어봤다. 돌아온 답변은 AES KEY도 사용 빈도는 적지만 MAC 이라는 알고리즘을 통해 MAC Message Authentication Code - 메시지 인증 코드 Sender 는 Message와 MAC 알고리즘의 return 값을 덧붙여 보내고 Receiver 는 Message의 MAC 알고리즘 return 값이 수신한 인증 코드와 같은..
하루살이
2021. 8. 9. 11:26