개발스토리

전자 서명(Digital Signature) ■ Authentication을 지키기 위한 solution ■ 송수신자 서로간의 신원 확인 Scenario ■ Bob은 public key를 공개된 장소에 두고, private key는 자신이 가지고 있다. ■ Alice는 Bob의 public key를 가져와, 메시지를 암호화해서 전송 ■ 이 메시지는 다른 사람이 보더라도 풀 수 없다. 메시지를 복호화하려면 Bob의 private key가 필요하기 때문 -> 기밀성보장 - Bob은 alice가 메시지를 작성했다는 사실을 확신할 수 없다. - Bob은 메시지가 중간에 변경되지 않았다는 것을 확신할 수 없다. Digital Signature Scenario ■ Alice는 메시지를 해시..

Hash Function ■ 임의의 긴 입력값을 적절하게 처리하여 짧은 값을 출력하는 함수 ■ Message Authentication Code (MAC)로 무결성 제공 ■ 전자 서명으로 sender authentication 제공 Hash Properties ■ 입력 길이에 상관없이 출력 길이가 일정하다. ■ 조금이라도 입력 값이 다르면 출력 값은 완전히 달라진다. -> integrity 제공 ■ x = h(x)는 쉽지만 reverse 계산은 어렵다. ->암/복호와의 차이점 ■ 충돌저항성이 높을수록 좋은 hash 함수이다. ( 충돌 저항성이란 해시값이 같은 입력 값을 두 개를 찾을 수 없다는 특성이다.) Integrity : using Message Authentication Code (MAC) ■ 메..

Role-Based Access Control(RBAC) ■ 각 사용자 대신에 역할별로 접근 권한을 할당 ■ 상업적으로 회사, 기관, 조직에서 많이 쓰임 ■ 예를 들어, 회사에 팀장과 팀원마다 역할이 다르면 각각의 사용자 별로 권한을 주는 것이 아니라 팀장, 팀원 등에 역할에 맞게 접근 권한을 할당해 주는 것이다. -> 메모리 낭비가 줄어든다. ■ 각각의 사용자는 권한에 할당되는 것이 아니라 role(역할이나 직급)에 할당되게 된다. ■ 이점 - 예를들어, 어떤 사용자는 팀장이자 팀원일 수도 있다. 두 개의 역할을 가질 수도 있다. 이 상황에 따른 권한을 할당 받는 것이 쉽다. 또한, 팀장 역할을 그만두게 될 시에 전체 구조를 바꾸는 것이 아니라 연결만 끊어주면 돼서 간단하다. -> 관계에 따른 연결 해..

Discretionary access control (DAC) ■ 임의 접근 제어 ■ 요청자의 신원에 따라 무엇을 할 수 있는 지 정의 ■ Window, unix 등 컴퓨터 시스템 널리 사용 ■ Access Matrix 사용 - 주체와 객체, 권한을 행렬로 표현 - 단점 : 주체와 객체가 많아질수록, 메모리 낭비가 심해질 수 있다. ■ 단순하고 직관적임 Access Matrix ■ 행 : 자원 접근 주체, subject ■ 열 : subject가 접근하는 대상 자원, object ■ Entry : 허용되는 접근, access right 방법1. ACL - Access Control Lists ■ Access matrix를 열로 분리 ■ 객체에 대한 권한을 가진 주체 파악에 유리 ■ linked list ..