선택한 단어 수는 입니다.
최소 단어 이상 선택하여야 합니다.
최소 단어 이상 선택하여야 합니다.
선택한 단어 수는 30입니다.
최대 10 단어까지만 선택 가능합니다.
최대 10 단어까지만 선택 가능합니다.
문제 정의
- 이 논문에서 목표로 했던 요구사항에 대해서 평가하고자 한다. 1) 인증 시마다 반복되는 절차를 최소화하기 위하여 Role Issuer의 디지털 서명을 추가하였으므로 역할 발행여부에 대한 확인절차 없이 인증이 가능하다.
- 이 논문에서 제안한 메커니즘을 검증하고자 스마트 팩토리의 디바이스 접근제어에 적용해 보고자 한다. 스마트 팩토리 내에는 활동성이 부여된 장비, 로봇, 생산 설비 등을 비롯하여 원자재, 완성품 등 센서 등이 부착된 다양한 엔터티들이 존재한다.
- 이 논문에서는 기존의 PKC X.509 인증서와 연계하여 사용하기 위해 정의된 AC를 역할의 권한 속성을 정의하기 위한 PAC로 이용하여 스마트 팩토리 엔터티 들에 최적화된 역할기반 접근제어 모델을 설계하고자 한다. 이 논문에서 사용하는 PAC는 IETF의 RFC 5755[17, 18] 등에서 정의한 AC Profile을 기반으로 사용하며 PAC가 할당되는 주체는 User가 아닌 역할이며 각 역할은 계층적인 구조로 설계하여 자식 역할은 부모 역할의 PA를 상속하게 된다.
- 이 논문에서는 스마트 팩토리 내의 다양한 엔터티들의 속성을 정의한 PAC를 활용하는 접근제어 방식을 정의하였다. 이 논문에서 정의한 PAC는 수시로 변하는 엔터티 들의 속성을 효율적으로 변경하기 위해 계층적으로 설계하여 상속개념을 적용하였으며, 인증 및 허가 시에도 효율적으로 권한속성을 확인하고 접근제어에 활용할수 있도록 ACI의 디지털 서명 후 블록체인을 이용하여 배포하였다.
- 이 논문에서는 이러한 고도로 네트워크화 된 환경에서 효율적으로 사용할 수 있는 PA(Permission Attribute) 을 이용한 RBAC(Role-based Access Control)를 블록체인 기반으로 제안하여 보안성과 효율성을 제공하고자 한다. 2장에서는 이를 위해 필요한 기존 연구들을 정리하고, 3장에서는 이 논문에서 제안하는 RBAC를 설계하고, 4장에서는 시나리오로 검증하고 효율성을 비교하여 결론을 맺고자 한다.
- ABAC(Attribute-based Access Control)는 사용자의 PKC(Public Key Certificate)에 포함하기 어려운 상세한 속성들을 하나 이상의 AC(Attribute Certificate)로 정의 하여 접근제어에 사용한다. 이러한 AC를 분배하고 공유 하기 위해 다양한 메커니즘이 제안되었는데 그 중 가장 일반적으로 사용되는 Push/Pull 방법에 대해 살펴보고 문제점을 분석하고자 한다. Push 메커니즘은 클라이언트가 AC를 보관하고 있다가 서버에게 Push(제출) 하는 방법으로, 클라이언트와 서버 간에 새로운 채널이 필요치 않다면 유용한 모델로 서버는 검색에 대한 번거로움을 없애 효율성이 뛰어나다[13, 14].
- 각 엔터티는 이벤트 업, 다운로드 등을 포함하여 다양한 접근제어의 관리 대상이 되고 있지만 현재는 효율성의 문제들로 인해 시리얼넘버 등의 단순인증 만을 사용하고 있다. 이러한 디바이스를 예를 들어 효율적이고도 안전한 접근제어가 가능한 시나리오를 작성해 보고자 한다.
가설 설정
- Control 1회당 최소 6회의 트랜잭션이 필요하고, RBAC-PAC에서는 이러한 확인 절차를 디지털 서명으로 대체하여 3회의 절차가 필요하다. 또한 역할 갱신 시, RBAC-PAC에서는 역할 단위로 갱신을 하며, 하나의 역할에 할당된 엔터티의 수는 30개로 가정하였다.
- 스마트 팩토리 내에 디바이스 센서는 M2M (Machine2Machine)-RFID으로 연결되어 있고 Fig 6과 같은 대표속성을 가지고 있다고 가정한다. 스마트 팩토리 역할속성 부여 책임자는 각 역할에 대한 상세한 권한 속성을 ACI통하여 발급요청하고 블록체인에 등록한다.
※ AI-Helper는 부적절한 답변을 할 수 있습니다.