Cisco 멀티 클라우드 방어 사용 가이드

편견 없는 언어

본 제품에 대한 문서 세트는 편견 없는 언어를 사용하기 위해 노력합니다. 본 설명서 세트의 목적상, 편견 없는 언어는 나이, 장애, 성별, 인종 정체성, 민족 정체성, 성적 지향성, 사회 경제적 지위 및 교차성에 기초한 차별을 의미하지 않는 언어로 정의됩니다. 제품 소프트웨어의 사용자 인터페이스에서 하드코딩된 언어, RFP 설명서에 기초한 언어 또는 참조된 서드파티 제품에서 사용하는 언어로 인해 설명서에 예외가 있을 수 있습니다. 시스코에서 어떤 방식으로 포용적인 언어를 사용하고 있는지 자세히 알아보세요.

번역에 관하여

Cisco는 일부 지역에서 본 콘텐츠의 현지 언어 번역을 제공할 수 있습니다. 이러한 번역은 정보 제공의 목적으로만 제공되며, 불일치가 있는 경우 본 콘텐츠의 영어 버전이 우선합니다.

책 콘텐츠
이 책에서 일치하는 항목 찾기

결과

업데이트:
2024년 6월 5일

장: 관리

관리

Administration(관리) 페이지에서 어카운트의 상태 및 어카운트와 관련된 클라우드 서비스 제공자의 전체 상태를 확인할 수 있습니다.

관리

Administration(관리) 페이지에서 어카운트의 상태 및 어카운트와 관련된 클라우드 서비스 제공자의 전체 상태를 확인할 수 있습니다.

API 키

이 페이지를 보려면 Administration(관리) > Management(관리) > API Keys(API 키)로 이동합니다.

검색

검색 막대를 사용하여 키워드가 포함된 API 키 목록을 찾거나 필터링합니다. 검색을 정규화하려면 3개 이상의 문자를 사용해야 합니다.

API 키 테이블 및 작업

이 표에는 클라우드 서비스 제공자에 대해 멀티 클라우드 방어 구성 요소가 생성하는 모든 API 키가 나와 있습니다. 역할, 키 ID, 키가 멀티 클라우드 방어에 추가된 날짜 및 키가 만료된 날짜를 확인합니다.

여기에서 API 키를 생성하거나 삭제할 수 있습니다. 이러한 키는 멀티 클라우드 방어에 의해 생성되며 클라우드 서비스 제공자가 통신을 유지하기 위해 생성할 수 있는 키와 관련이 없습니다. 자세한 내용을 보려면 계속 읽으십시오.

멀티 클라우드 방어에서 API 키 생성

다음 절차에 따라 API 키를 생성합니다.

프로시저

단계 1

Administration(관리) > Management(관리) > API Keys(API 키)로 이동합니다.

단계 2

Create API Key(API 키 생성)를 클릭합니다.

단계 3

고유한 Name(이름)을 입력합니다.

단계 4

멀티 클라우드 방어에서 자동으로 생성하는 이메일 주소 를 확인합니다. 이 옵션은 변경할 수 없습니다.

단계 5

드롭다운 메뉴를 사용하여 다음 주요 역할 중 하나를 선택합니다.

  • admin_read_only - 이 역할은 상호 작용을 제한하므로 어떤 것도 수정하거나 조치를 취할 수 없으며 사용 가능한 데이터를 "보기"만 할 수 있습니다.

  • admin_read_rw - 사용 가능한 데이터를 읽고 수정할 수 있는 역할을 제공합니다.

단계 6

API Key Lifetime (days)(API 키 수명(일))에 적절한 값을 입력합니다. 기본값은 365일입니다.

단계 7

Save(저장)를 클릭합니다.

멀티 클라우드 방어에서 API 키 삭제

다음 절차에 따라 API 키를 삭제합니다.

프로시저

단계 1

Administration(관리) > Management(관리) > API Keys(API 키)로 이동합니다.

단계 2

테이블에서 API Key(API 키)를 선택하고 강조 표시되도록 확인란을 선택합니다.

단계 3

Delete(삭제)를 클릭합니다.

단계 4

키 삭제를 확인하고 Yes(예)를 클릭합니다. 키는 멀티 클라우드 방어에서 즉시 제거됩니다.

계정 레벨 설정

이 페이지에는 애플리케이션 태그 및 맞춤형 태그를 포함하여 멀티 클라우드 방어에 사용되는 태그 중 일부가 표시됩니다. 자세한 내용을 보려면 계속 읽으십시오.

애플리케이션 태그

애플리케이션 태그는 문자의 문자열이며 프로세스 또는 스레드의 자동 분류를 위한 분류 기준 중 하나로 사용됩니다. 태깅을 사용하면 고유한 요구 사항을 기반으로 앱을 그룹화하여 앱을 검색하고 취약점을 찾을 수 있습니다. 모든 클라우드 서비스 제공자가 애플리케이션 태그 사용을 지원하는 것은 아닙니다.


참고

애플리케이션 태그는 한 번에 하나만 생성할 수 있습니다. 새 태그를 생성해야 하는 경우 기존 태그를 삭제한 다음 새 애플리케이션 태그를 생성해야 합니다.

애플리케이션 태그 생성

다음 절차에 따라 애플리케이션 태그를 생성합니다. 이러한 태그는 내부 전용이며 클라우드 서비스 제공자의 인터페이스에서 인식되거나 사용되지 않을 수 있습니다.

프로시저

단계 1

Administration(관리) > Management(관리) > Account(어카운트)로 이동합니다.

단계 2

Application Tag(애플리케이션 태그) 표에서 Create(생성)를 클릭합니다.

단계 3

애플리케이션 태그의 유형은 기본적으로 APPLICATION_TAG_KEYS 입니다.

단계 4

태그에 대한 간략한 Description(설명)을 입력합니다. 이렇게 하면 유사한 이름이나 개념을 가질 수 있는 다른 태그를 식별하거나 구분하는 데 도움이 됩니다.

단계 5

하나 이상의 Value(값)를 입력합니다. 둘 이상의 값을 생성하려면 각 값 후에 Enter(엔터)를 입력합니다. 이 값은 대소문자를 구분합니다.

단계 6

Save(저장)를 클릭합니다. 태그가 생성되어 표에서 사용할 수 있습니다.

애플리케이션 태그 편집

다음 절차에 따라 멀티 클라우드 방어에서 생성된 기존 애플리케이션 태그를 편집합니다. 이 절차를 클라우드 서비스 제공자의 인터페이스에서 생성된 태그를 수정하는 데 사용할 수 없습니다.

프로시저

단계 1

Administration(관리) > Management(관리) > Account(어카운트)로 이동합니다.

단계 2

Application Tag (애플리케이션 태그) 표에서 편집할 애플리케이션 태그를 찾고 왼쪽에 있는 상자를 선택하여 강조 표시합니다.

단계 3

Edit(편집)를 클릭합니다.

단계 4

다음 매개변수를 수정합니다.

  • Description(설명) - 설명을 수정하거나 삭제할 수 있습니다.

  • Tag Values(태그 값) - 여기에서 태그를 추가하거나 제거할 수 있습니다.

단계 5

Save(저장)를 클릭합니다. 또는 변경 사항을 저장하지 않고 언제든지 취소할 수 있습니다.

애플리케이션 태그 삭제

다음 절차에 따라 기존 애플리케이션 태그를 삭제합니다.

프로시저

단계 1

Administration(관리) > Management(관리) > Account(어카운트)로 이동합니다.

단계 2

Application Tag(애플리케이션 태그) 표에서 편집할 애플리케이션 태그를 찾고 왼쪽에 있는 상자를 선택하여 강조 표시합니다.

단계 3

Delete(삭제)를 클릭합니다.

단계 4

애플리케이션 태그를 삭제할 것인지 확인하고 Yes(예)를 클릭합니다.

맞춤형 태그

맞춤형 태그는 항목에 대한 세부 정보를 제공하는 간단한 데이터이며 동일한 태그가 있는 관련 항목을 쉽게 찾을 수 있습니다. 태그를 사용하여 개체, 정책, 규칙 등을 쉽게 식별하거나 구분할 수 있습니다.

맞춤형 태그 생성

다음 절차에 따라 멀티 클라우드 방어에서 맞춤형 태그를 생성합니다. 이러한 태그는 내부 전용이며 클라우드 서비스 제공자의 인터페이스에서 인식되거나 사용되지 않을 수 있습니다.

프로시저

단계 1

Administration(관리) > Management(관리) > Account(어카운트)로 이동합니다.

단계 2

Custom Tag(맞춤형 태그) 표에서 Create(생성)를 클릭합니다.

단계 3

태그의 Value(값)를 입력합니다. 이렇게 하면 유사한 이름이나 개념을 가질 수 있는 다른 태그를 식별하거나 구분하는 데 도움이 됩니다.

단계 4

하나 이상의 Value(값)를 입력합니다.

단계 5

Save(저장)를 클릭합니다. 태그가 생성되어 표에서 사용할 수 있습니다.

맞춤형 태그 편집

다음 절차에 따라 기존 맞춤형 태그를 수정합니다.

프로시저

단계 1

Administration(관리) > Management(관리) > Account(어카운트)로 이동합니다.

단계 2

Custom Tag(맞춤형 태그) 표에서 편집할 애플리케이션 태그를 찾고 왼쪽에 있는 상자를 선택하여 강조 표시합니다.

단계 3

Edit(편집)를 클릭합니다.

단계 4

다음 매개변수를 수정합니다.

  • 키.

  • 값을 복원했습니다.

단계 5

Save(저장)를 클릭합니다. 또는 변경 사항을 저장하지 않고 언제든지 취소할 수 있습니다.

맞춤형 태그 삭제

다음 절차에 따라 기존 맞춤형 태그를 삭제합니다.

프로시저

단계 1

Administration(관리) > Management(관리) > Account(어카운트)로 이동합니다.

단계 2

Custom Tag(맞춤형 태그) 표에서 편집할 애플리케이션 태그를 찾고 왼쪽에 있는 상자를 선택하여 강조 표시합니다.

단계 3

Delete(삭제)를 클릭합니다.

단계 4

애플리케이션 태그를 삭제할 것인지 확인하고 Yes(예)를 클릭합니다.

시스템

System(시스템) 페이지는 최소 1년치 업데이트를 카탈로그로 만드는 기록 문서입니다. 이러한 세부 정보를 통해 일반 정보를 파악하고, 올바른 릴리스 노트 버전을 찾고, Cisco 지원에 문의하여 제품 도움을 받을 수 있습니다. 다음 정보 모음이 여기에 표시됩니다.

구성 요소

이 섹션에는 멀티 클라우드 방어 컨트롤러 및 사용자 인터페이스의 현재 버전이 모두 표시됩니다. 이 페이지에서는 업데이트 또는 이전 버전으로 롤백할 수 없습니다.

게이트웨이 이미지

Gateway Images(게이트웨이 이미지) 표는 멀티 클라우드 방어 게이트웨이이 업그레이드된 시간, 게이트웨이의 버전, 유지 기간, 게이트웨이가 설정된 표준 시간대를 나타냅니다.

Talos/네트워크 침입

이 표에는 Cisco의 Talos 인텔리전스 그룹의 모든 업데이트가 표시됩니다. 이러한 업데이트는 일반 제품 소프트웨어 릴리스와 별도로 시스코 제품에 푸시됩니다.

웹 보호

이 테이블에는 최신 웹 애플리케이션 취약점 및 위협에 대한 모든 WF(Web Application Firewall) 코어 및 트러스트웨이브 규칙 업데이트가 표시됩니다.

미터링

Metering(미터링) 페이지에는 멀티 클라우드 방어의 전체 사용량과 클라우드 서비스 제공자를 위해 생성된 게이트웨이 인스턴스에 대한 사용량 그래프가 표시됩니다.

필터

페이지 상단에 있는 필터를 사용하여 페이지에 표시되는 데이터를 결정합니다. 월과 연도를 선택하여 이 보기를 변경할 수 있습니다. 이러한 필터 설정을 사용하여 사용 보고서를 생성할 수 있습니다.

사용 보고서 생성

이 페이지에서 두 가지 옵션 중 하나에 대한 사용량 보고서를 생성할 수 있습니다. Administration(관리) > Management(관리) > Metering(미터링)으로 이동하고 페이지의 Filter(필터)에서 Download(다운로드) 드롭다운 옵션을 확장하여 사용량 또는 인스턴스를 선택합니다. 파일은 .csv 파일로 로컬에 다운로드됩니다. 필터링 옵션을 사용하여 보고서를 생성해야 하는 기간을 결정합니다.

사용 기록(UR)

Usage Records(사용 기록) 표에는 테넌트와 연결된 어카운트 수, 어카운트가 상호 작용한 시간, 필터 섹션에서 선택한 월의 요일에 대한 정보가 나와 있습니다. 사용량/월 비율에서 가장 활발했던 요일을 확인할 수 있습니다.

인스턴스 기록

Instance Records(인스턴스 기록) 표에는 다음 인스턴스 통계가 표시됩니다.

  • 어카운트 이름

  • 클라우드 서비스 제공자별 어카운트 유형.

  • 인스턴스 ID.

  • 인스턴스 유형.

  • 가용성 영역.

  • 게이트웨이.

  • Started(시작됨) - 게이트웨이 인스턴스가 생성된 시간입니다.

  • Ended(종료됨) - 게이트웨이 인스턴스가 만료되거나 종료된 시간입니다.

알림 프로파일

Administration(관리) > Alert Profiles(알림 프로파일)로 이동하여 다음 관리 보기에 액세스합니다.

Services(서비스)와 Alerts(알림) 페이지 모두 멀티 클라우드 방어의 알림에 중점을 둡니다. Alerts(알림) 페이지는 알림이 전송된 위치에 중점을 두며 Alerts(알림) 페이지는 구성된 엔드포인트로 어떤 알림이 전송될 지에 대해 자세히 설명합니다. 이상적인 구성을 위해 두 페이지의 항목을 설정하는 데 시간을 투자하여 대시보드 내에서 알림 기회를 성공적으로 그리고 전체적으로 최적화합니다.

서비스

이 페이지를 보려면 Administration(관리) > Management(관리) > Service(서비스)로 이동합니다.

서비스에서는 알림을 전송할 대상에 중점을 둡니다. 이 페이지에서 옵션을 성공적으로 구성하려면 서드파티 애플리케이션의 기준을 제공해야 합니다.

검색

검색 막대를 사용하여 키워드가 포함된 서비스 목록을 찾거나 필터링합니다. 검색을 정규화하려면 3개 이상의 문자를 사용해야 합니다.

서비스 표 및 작업

이 표에는 클라우드 서비스 제공업체를 위해 멀티 클라우드 방어 구성 요소가 만든 모든 서비스가 나열되어 있습니다. 서비스 이름, 유형, 서비스가 업데이트된 날짜를 봅니다.

여기에서 서비스를 생성하거나 삭제할 수 있습니다. 이러한 서비스는 멀티 클라우드 방어에 의해 생성되며 클라우드 서비스 제공자가 제공하는 서비스와 관련이 없습니다.

서비스 생성

다음 절차에 따라 서비스를 생성합니다.

시작하기 전에

서드파티 메시징 애플리케이션에서 서비스 알림 또는 통합을 활성화 하거나 허용해야 합니다.

프로시저

단계 1

Administration(관리) > Management(관리) > Services(서비스)로 이동합니다.

단계 2

Create(생성)를 클릭합니다.

단계 3

고유한 Name(이름)을 입력합니다.

단계 4

(선택 사항) Description(설명)을 입력합니다. 이렇게 하면 유사한 이름을 가질 수 있는 다른 서비스를 구분하는 데 도움이 될 수 있습니다.

단계 5

드롭다운 메뉴를 사용하여 서비스 Type(유형)을 선택합니다.

  • Pager Duty.

  • ServiceNow.

  • Slack.

  • Datadog.

  • Microsoft Sentinel.

  • Microsoft Teams.

  • Webex

  • Splunk

단계 6

서비스 유형에 따라 프롬프트가 표시되면 다음 항목을 입력합니다.

  • API 키.

  • API URL.

  • Azure 로그 테이블 이름.

  • Azure 로그 분석 작업 영역 ID

  • (Splunk의 선택 사항) 인덱스.

단계 7

Save(저장)를 클릭합니다.

서비스 편집

다음 절차에 따라 기존 서비스를 편집합니다.

프로시저

단계 1

Administration(관리) > Management(관리) > Services(서비스)로 이동합니다.

단계 2

표에서 서비스를 찾아 선택하여 강조 표시합니다.

단계 3

Actions(작업) 드롭다운 메뉴를 확장하고 Edit(편집)를 선택합니다.

단계 4

서비스의 다음과 같은 부분을 수정합니다.

  • Name(이름).

  • Description(설명)

  • Type(유형).

  • 유형별 구성 기준.

단계 5

Save(저장)를 클릭하여 변경 사항을 확인합니다. 언제든지 Cancel(취소)을 클릭하여 창을 닫고 변경을 취소합니다.

다음에 수행할 작업

변경 사항을 확인하려면 페이지 Refresh(새로 고침)을 수행해야 할 수 있습니다.

서비스 복제

다음 절차에 따라 기존 서비스를 복제합니다.

프로시저

단계 1

Administration(관리) > Management(관리) > Services(서비스)로 이동합니다.

단계 2

표에서 서비스를 찾아 선택하여 강조 표시합니다.

단계 3

Actions(작업) 드롭다운 메뉴를 확장하고 Clone(복제)을 선택합니다.

단계 4

서비스의 복제본이 생성됩니다. 기본적으로는 서비스 Type(유형) 및 서비스별 설정 기준만 유지됩니다.

단계 5

고유한 이름을 입력합니다.

단계 6

(선택 사항) 설명을 입력합니다.

단계 7

Save(저장)를 클릭하여 변경 사항을 확인합니다. 언제든지 Cancel(취소)을 클릭하여 창을 닫고 변경을 취소합니다.

다음에 수행할 작업

표에 대한 변경 사항 또는 추가된 내용을 보려면 페이지를 Refresh(새로 고침) 해야 할 수 있습니다.

서비스 내보내기

다음 절차에 따라 기존 서비스를 내보냅니다.

프로시저

단계 1

Administration(관리) > Management(관리) > Services(서비스)로 이동합니다.

단계 2

표에서 서비스를 찾아 선택하여 강조 표시합니다.

단계 3

Actions(작업) 드롭다운 메뉴를 확장하고 Export(내보내기)를 선택합니다.

단계 4

멀티 클라우드 방어이 내보내기 마법사를 생성합니다.

단계 5

Download(다운로드)를 클릭하여 terrform을 로컬로 다운로드하거나 Copy Code(코드 복사)를 클릭하여 JSON 리소스를 복사하여 terroform 스크립트에 수동으로 붙여 넣습니다.

단계 6

terrform 프롬프트에서 창 하단에 있는 명령을 실행합니다. terraform import "ciscomcd_alert_profile". "servicename" <number in table>

단계 7

terraform 내의 지시에 따라 작업을 완료합니다. 대시보드에 더 이상 단계가 없습니다.

서비스 삭제

다음 절차에 따라 기존 서비스를 삭제합니다.

프로시저

단계 1

Administration(관리) > Management(관리) > Services(서비스)로 이동합니다.

단계 2

표에서 서비스를 찾아 선택하여 강조 표시합니다.

단계 3

Actions(작업) 드롭다운 메뉴를 확장하고 Delete(삭제)를 선택합니다.

단계 4

서비스 삭제를 확인하고 Yes(예)를 클릭합니다.

단계 5

서비스가 멀티 클라우드 방어에서 제거됩니다.

알림

Alerts(알림) 페이지에서는 서드파티 엔드포인트에 어떤 알림이 전송되는지에 중점을 둡니다. 알림 기회를 활용하려면 알림과 서비스를 모두 구성하는 것이 좋습니다.

알림 생성

다음 절차에 따라 알림을 생성합니다.

프로시저

단계 1

Administration(관리) > Management(관리) > Services(서비스)로 이동합니다.

단계 2

Create(생성)를 클릭합니다.

단계 3

고유한 Name(이름)을 입력합니다.

단계 4

(선택 사항) Description(설명)을 입력합니다. 이렇게 하면 유사한 이름을 가질 수 있는 다른 서비스를 구분하는 데 도움이 될 수 있습니다.

단계 5

Alert Profile(알림 프로파일)을 선택합니다. 현재 Pagerduty 만 사용할 수 있습니다.

단계 6

드롭다운 메뉴를 사용하여 Type(유형) 알림을 선택합니다.

  • 시스템 로그.

  • 감사 로그.

  • 발견.

단계 7

(선택 사항) 드롭다운 메뉴를 사용하여 Sub Type(하위 유형)을 선택합니다. 6단계에서 선택한 Type(유형)에 따라 이러한 옵션이 변경되거나 사용되지 않을 수 있습니다.

  • 게이트웨이.

  • 어카운트.

  • 컨트롤러.

  • 인사이트 규칙.

단계 8

드롭다운 메뉴를 사용하여 Severity(심각도) 레벨을 선택합니다.

  • Info.

  • Warning(경고)

  • Medium(중간).

  • High(높음).

  • Critical(중대).

단계 9

기본적으로 Enabled(활성화됨) 확인란이 선택되어 있습니다. 이 옵션은 알림 프로파일이 활성 상태이며 사용 가능한지를 지정합니다. 비활성화된 경우 멀티 클라우드 방어는 알림을 생성할 때 이를 포함하지 않습니다.

다음에 수행할 작업

서비스 프로파일을 생성하여 이러한 알림을 전송할 대상을 지정합니다.

알림 편집

다음 절차에 따라 기존 알림을 내보냅니다.

프로시저

단계 1

Administration(관리) > Management(관리) > Alert(알림)로 이동합니다.

단계 2

표에서 알림을 찾아 선택하여 강조 표시합니다.

단계 3

Actions(작업) 드롭다운 메뉴를 확장하고 Edit(편집)를 선택합니다.

단계 4

알림 프로파일의 필드 및 선택 항목을 수정합니다. 선택 사항에 따라 사용 가능한 필드 중 일부가 변경될 수 있습니다.

단계 5

Save(저장)를 클릭하여 변경 사항을 확인합니다. 언제든지 Cancel(취소)을 클릭하여 변경을 취소하고 편집 창을 닫습니다.

알림 복제

다음 절차에 따라 기존 알림을 복제합니다.

프로시저

단계 1

Administration(관리) > Management(관리) > Alert(알림)로 이동합니다.

단계 2

표에서 알림을 찾아 선택하여 강조 표시합니다.

단계 3

Actions(작업) 드롭다운 메뉴를 확장하고 Edit(편집)를 선택합니다.

단계 4

알림의 복제본이 생성됩니다. 기본적으로는 Alert Profile(알림 프로파일) 및 Type(유형)만 유지됩니다.

단계 5

알림의 나머지 필드 및 선택 항목을 수정합니다. 선택 사항에 따라 사용 가능한 필드 중 일부가 변경될 수 있습니다.

단계 6

Save(저장)를 클릭하여 변경 사항을 확인합니다. 언제든지 Cancel(취소)을 클릭하여 변경을 취소하고 편집 창을 닫습니다.

알림 내보내기

다음 절차에 따라 기존 알림을 내보냅니다.

프로시저

단계 1

Administration(관리) > Management(관리) > Alert(알림)로 이동합니다.

단계 2

표에서 알림을 찾아 선택하여 강조 표시합니다.

단계 3

Actions(작업) 드롭다운 메뉴를 확장하고 Export(내보내기)를 선택합니다.

단계 4

멀티 클라우드 방어이 내보내기 마법사를 생성합니다.

단계 5

Download(다운로드)를 클릭하여 terrform을 로컬로 다운로드하거나 Copy Code(코드 복사)를 클릭하여 JSON 리소스를 복사합니다.

단계 6

Terraform 스크립트에 수동으로 붙여넣습니다.

단계 7

terraform 프롬프트에서 창 하단에 제공된 명령을 실행합니다. terraform import "ciscomcd_alert_rule"."alertname" <number in table>

단계 8

Terraform 프롬프트의 프롬프트에 따라 작업을 완료합니다. 멀티 클라우드 방어에서 내보내기 창을 닫습니다. 대시보드에 더 이상 단계가 없습니다.

알림 삭제

다음 절차에 따라 기존 알림을 삭제합니다.

프로시저

단계 1

Administration(관리) > Management(관리) > Alert(알림)로 이동합니다.

단계 2

표에서 알림을 찾아 선택하여 강조 표시합니다.

단계 3

Actions(작업) 드롭다운 메뉴를 확장하고 Delete(삭제)를 선택합니다.

단계 4

서비스 삭제를 확인하고 Yes(예)를 클릭합니다.

단계 5

멀티 클라우드 방어에서 알림이 제거됩니다.

이 문서가 도움이 되셨습니까?

Feedback피드백

지원 문의