Oracle Adaptive Risk Management에서 사용자정의 활동 사용 사례 구성

소개

이 사용지침서에서는 OARM(Oracle Adaptive Risk Management)에서 사용자정의 활동 사용 사례를 구성하는 방법을 보여줍니다.

즉시 사용 가능한 사용자 인증 활동 외에도 고객은 자체 사용자정의 활동을 생성하고 수집된 정보를 사용하여 규칙을 생성할 수 있습니다. 규칙은 비즈니스 요구에 따라 사용자 정의됩니다. 이러한 규칙은 본질적으로 트랜잭션일 수 있으며 업무에 관심이 있는 유저 작업의 다양한 측면을 모니터합니다. 사용자 지정 활동의 예로는 인터넷 뱅킹 또는 뱅킹 애플리케이션에서 청구서 지불이 있습니다. 지불과 관련된 금액, 사용자 정보 등과 같은 정보를 사용하는 규칙을 추가하여 사기성 자금 이체를 식별할 수 있습니다.

이 자습서에서는 사용자가 온라인으로 구매하는 것과 관련된 사용자 정의 작업을 관리자가 모니터링하는 시나리오를 고려합니다. 첫 번째 쇼핑 거래가 $ 500 이상이면 사용자는 거래를 진행할 수 있습니다. 그러나 사용자가 첫 번째 구매 후 5 분 이내에 두 번째 온라인 거래를 수행하고 $ 500를 초과하는 경우 사용자는 차단됩니다. 관리자는 사용자 세션 대시보드를 통해 경보, 작업, 규칙 및 기타 사용자 관련 정보를 모니터할 수 있습니다.

목표

이 자습서에서는 다음 작업을 수행합니다.

  1. OARM에서 사용자정의 활동을 구성합니다.
  2. OAA 위험 REST API를 사용하여 규칙을 테스트합니다.
  3. 조건을 업데이트하여 규칙 동작을 테스트합니다.
  4. 사용자 세션을 모니터합니다.

필요 조건

이 자습서를 시작하기 전에 다음을 수행해야 합니다.

OARM에서 커스텀 활동 구성

신용카드 활동에 대한 사용자정의 활동을 구성하려면 다음 단계를 수행하십시오.

신용카드 활동에 대한 사용자정의 활동 생성

  1. OARM 관리 콘솔에 로그인합니다. 콘솔이 OAM OAuth로 보호되므로 OAM 로그인 페이지로 재지정됩니다. 자격 증명 및 로그인을 지정합니다.

  2. 왼쪽 상단에서 애플리케이션 탐색 햄버거 메뉴를 클릭합니다.

  3. 적응형 Risk Management에서 사용자정의 작업을 누릅니다. 사용자정의 활동 페이지가 나타납니다.

  4. 새 활동 생성을 누릅니다.

  5. [새 사용자정의 활동] 페이지의 1. 작업 설명 창에 다음을 입력합니다.

    • 이 작업의 이름 입력: 사용자 정의 작업의 이름을 지정합니다. 신용 카드 활동을 예로 들 수 있습니다.
    • 설명: 사용자 정의 활동에 대한 설명을 지정하십시오. 신용 카드 활동을 예로 들 수 있습니다.
    • 다음을 누릅니다.

  6. 2. 모니터할 액터 지정 창에서 다음을 누릅니다.

    주: 이 사용 사례의 경우 배우가 선택되지 않습니다. 모니터할 작업자를 지정하는 방법에 대한 자세한 내용은 Oracle Advanced Authentication Admin Console에 대한 도움말 참조를 참조하십시오.

  7. 3. 모니터링할 작업 세부정보를 제공합니다. 섹션에서 세부정보 추가를 누르고 다음 정보를 입력합니다.

    • 이름: 작업 세부정보에 대한 이름을 지정합니다. 이 예에서 품목 가격은 이 사용자정의 활동 사용 사례가 고객이 구매한 품목의 가격과 연계되어 있으므로 사용됩니다.
    • 설명: 활동 세부정보에 대한 설명(예: 구매 품목 가격)을 지정합니다.
    • 필수: 토글 단추를 사용하여 필수 항목을 지정합니다. 이를 통해 OARM으로 들어오는 모든 거래에 대해 가격 정보가 제공됩니다.
    • 데이터 유형: 속성의 데이터 유형을 숫자로 지정합니다.
    • 암호화됨: 토글 단추를 사용하여 요소를 암호화할지 여부를 지정합니다. 암호화는 문자열 데이터 필드에만 사용되며 다른 데이터 필드는 암호화할 필요가 없습니다. 이 예제에서는 암호화되지 않은 상태로 둡니다.
    • Ok(확인)를 누릅니다.

    품목 가격 오른쪽에 있는 맵 아이콘을 눌러 다음과 같이 소스 데이터를 제공합니다.

    • 소스 데이터: 소스 데이터는 트랜잭션의 일부로 보호된 애플리케이션에서 가져온 클라이언트 데이터를 참조합니다. 예: transaction.price.
    • 매핑 유형: 소스 데이터를 대상 데이터 및 작업자에 연결하는 방법을 지정합니다. 대상 데이터 요소에 대한 소스 데이터 요소의 일대일 매핑이 필요하므로 직접을 선택합니다.

    • Ok(확인)를 누릅니다.
    • 완료를 누릅니다.

  8. 저장 후 진행을 눌러 사용자정의 작업 생성을 확인합니다.

경보 그룹 생성

  1. 왼쪽 상단의 애플리케이션 탐색 햄버거 메뉴를 누르고 Adaptive Risk Management에서 그룹 관리를 누릅니다. 새 그룹 생성을 누릅니다.

  2. New Group 페이지에서 다음과 같이 새 Alert 그룹을 생성합니다.

    • 그룹 이름: 그룹 이름을 지정합니다(예: 구매 품목이 한도를 초과함).
    • 그룹 유형: 그룹 유형을 경보로 지정합니다.
    • 그룹 설명: 그룹에 대한 설명(예: 구매 가격이 $500를 초과하는 경우 경보)을 지정합니다.
    • Create를 누릅니다.

  3. 구매 품목이 한도를 초과함 창에서 경보 추가를 선택합니다.

  4. 값 추가 창에서 다음 값을 입력하고 추가를 누릅니다.

    • 경보 유형: 경보 유형을 사기로 지정합니다.
    • 경보 레벨: 경보 레벨을 높음으로 지정합니다.
    • 경보 메시지: 구매 가격이 한도를 초과하므로 경보 메시지를 지정합니다.

  5. 이제 경보가 경보 그룹에 추가됩니다.

  6. Save를 누릅니다.

신용 카드 활동 규칙 구성

  1. 왼쪽 상단에서 [애플리케이션 탐색] 햄버거 메뉴를 누르고 적응형 Risk Management를 눌러 대시보드에서 작업 목록을 봅니다.

  2. 신용 카드 활동 타일에서 0 규칙 링크를 누릅니다. User Activity 페이지가 나타납니다.

  3. 사용자 작업 페이지에서 새 규칙 추가를 누릅니다.

  4. 새 규칙 추가 페이지에서 다음 정보를 입력합니다.

    • 이름: 규칙의 이름(예: 신용 카드 활동)을 지정합니다.
    • 설명: 규칙에 대한 설명(예: 구매 가격이 $500를 초과하는지 확인)을 지정합니다.
    • 상태: 토글 단추를 사용하여 규칙을 사용으로 설정합니다.
    • 작업 선택: 규칙과 연관시킬 작업을 선택합니다. 예를 들어, 이 사용 사례의 블록입니다.
    • 경보 선택: 규칙이 평가될 때 트리거할 경보를 선택합니다. 예를 들어, 구매 품목이 한도를 초과합니다.

  5. 동일한 창에서 토글 단추를 사용하여 고급 조건 표시를 수행합니다.

  6. 검색 조건 목록에서 필터 조건을 사용하여 트랜잭션 수 확인을 선택하고 조건 추가를 누릅니다. 조건은 아래에 나타납니다. 다음과 같이 정보를 입력합니다.

    • 실사할 트랜잭션 선택: 신용 카드 활동
    • 실사에 대해 지정된 조건: 다음보다 큼
    • 카운트에 대한 지정된 검사 값: 1
    • 트랜잭션 상태: 비워 둡니다.
    • 현재 트랜잭션(수) 무시: True
    • 동일한 사용자: True
    • 현재 트랜잭션에 필터 검사를 적용: True
    • 기간: 5
    • 기간 유형: 롤링
    • 기간 단위: 분

  7. Save를 누릅니다. 규칙이 표시됩니다.

  1. [사용자 활동] 화면에서 신용 카드 활동 규칙 기반 블록에 대한 편집 단추를 누릅니다.

  2. 화면 하단에서 Add Filter를 누르고 다음 정보를 입력합니다.

    • 속성: 품목 가격
    • 비교자: 다음보다 큼
    • 값: 500

    • Save를 누릅니다.

  3. 왼쪽 상단의 애플리케이션 탐색 햄버거 메뉴를 누르고 Adaptive Risk Management에서 사용자정의 작업을 누릅니다.

  4. 신용 카드 활동 규칙 확인을 사용으로 설정하려면 토글 단추를 선택합니다.

  5. 왼쪽 상단에서 애플리케이션 탐색 햄버거 메뉴를 누르고 적응형 Risk Management를 눌러 대시보드에서 사용자 작업 목록을 봅니다. 이제 사용자정의 활동과 연계된 규칙이 표시됩니다.

    인증 플로우 중 이 규칙이 실행되면 규칙과 연관된 필터 조건을 사용하여 트랜잭션 수 확인 조건이 평가됩니다. 이 조건이 True로 평가되면 규칙이 트리거됩니다. 따라서 사용자가 차단됩니다.

OAA 위험 REST API를 사용하여 신용카드 활동 규칙 테스트

이 섹션에서는 OAA 위험 REST API를 사용하여 신용 카드 활동 규칙 확인을 테스트합니다.

OARM Postman Collection 설치

Postman에서 환경 매개변수 설정

  1. Postman을 열고 파일 > 임포트를 선택합니다.

  2. 임포트 대화상자의 파일 탭에서 파일 업로드를 선택합니다. Oracle_Advanced_Authentication_Example_Environment.postman_environment.json을 선택한 다음 열기를 누릅니다.

  3. 왼쪽 메뉴에서 환경을 누릅니다.

  4. 표시된 환경 목록에서 Oracle Advanced Authentication 예제 환경 오른쪽에 있는 줄임표를 누른 다음 복제를 누릅니다.

  5. 원래 환경 위에 나타나는 Oracle Advanced Authentication Example Environment Copy에서 줄임표를 누르고 이름을 Oracle Advanced Authentication Environment for REST APIs로 바꿉니다.

  6. 초기 값 및 현재 값에 대해 다음 값을 입력하여 새 환경에 대한 환경 변수를 업데이트합니다. 완료되면 탭에서 저장, X 순으로 눌러 닫습니다.

    • oaa-admin: Oracle Advanced Authentication 호스트 이름 및 관리 포트(예: https://oaa.example.com)
    • oaa-policy: Oracle Advanced Authentication 호스트 이름 및 정책 포트입니다(예: https://oaa.example.com).
    • oaa-runtime: Oracle Advanced Authentication 호스트 이름 및 런타임 포트입니다(예: https://oaa.example.com).
    • 관계 이름: Oracle Advanced Authentication 설정에 지정된 RELEASENAME(예: oaainstall)입니다. OAA를 설치할 때 common.deployment.name에 대해 전달된 값입니다.
    • oaapolicyapikey: Oracle Advanced Authentication 설정의 oaapolicyapikey(예: a5764d4ef6b71129f38a2d8ddc88b6060653d3c8)입니다. OAA를 설치할 때 install.global.policyapikey에 대해 전달된 값입니다.
    • oaaapikey: Oracle Advanced Authentication 설정의 oaaapikey(예: a5764d4ef6b71129f38a2d8ddc88b6060653d3c8)입니다. OAA를 설치할 때 install.global.uasapikey에 대해 전달된 값입니다.
    • KBA: Oracle Advanced Authentication 설정에 대한 KBA 사용자 이름입니다(예: OAAINSTALL_OAA_KBA). 이 값은 <RELEASENAME>_OAA_KBA 값을 사용하며 대소문자를 구분합니다.
    • oaafactorapikey: Oracle Advanced Authentication 설정의 oaafactorapikey(예: a5764d4ef6b71129f38a2d8ddc88b6060653d3c8)입니다. OAA를 설치할 때 install.global.factorsapikey에 대해 전달된 값입니다.
    • oaa-risk: Oracle Advanced Authentication 호스트 이름 및 위험 포트(예: https://oaa.example.com)입니다.
    • oaariskapikey: Oracle Advanced Authentication 설정의 oaaapikey(예: a5764d4ef6b71129f38a2d8ddc88b6060653d3c8)입니다. OAA를 설치할 때 install.global.riskapikey에 대해 전달된 값입니다.

    주: oaa-admin, oaa-policy, oaa-runtime(spui) 및 oaa-risk에 대한 URL을 모르는 경우 배포 세부정보 인쇄를 참조하십시오.

    환경은 다음과 유사합니다.

  7. 환경 드롭다운 목록을 누른 다음 목록에서 업데이트된 환경을 선택합니다.

Postman 컬렉션 가져오기

  1. Oracle Adaptive Risk Management REST API Postman 컬렉션을 임포트하려면 Postman 기본 페이지에서 파일 > 임포트를 선택합니다.

  2. 임포트 대화상자의 파일 탭에서 파일 업로드를 선택합니다. Oracle_Adaptive_Risk_Management_Rest_API.postman_collection.json 파일을 선택한 다음 열기, 임포트 순으로 누릅니다.

    왼쪽 메뉴에서 모음을 누릅니다. 컬렉션은 다음과 같이 표시되어야 합니다.

신용 카드 활동 규칙 테스트

런타임 시 이 사용자정의 활동을 실행하려면 다음 API를 실행해야 합니다.

사용자 활동 ID 검색

신용 카드 활동과 연계된 사용자 활동 ID를 검색합니다.

  1. Postman Collections 탭에서 Oracle Adaptive Risk Management REST API > user-activities로 이동합니다.

  2. 사용자 활동 가져오기를 선택합니다. 이 요청은 /policy/risk/v1/user-activities 엔드포인트에 대한 GET 요청을 수행하고 신용카드 활동과 연계된 사용자 활동 ID를 검색합니다. 전송을 누릅니다:

  3. 응답에서 Status: 200 OK가 나타나는지 확인합니다. 응답 본문에서 신용 카드 활동에 대한 값을 텍스트 파일로 복사합니다. 나중에 트랜잭션 중에 이 SCN이 필요합니다.

사용자에 대한 세션 생성

다음과 같이 사용자에 대한 세션을 생성합니다.

  1. Postman Collections 탭에서 Oracle Adaptive Risk Management REST API > session/v1 > (request id)로 이동합니다.

  2. 사용자 인증 요청에 대한 새 세션 생성을 선택합니다. 이 요청은 risk-analyzer/session/v1 끝점에 대한 POST 요청을 수행합니다. 본문에서 사용자 및 환경에 맞게 본문의 정보를 편집합니다. 아래 예제에서는 default 그룹에 testuser에 대한 세션을 생성하도록 요청합니다. 본문의 나머지 매개변수를 설정하는 방법에 대한 자세한 내용을 보려면 아래 스크린샷의 오른쪽 상단에 강조 표시된 설명서 아이콘을 누르십시오.

  3. 응답 본문에서 Status: 200 OK가 나타나는지 확인합니다. requestID의 값을 텍스트 파일에 복사합니다. 트랜잭션을 생성하려면 나중에 이 값이 필요합니다.

사용자에 대한 트랜잭션 생성

다음과 같이 유저에 대한 트랜잭션을 생성합니다.

  1. Postman Collections 탭에서 Oracle Adaptive Risk Management REST API > transaction/v1로 이동합니다.

  2. 새 트랜잭션 생성를 선택합니다. 이 요청은 /risk-analyzer/transaction/v1 끝점에 대한 POST 요청을 수행합니다. 본문에서 requestID의 값을 이전 단계에서 복사된 값으로 바꾸고 전송을 누릅니다.

    주: 앞의 본문 텍스트에서 "key": "transaction.price"가 표시됩니다. 이 필드는 신용 카드 활동에 대한 사용자정의 활동 생성의 7단계에서 생성된 매핑에서 정의됩니다. 여기서 $700 한도 설정 $500를 초과하는 값으로 설정합니다.

  3. 응답에서 Status: 200 OK가 나타나는지 확인합니다. 응답 본문에서 텍스트 파일에 transactionId 값(5)을 복사합니다. 규칙을 실행할 다음 단계에서 이 값이 필요합니다.

규칙 처리

다음과 같이 트랜잭션에 대한 규칙을 처리합니다.

  1. Postman Collections 탭에서 Oracle Adaptive Risk Management REST API > transaction/v1로 이동합니다.

  2. 프로세스 규칙을 선택합니다. 이 요청은 /risk-analyzer/risk/v1 끝점에 대한 PUT 요청을 수행합니다.

    API 호출에서 다음 값을 바꾸고 전송을 누릅니다.

    • CheckpointList: 사용자 활동 ID 검색에서 신용 카드 활동에 대해 가져온 값(예: 1600)을 지정합니다.
    • transactionId: 사용자 **에 대한 트랜잭션 생성에서 생성된 트랜잭션의 값을 지정합니다(예: **5).
    • requestID: Create a Session for the User에서 가져온 값을 지정합니다.

  3. 응답 본문에서 result는 비어 있습니다. 즉, Allow를 의미하며 사용자가 첫번째 시도에서 트랜잭션을 진행할 수 있습니다.

    참고: 가격 값이 $700인 경우에도 사용자가 첫 번째 시도에서 트랜잭션을 진행할 수 있습니다. 이는 규칙과 연계된 조건에 따라 실사 내 현재 트랜잭션 무시가 True로 설정되기 때문입니다. 즉, 사용자가 처음 $500보다 큰 가격으로 거래를 시도하면 가격 값이 무시되고 사용자가 거래를 진행할 수 있습니다.

세션을 성공으로 업데이트

주: 이 섹션의 단계는 세션을 Success로 표시하려는 경우입니다. 응용 프로그램 요구 사항에 따라 세션을 적절하게 갱신할 수 있습니다. 가능한 값을 보려면 Postman 컬렉션의 /policy/config/property/v1?propertyName=auth.status.enum.*에 대해 GET를 실행합니다.

  1. 세션을 Success로 갱신합니다. Postman Collections 탭에서 Oracle Adaptive Risk Management REST API > session/v1 > (request id)로 이동합니다. 기존 세션의 세부정보 업데이트를 선택합니다.

    API 호출 본문에서 다음 값을 바꾸고 전송을 누릅니다.

    • authenticationStatus: 성공적인 세션을 나타내려면 0으로 설정합니다.
    • requestId: Create a Session for the User에서 가져온 값을 지정합니다.

  2. 응답 본문에서 Status: 200 OK가 나타나는지 확인합니다.

동일한 사용자에 대한 다른 세션 생성

  1. 동일한 유저에 대해 5분 이내에 두번째 트랜잭션을 실행할 다른 세션을 생성합니다. 응답 본문에서 요청 본문으로 다음 필드를 채우고 전송을 누릅니다.

    • cookieType:4: 원래 생성 세션 응답 본문에서 digitalCookie의 값을 복사하여 cookieType:4 요청 본문에 붙여 넣습니다.
    • cookieType:1: 원래 생성 세션 응답 본문에서 secureCookie의 값을 복사하여 cookieType:1 요청 본문에 붙여 넣습니다.

  2. 응답 본문에서 텍스트 파일에 requestID 값을 복사합니다. 트랜잭션을 생성하려면 이 값이 필요합니다.

사용자에 대한 다른 트랜잭션 생성

  1. 다음을 수행하여 유저에 대한 두번째 트랜잭션을 생성합니다.

    • requestID를 이전 단계에서 복사한 값으로 바꿉니다.
    • 전송을 누릅니다.

  2. 응답 본문에서 텍스트 파일에 transactionId 값(6)을 복사합니다. 규칙을 실행할 다음 단계에서 이 값이 필요합니다.

두 번째 트랜잭션에 대한 규칙 처리

  1. API 호출의 요청 본문에서 다음 값을 바꾸어 두번째 트랜잭션에 대한 규칙을 처리하고 전송을 누릅니다.

    • transactionId: 이전 단계에서 생성된 두번째 트랜잭션 ID의 값(예: 6)을 지정합니다.
    • requestID: 5단계에서 두번째 세션을 생성하는 동안 얻은 값을 지정합니다.

  2. 응답 본문에서 결과 값은 블록입니다. 조건에 따라 가격 값이 $500보다 크고 트랜잭션 수가 1보다 큰 경우 사용자가 차단되어야 합니다. 연관된 Alert 그룹에서 Alert 메시지가 반환됩니다.

조건을 갱신하여 규칙 작업 테스트

이 섹션에서는 사용자가 첫번째 시간 동안 $500보다 큰 트랜잭션을 수행하려는 경우 사용자를 차단하도록 조건 기준을 업데이트합니다. 이 시나리오에서는 다른 사용자 testuser2가 트랜잭션을 수행합니다.

  1. 브라우저를 실행하고 OARM 관리 콘솔에 로그인합니다. 자격 증명 및 로그인을 지정합니다.

  2. 왼쪽 상단에서 애플리케이션 탐색 햄버거 메뉴를 누르고 적응형 Risk Management를 누릅니다. Monitored User Activities 페이지가 나타납니다.

  3. 신용 카드 활동 타일에서 규칙 1개 링크를 누릅니다. User Activity 페이지가 나타납니다.

  4. [사용자 활동] 페이지에서 규칙에 대해 [편집] 아이콘을 클릭합니다.

  5. [조건] 섹션에서 현재 트랜잭션 개수 무시를 False로 업데이트하고 저장을 누릅니다.

  6. Postman Collection의 세션 생성에서 새 사용자 testuser2에 대한 다른 세션을 생성합니다. 전송을 누릅니다:

  7. 응답 본문에서 requestID의 값을 텍스트 파일로 복사합니다. 트랜잭션을 생성하려면 이 값이 필요합니다.

  8. 트랜잭션 생성에서 다음을 수행하여 사용자에 대한 트랜잭션을 생성합니다.

    • requestID를 이전 단계에서 복사한 값으로 바꿉니다.
    • 전송을 누릅니다.

  9. 응답 본문에서 transactionId의 값(7)을 텍스트 파일로 복사합니다. 규칙을 실행할 다음 단계에서 이 값이 필요합니다.

  10. 처리 규칙 API 호출의 요청 본문에서 다음 값을 바꾸어 이 트랜잭션에 대한 규칙을 처리합니다. 전송을 누릅니다.

    • transactionId: 이전 단계 9에서 생성된 트랜잭션 ID의 값(예: 7)을 지정합니다.
    • requestID: 이전 단계에서 세션을 생성하는 동안 얻은 값을 지정합니다.

  11. 응답 본문에서 결과 값(블록)을 검증합니다. 조건에 따라 가격 값이 트랜잭션 수 1에서 $500보다 큰 경우 사용자를 차단해야 하므로 사용자는 첫번째 시도에서 트랜잭션을 계속할 수 없습니다.

사용자 세션 모니터

  1. 새 브라우저를 실행합니다.

  2. OARM 관리 콘솔에 로그인합니다. 콘솔이 OAM OAuth로 보호되므로 OAM 로그인 페이지로 재지정됩니다. 자격 증명 및 로그인을 지정합니다.

  3. 왼쪽 위에서 Application Navigation(응용 프로그램 탐색) 햄버거 메뉴를 누르고 Monitor User Sessions(사용자 세션 모니터링)을 누릅니다. User Sessions(사용자 세션) 대시보드가 나타납니다. 성공한 로그인 및 실패한 로그인 목록을 표시하려면 성공한 세션 포함 토글 단추를 누릅니다.

    다음 사항을 준수하십시오.

    • testuser에 대한 정보: 사용자의 첫번째 트랜잭션이 성공했습니다. 유저가 두번째 트랜잭션을 수행할 때 해당 유저는 차단되었습니다. 두 트랜잭션에서 85인 장치 ID는 동일합니다. 이는 이 트랜잭션을 수행하는 동안 digitalCookie 및 secureCookie를 복사했기 때문입니다. 이렇게 하면 사용자의 장치 정보를 모니터할 수 있습니다.
    • testuser2에 대한 정보: 사용자의 첫번째 트랜잭션이 차단되었습니다.

  4. 작업 2에서 생성된 testuser2(예: 90)에 대해 세션 ID 아래의 링크를 누릅니다. User Sessions - 90 페이지가 나타납니다. 작업이 블록으로 표시됩니다.

더 알아보기

피드백

이 자습서에 대한 피드백을 제공하려면 idm_user_assistance_ww_grp@oracle.com으로 문의하십시오.

감사의 글

추가 학습 자원

docs.oracle.com/learn에서 다른 랩을 탐색하거나 Oracle Learning YouTube 채널에서 더 많은 무료 학습 콘텐츠에 액세스하세요. 또한 education.oracle.com/learning-explorer를 방문하여 Oracle Learning Explorer가 되십시오.

제품 설명서는 Oracle Help Center를 참조하십시오.