Skip to main content

2. Authorization

권한(Authorization)은 시스템 엔터티(예: 장치, 서버, 소프트웨어 기능)에게 시스템 자원에 접근할 수 있는 권리 또는 허가를 의미함.
ENFor the purposes of this guidance, authorization is the right or a permission that is granted to a system entity (e.g., a device, server, or software function) to access a system resource.
KR본 지침에서 말하는 권한 부여(Authorization)란 시스템 엔터티(예: 장치, 서버, 소프트웨어 기능)에게 시스템 자원에 접근할 수 있는 권리 또는 허가를 부여하는 것을 의미합니다.
ENMore specifically, as a defensive measure, an authorization scheme enforces privileges (i.e., “rights” associated with authenticated sessions, identities and/or roles).
KR보다 구체적으로는, 방어적 조치로서 권한 부여 체계는 인증된 세션, 신원 및/또는 역할에 연관된 “권리”를 기반으로 특권(privileges)을 적용합니다.
ENThese privileges either permit allowed behavior, or refuse disallowed behavior in order to ensure that system resources are only accessed in accepted ways, by accepted parties.
KR이러한 특권은 허용된 행위를 승인하거나, 허용되지 않은 행위를 거부함으로써 시스템 자원이 승인된 방식과 승인된 주체에 의해서만 접근되도록 보장합니다.
권한 부여는 최소 권한 원칙을 적용해야 함.
ENWithin an adequately designed authorization scheme, the principle of least privileges76 should be applied to users, system functions, and others, to only allow those entities the levels of system access necessary to perform a specific function.
KR적절하게 설계된 권한 부여 체계에서는 최소 권한 원칙(principle of least privileges)을 사용자, 시스템 기능 및 기타 엔터티에 적용하여, 특정 기능을 수행하는 데 필요한 수준의 시스템 접근만 허용해야 합니다.
인증은 암호학 기반 또는 다른 의미있는 기술을 기반으로 수행될 수 있다.
ENWhile authentication schemes based on cryptographically proven designs are generally considered more robust and are therefore preferred, meaningful authorization checks can be performed based on other compelling evidence (e.g., benefit/risk assessment in accordance with Section 6.5 of AAMI TIR57 or Section 7.4 of ANSI/AAMI SW96 and associated supporting justification and as evidenced through security testing).
KR암호학적으로 검증된 설계에 기반한 인증 체계는 일반적으로 더 강력하다고 간주되어 선호되지만, 의미 있는 권한 부여 검사는 다른 설득력 있는 근거를 기반으로 수행될 수도 있습니다(예: AAMI TIR57의 섹션 6.5 또는 ANSI/AAMI SW96의 섹션 7.4에 따른 이익/위험 평가, 관련 정당화 및 보안 테스트를 통한 입증).
ENFor example, a medical device programmer that is capable of Near-Field Communications (NFC) could have elevated privileges that are granted based on a signal of intent over NFC that cannot physically be produced by another unauthorized device over Radio-Frequency (RF) (e.g., a home monitor).
KR예를 들어, NFC(근거리 통신)를 지원하는 의료기기 프로그래머는 RF(무선 주파수)를 사용하는 다른 비인가 장치(예: 가정용 모니터)로는 물리적으로 생성할 수 없는 의도 신호(signal of intent)를 기반으로 향상된 권한을 부여받을 수 있습니다.
권한 체계 구현을 위한 권고사항
인증 체계 구현을 위한 추가 권고사항
  • Limit authorized access to devices through the authentication of users (e.g., user ID and password, smartcard, biometric, certificates, or other appropriate authentication method);
  • 사용자 인증(예: 사용자 ID 및 비밀번호, 스마트카드, 생체 인식, 인증서 또는 기타 적절한 인증 방법)을 통해 장치에 대한 승인된 접근을 제한합니다.
  • Use automatic timed methods to terminate sessions within the medical device system where appropriate for the use environment;
  • 사용 환경에 적합한 경우, 의료기기 시스템 내 세션을 자동으로 종료하는 시간 기반 방법을 사용합니다.
  • Employ an authorization model that incorporates the principle of least privileges by differentiating privileges based on the user role (e.g., caregiver, patient, healthcare provider, system administrator) or device functions; and
  • 사용자 역할(예: 보호자, 환자, 의료 제공자, 시스템 관리자) 또는 장치 기능에 따라 특권을 구분함으로써 최소 권한 원칙을 포함하는 권한 부여 모델을 적용합니다.
  • Design devices to “deny by default” (i.e., that which is not expressly permitted by a device is denied by default). For example, the device should generally reject all unauthorized connections (e.g., incoming TCP, USB, Bluetooth, serial connections). Ignoring requests is one form of denying authorization.
  • 장치를 “기본 거부(deny by default)” 방식으로 설계합니다. 즉, 장치에서 명시적으로 허용되지 않은 것은 기본적으로 거부됩니다. 예를 들어, 장치는 일반적으로 모든 비인가 연결(예: 수신 TCP, USB, 블루투스, 시리얼 연결)을 거부해야 합니다. 요청을 무시하는 것도 권한 부여를 거부하는 한 형태입니다.