MIDP 1.0 사양은 각 MIDlet Suite가 샌드 박스에서 작동하도록 제한하여 MIDlet에 사용할 수 있는 모든 API가 해당 장치별 API 또는 기능에 액세스하지 못하도록 합니다. 이 사양에서는 이러한 샌드 박스 개념을 사용하며 신뢰할 수 없는 모든 MIDlet Suite에는 이 제한 사항이 적용됩니다. 이 사양의 모든 구현에서는 신뢰할 수 없는 MIDlet Suite의 실행을 반드시 지원해야 합니다.
MIDP 2.0에서는 민감하고 제한적인 것으로 간주되는 API 사용이 허용되는 신뢰할 수 있는 응용 프로그램의 개념을 소개합니다. 장치에서 MIDlet Suite를 신뢰할 수 있는 것으로 판단하면 도메인 정책에 표시된 대로 액세스가 허용됩니다. 아래의 신뢰할 수 있는 MIDlet Suite 보안 절에서 이 개념에 대해 설명합니다. 장치에서 신뢰할 수 없는 모든 MIDlet Suite는 반드시 신뢰할 수 없는 상태로 실행되어야 합니다. MDIet suite의 신뢰성 여부를 확인하는 프로세스에서 오류가 발생하면 MIDIet Suite는 거부되어야 합니다.
신뢰할 수 없는 MIDIet Suite는 장치가 JAR 파일의 출처 및 무결성을 신뢰하지 못하는 MIDIet Suite입니다. 신뢰할 수 없는 MIDIet Suite는 보호된 API 또는 기능에 대한 액세스가 허용되지 않거나 명시적인 사용자 권한으로 허용되는 제한된 환경을 사용하는 신뢰할 수 없는 도메인에서 반드시 실행되어야 합니다. MIDP 1.0을 준수하는 MIDlet Suite는 이 사양 구현에서 신뢰할 수 없는 상태로 실행될 수 있어야 합니다. 보안에 민감하지 않으며 별다른 권한이 정의되지 않은 사양의 모든 API 또는 기능은 신뢰할 수 있는 MIDlet Suite 및 신뢰할 수 없는 MIDIet Suite 모두에서 암시적으로 액세스할 수 있습니다. 신뢰할 수 없는 MIDIet Suite는 JAR 매니페스트 또는 응용 프로그램 설명자에서 명시적으로 권한을 요청하지 않습니다.
신뢰할 수 없는 MIDIet Suite의 신뢰할 수 없는 도메인은 사용자의 명시적인 확인없이 다음에 대한 액세스를 반드시 허용해야 합니다.
| API | 설명 |
|---|---|
javax.microedition.rms |
RMS API |
javax.microedition.midlet |
MIDIet 라이프사이클 API |
javax.microedition.lcdui |
사용자 인터페이스 API |
javax.microedition.game |
게임 API |
javax.microedition.mediajavax.microedition.media.control |
사운드 재생용 멀티미디어 API |
신뢰할 수 없는 MIDIet Suite에 대한 신뢰할 수 없는 도메인은 사용자의 명시적인 확인과 함께 다음과 같이 보호된 API 또는 기능에 대한 액세스를 반드시 허용해야 합니다.
| API | 프로토콜 |
|---|---|
javax.microedition.io.HttpConnection
| http |
javax.microedition.io.HttpsConnection
|
https |
신뢰할 수 있는 MIDlet Suite의 보안은 보호 도메인에 기반을 둡니다. 각 보호 도메인은 해당 도메인의 MIDlet Suite에 부여할 수 있는 권한을 정의합니다. 보호 도메인 소유자는 장치가 MIDlet Suite의 신뢰할 수 있고 보호된 API 또는 기능에 대한 액세스를 인증하는 권한을 가진 보호 도메인에 바인드할 수 있는지를 식별하고 확인하는 방법을 지정합니다. 장치에서 MIDlet Suite를 식별하고 신뢰하는 데 사용하는 기법은 장치, 네트워크 및 비즈니스 사례에 따라 적절히 선택할 수 있도록 개별적으로 정의되어 있습니다.
X.509 PKI를 사용하여 신뢰할 수 있는 MIDlet Suite에서는 서명 및 확인을 통해 신뢰할 수 있는 MIDlet Suite를 식별하는 기법에 대해 설명합니다. 이 사양 구현에서 PKI를 사용하여 서명된 MIDlet Suite를 신뢰할 수 있는 MIDlet Suite로 인식하는 경우, MIDlet Suite는 X.509 PKI를 사용하여 신뢰할 수 있는 MIDlet에서 지정된 형식 및 프로세스에 따라 서명되고 확인되어야 합니다.
| 용어 | 정의 |
|---|---|
| 보호 도메인 | MIDlet Suite에 부여될 수 있는 허용 및 사용자 권한 집합 |
| 권한 | 인증 없이 사용되지 않도록 API 또는 기능에서 정의한 명명된 권한 |
| 신뢰할 수 있는 MIDlet Suite | JAR 파일의 인증 및 무결성을 장치가 신뢰할 수 있고 보호 도메인에 바인드된 MIDlet Suite |
MIDlet Suite의 기본 인증은 다음 요소들 간의 관계에 의해 설정됩니다.
MIDlet-Permissions 및 MIDlet-Permissions-Opt 속성에서 MIDlet Suite가 요청한 권한 집합
ConnectionNotFoundException을 반드시 발생시켜야 합니다.
권한은 호출되기 전에 명시적인 인증이 필요한 API 또는 기능에 대한 액세스를 방지하는 수단입니다. 이 절에서 설명하는 권한은 보안 보호가 필요한 API 또는 기능에만 적용되며, 신뢰할 수 있는 MIDlet Suite 및 신뢰할 수 없는 MIDlet Suite 모두에서 액세스할 수 있고 명시적인 권한이 필요하지 않은 다른 API에는 적용되지 않습니다. 권한은 보호된 기능을 호출하기 전에 구현에 의해 확인됩니다.
권한 이름은 Java 패키지 이름과 유사한 계층 조직을 가집니다. 권한 이름은 대소문자를 구분합니다. API의 모든 권한은 API의 패키지 이름과 동일한 접두사를 사용해야 합니다. 패키지 내의 특정 클래스의 기능에 대한 권한인 경우에는 패키지 및 클래스 이름을 포함해야 합니다. 권한의 유효한 문자 집합은 패키지 및 클래스 이름과 같습니다. 패키지 이름의 대소문자 규칙은 권한 이름에도 사용해야 합니다. 예를 들면 javax.microedition.io와 같습니다. 권한 이름 다음에 패키지 또는 클래스가 오고 그 뒤에 "."(유니코드 U+002E) 구분자를 가진 추가 수정자가 추가될 수 있습니다 .
이 사양에서 보호된 기능에 대한 액세스를 제공하는 각 API는 권한을 정의합니다. MIDP 2.0이 아닌 다른 사양에서 정의된 API의 경우에는 MIDP 2.0에서 이 API가 구현될 때 필요한 모든 권한 및 API의 동작을 지정하는 단일 설명서가 있어야 합니다.
보호된 것으로 식별된 각 기능(또는 전체 API)은 API의 클래스 또는 패키지 설명서에서 정의한 권한 이름을 가져야 합니다.
이 사양에서 정의하는 모든 일반 연결 체계의 권한에 대해서는 javax.microedition.io 패키지의 설명서를 참조하십시오. 권한을 명시적으로 정의하지 않은 이 사양 내의 모든 API 및 기능은 모든 신뢰할 수 있는 MIDlet Suite 및 신뢰할 수 없는 MIDlet Suite에서 사용할 수 있어야 합니다.
보호된 API 또는 기능에 대한 액세스가 필요한 MIDlet Suite는 해당 권한을 요청해야 합니다. 요청된 권한은 MIDlet-Permissions 속성에서 권한을 나열함으로써 요구할 수 있습니다. 이러한 권한은 MIDlet Suite 기능에 중요하며 이 권한 없이는 MIDlet Suite를 제대로 작동할 수 없습니다.
MIDlet Suite가 특정 권한으로 또는 특정 권한 없이 제대로 작동할 수 있는 경우에는 MIDlet-Permissions-Opt 속성을 사용하여 요청해야 합니다. MIDlet Suite는 이와 같은 중요하지 않은 권한 없이 저하된 기능(예: 네트워크 게임이 아닌 단일 플레이어 게임)으로 실행할 수 있으며 또한 그렇게 설치되고 실행되어야 합니다.
MIDlet-Permissions 및 MIDlet-Permissions-Opt 속성은 한 개 이상의 권한 목록을 포함합니다. 여러 권한은 쉼표(유니코드 U+002C)로 구분됩니다. 선행과 후행 공백(유니코드 U+0020) 및 탭(유티코드 U+0009)은 무시됩니다.
이 사양 및 다른 Java API를 구현하는 각 장치는 보호된 API 및 기능에 적용되는 전체 권한 집합을 가지게 됩니다. 이는 장치의 모든 보호된 API 또는 기능에서 정의하는 모든 권한의 통합입니다.
보호 도메인은 권한 집합 및 관련된 상호 작용 모드를 정의합니다. 보호 도메인은 다음으로 구성됩니다.
보호 도메인 내에서는 각 권한이 허용 또는 사용자일 수 있지만 둘 다일 수는 없습니다.
허용 권한은 MIDlet Suite가 보호 도메인과 관련되어 있다는 근건 하에 지정된 보호된 API 또는 기능에 대한 액세스를 명시적으로 허용하는 모든 권한입니다. 허용 권한은 사용자 상호 작용이 필요없습니다.
사용자 권한은 MIDlet Suite가 보호 도메인에 바인드되었다는 근거 하에 보호된 API 또는 기능에 대한 모든 권한이며, 사용자에게 프롬프트하고 명시적 사용자 권한이 부여된 후에 보호된 API 또는 기능에 대한 액세스를 허용합니다.
사용자 권한은 다음 상호 작용 모드 중 하나를 사용하여 사용자가 특정 API에 대해 권한을 거부하거나 부여할 수 있도록 정의합니다.
blanket"은 모드가 제거되거나 사용자가 권한을 변경하기 전까지는 MIDlet Suite의 모든 API 호출에 대해 유효합니다.
session" 은 모드가 종료되기 전까지 MIDlet Suite 호출에 유효합니다. "session" 모드는 보호된 API 또는 기능을 처음으로 호출할 때 또는 호출 전에 사용자에게 프롬프트해야 합니다. 사용자가 MIDlet Suite를 다시 호출할 경우에는 프롬프트가 반복되어야 합니다.
oneshot" 모드는 보호된 API 또는 기능을 매번 호출할 때마다 사용자에게 반드시 프롬프트해야 합니다.
사용자 권한 상호 작용 모드는 보안 정책 및 장치 구현에 따라 선택됩니다. 각 사용자 권한은 기본 상호 작용 모드 및 사용 가능한 다른 상호 작용 모드 집합을 가집니다. 사용자는 상호 작용 모드를 선택할 수 있어야 합니다. 선택권이 있는 경우에는 기본 상호 작용 모드를 선택할 수 있습니다. 사용자는 권한을 언제든지 거부할 수 있어야 합니다.
사용자에게 프롬프트될 때는 견식있는 선택을 할 수 있도록 요청된 권한에 대한 이해하기 쉬운 설명이 충분히 제공되어야 합니다.
blanket에서 oneshot 작업 권한 모드에 이르기까지 이러한 모드는 사용성과 사용자 알림 간의 상호 보완을 나타내며 장치의 인간과의 인터페이스를 사용하여 원할하고 일관되게 작동해야 합니다.
신뢰할 수 있는 MIDlet Suite의 인증은 보호 도메인 정보, 장치의 권한 및 MIDlet Suite에서 요청한 권한을 사용합니다. 도메인에서 권한은 허용 또는 사용자입니다. 응용 프로그램에서 요청하는 권한은 중요하기도 중요하지 않기도 합니다.
호출해야 하는 신뢰할 수 있는 MIDlet Suite에 권한 부여를 설정하려면 다음 사항이 반드시 모두 사실이어야 합니다.
MIDlet-Permissions 속성에서 검색되고 중요하지 않은 권한은 MIDlet-Permissions-Opt 속성에서 검색됩니다. 이 속성이 응용 프로그램 설명자에 나타날 경우에는 매니페스트의 해당 속성과 반드시 동일해야 합니다. 동일하지 않으면 MIDlet Suite를 절대로 설치하거나 또는 호출해서는 안됩니다.
SecurityException을 발생해야 합니다.
성공적인 인증 결과는 MIDlet Suite가 권한을 요청한 보호된 API 또는 기능에 대한 액세스 권한이 부여되는 것입니다.
보호 도메인에 대한 외적 표현은 개발자, 작동자 및 생산자 간의 명확한 통신을 허용니다. 이 형식은 예로써만 제공합니다. 이 형식을 사용하기 위해 이 사양 구현에 대한 요구 사항은 없습니다. 정책 파일 문자 집합은 모든 언어를 지원하는 유니코드 UTF-8 인코딩입니다. 정책 파일 구문은 JAR 매니페스트 형식을 기반으로 합니다.
정책은 도메인 및 별칭에 대한 정의로 구성됩니다. 각 도메인은 부여된 권한 및 사용자 권한에 대한 정의로 구성됩니다. 별칭은 2개 이상의 도메인에서 다시 사용할 수 있기 위해서 명명된 권한 그룹을 허용하며 정책을 압축할 수 있도록 도와줍니다. 별칭은 오직 단일 정책 파일에서 정의하고 사용할 수 있습니다. 별칭에 대한 참조는 정책 파일에 지정된 별칭에 대한 정의를 반드시 따라야 합니다.
도메인은 도메인 식별자 및 권한 시퀀스로 정의합니다. 도메인 식별자는 구현에 따라 다릅니다. 각 권한 줄은 "allow" 또는 사용자 권한의 "blanket", "session" 또는 "oneshot"으로 시작하여 따라야 하는 권한 목록에 대한 상호 작용 수준을 표시합니다. 사용자 권한은 기본 모드를 포함할 수도 있습니다. 권한을 여러 줄로 구성할 수 있습니다. 권한은 순서대로 처리되며 한 도메인 내에서 권한이 여러 번 발생하면 권한의 마지막 정의만 사용합니다. 권한이 두 번 이상 나타나지 않는 것이 좋습니다.
BNF 구문:
policy_file = 1*(directive)
directive = (domain_def | alias_def) [newlines]
domain_def = "domain:" *WS domain_id *WS newlines
1*permission
domain_id = 1*<any Unicode char and continuation, but not newline>
permission = permision_level ":" api_names newlines
api_names: *WS alias_or_name *(*WS "," *WS alias_or_name) *WS
alias_or_name = alias_ref | api_name
alias_ref = <alias_name from a previous alias_def in the same policy_file>
permission_level = allow | user_permission_levels
user_permision_levels = highest_level ["(" default_level ")"]
highest_level = user_permission_level
default_level = user_permision_level ; cannot be greater the highest_level
user_permission_level = blanket | session | oneshot
allow = "allow" ; allow access without asking the user.
blanket = "blanket" ; Allow access, do not ask again.
; Include session and oneshot when asking.
session = "session" ; Allow access, ask again at next MIDlet Suite startup.
; Include oneshot when asking.
oneshot = "oneshot" ; Allow access, ask again at next use.
; If no default provided, default is to deny access.
alias_def = "alias:" *WS alias_name 1*WS alias_api_names
alias_api_names = api_name
*(*WS "," *WS api_name) *WS newlines
alias_name = java_name
api_name = java_class_name
WS = continuation | SP | HT
continuation = newline SP
newlines = 1*newline ; allow blank lines to be ignored
newline = CR LF | LF | CR <not followed by LF>
CR = <Unicode carriage return (U+000D)>
LF = <Unicode linefeed (U+000A)>
SP = <Unicode space (U+0020)>
HT = <Unicode horizontal-tab (U+0009)>
java_name = 1*<characters allowed in a java_class_name except for ".">
java_class_name = 1*<characters allowed in a Java class name>
정책 파일의 예:
domain: O="MIDlet Underwriters, Inc.", C=US
allow: javax.microedition.io.HttpConnection
oneshot(oneshot): javax.microedition.io.CommConnection
alias: client_connections javax.microedition.io.SocketConnection,
javax.microedition.io.SecureConnection,
javax.microedition.io.HttpConnection,
javax.microedition.io.HttpsConnection
domain: O=Acme Wireless, OU=Software Assurance
allow: client_connections
allow: javax.microedition.io.ServerSocketConnection,
javax.microedition.io.UDPDatagramConnection
oneshot(oneshot): javax.microedition.io.CommConnection
domain: allnet
blanket(session): client_connections
oneshot: javax.microedition.io.CommConnection