보안 통화 및 스팸 완화

보안 통화 경험의 일환으로, 웹엑스는 그러한 공격에 대한 강력한 위협 보호 기능을 제공해요. 다음 Webex Calling 기능이 이러한 위협을 완화하는 데 도움이 돼요.

STIR Shaken 기반 정책 컨트롤 허브
관리자 블록
사용자 차단
인증 통화 평판 제공업체 (CCRP) 통합

STIR/SHAKEN 정책을 사용한 스팸 완화

서비스 제공자들이 스팸 전화로부터 소비자를 보호하기 위해 네트워크에서 STIR/SHAKEN을 사용해요. 이 프레임워크는 FCC 지침의 일부로 이미 미국과 캐나다 전역에서 활성화돼요. 발신자 ID 정보를 검증하면 의심스러운 전화를 신고하는 데 도움이 되고 익숙하지 않은 번호로 걸려오는 전화를 받을 때 사용자가 더 안심할 수 있어요.

STIR/SHAKEN 표준에 대한 이해

보안 전화 ID 재검토 (STIR) 및 토큰을 사용한 주장 정보의 서명 기반 처리 (SHAKEN) 는 상호 연결된 표준의 프레임워크예요. 이렇게 하면 상호 연결된 전화망을 통해 걸려오는 전화의 발신자 ID가 발신 서비스 제공자가 합법적인 것으로 서명하고 수신 서비스 공급자가 유효성을 확인한 후 소비자에게 도달할 수 있어요.

SIP P-Asserted-Identity 헤더의 verstat파라미터를 통해 확인 결과를 전달하기 위해 종료 서비스 제공자들은 다음 옵션을 사용해요.

TN-Validation-Passed— 검증에 성공했고 그 결과 발신 번호에 A, B, C 증명이 됐어요.
TN-Validation-Failed— 발신자 확인 안 됐어요.
No-TN-Validation— 여러 가지 이유로 확인이 실패했기 때문일 수 있어요. 예를 들면: E.164 번호가 잘못됐어요.

SHAKEN 증명 레벨 A, B, C는 발신 서비스 제공자가 발신 번호와의 관계를 증명할 수 있게 해줘요.

A: 서비스 제공자는 발신자가 전화번호를 발신자 ID로 사용할 권리가 있음을 증명할 수 있어요.
B: 고객은 알려져 있어요. 하지만 그들이 발신자 번호를 사용할 권리가 있는지는 알 수 없어요.
C: A 또는 B의 요구 사항을 충족하지 않아요. 예를 들면, 국제 전화.

베스탯 밸류 및 증명

Webex Calling걸려오는 전화의 verstat매개변수를 처리하고 Cisco 클라이언트에 발신자 ID 처리를 표시해요.

이 표는 클라이언트에 발신자 ID 알림을 보내는 데 사용되는 verstat정보를 보여줍니다.

베르스타트 밸류	증명 수준	Cisco 클라이언트에 표시되는 값이에요.
TN 검증 통과했어요	제공되지 않았어요.	인증된 발신자
	A	인증된 발신자
	B	스팸일 수 있어요.
	C	스팸일 수 있어요.
TN-검증 실패했어요	모든 가치	잠재적 사기
TN 검증 안 돼요.	모든 가치	스팸일 수 있어요.
정확한 파라미터 없음	모든 가치	스팸일 수 있어요.

통합 통화 기록을 지원하는 Cisco 클라이언트는 통화 기록 내 발신자 ID 성향에 따라 아이콘을 보여줘요.

Webex 앱에서는 증명 텍스트와 아이콘이 표시되고 MPP 장치에서는 아이콘만 표시돼요.

인터넷 통화 확인이에요.

PSTN 통화 외에도 인터넷 통화의 발신자 ID 처분은 다음 규칙에 따라 이루어져요.

Webex 통화 사용자 간의 온넷 통화 - 인증된 사용자 (아이콘 포함).
Cisco Unified Communications Manager사용자 간 인터넷 전화 Webex Calling - 인증된 사용자 (아이콘 포함). 온프레미스 시스코 통합 커뮤니케이션 매니저 사용자의 통화는 구성된 엔터프라이즈 다이얼 플랜과 일치하는 발신자 ID에 따라 분류돼요.
사용자에서 온프레미스 Cisco Unified Communications Manager 사용자로의 온넷 통화—시스코 통합 커뮤니케이션 Webex Calling 매니저 클라이언트에는 아무 표시가 없어요.

통화 전환, 통화 대기, 통화 픽업, 착신 전환, 발신자 ID 같은 통화 중 기능의 경우 발신자 ID 처리는 초기 통화 레그의 verstat 값 처리를 기반으로 해요.

Webex Calling사용자에게 걸려오는 전화가 착신전환되고 발신 번호가 바뀌면 발신자 ID 처분이 걸려오는 전화 요청의 verstat값에 따라 결정돼요.

지원되는 기기들

스팸 탐지는 다음 Cisco 엔드포인트에서 지원돼요.

웹엑스 앱—데스크탑 및 모바일 버전 42.5 이상이에요.
MPP 전화—펌웨어 버전 11.3.7 이상인 6800, 7800, 8800, 9800 MPP 기기를 지원해요.

관리자 구성

컨트롤 허브를 사용하여 사용자 알림 제공해요.

관리자가 확인되지 않은 발신자에게 사용자 표시를 보내도록 구성할 수 있어요. 관리자가 STIR/SHAKEN 검증에 실패한 통화를 차단하도록 구성할 수 있어요. 이렇게 하면 잠재적 사기 전화가 사용자 엔드포인트로 전송되지 않아요.

조직 수준에서 알림 설정을 구성하려면 다음 단계를 따르세요.

1	컨트롤 허브에 로그인해요.
2	서비스 > 통화로 가세요.
3	서비스 설정으로 가서 발신자 ID 인증까지 아래로 스크롤해요.
4	토글을 써서 다음 옵션을 활성화해요. 발신자 ID 확인에 실패한 통화 차단 - 활성화하면 STIR/SHAKEN 검증에 따라 유효성 검증에 실패한 모든 통화가 차단돼요. 이러한 통화는 사용자 엔드포인트로 라우팅되지 않아요. 하지만 발신 번호는 발신 사용자 통화 내역에 추가돼요. 기본적으로 이 값은 비활성화돼요. 확인 안 된 발신자의 전화를 일반 통화로 표시 - 이 옵션은 기본적으로 활성화돼요. 확인되지 않은 발신자의 모든 전화는 표시 없이 엔드포인트로 전송돼요. 조직의 PSTN 서비스 제공자가 네트워크에서 STIR/SHAKEN을 활성화한 경우 이 설정을 비활성화할 수 있어요. 비활성화되면 확인되지 않은 발신자의 전화는 사용자 엔드포인트에서 스팸 가능성으로 표시돼요. 통화 표시 기능과 발신자 ID 설정은 미국과 캐나다 Webex Calling 지역에만 적용돼요. 다른 지역에서는 발신자 ID 설정과 상관없이 통화가 정상적으로 표시돼요.

스팸 표시를 위해 CUBE를 구성하세요

verstat정보를 전달하려면 로컬 게이트웨이나 CUBE를 Webex Calling 사용하여 연결된 온-프레미스 PSTN을 사용하는 미국과 캐나다의 조직은 CUBE에서 이러한 설정을 구성해야 해요. Webex Calling

서비스 제공자가 STIR/SHAKEN을 지원하는 PSTN에서 걸려오는 전화의 경우:

새 통화 설정 중에 PSTN 서비스 제공자가 verstat파라미터를 보내면 CUBE를 구성하세요.

여기에 언급된 태그는 로컬 게이트웨이 구성 가이드를 기반으로 했어요.
서비스 제공자가 verstat파라미터를 전송하지 않을 때도 이 구성을 해도 통화에 영향을 주지 않아요.


voice class sip-copylist 200
 sip-header From
 sip-header P-Asserted-Identity
 sip-header P-Attestation-Indicator
dial-peer voice 200
 voice-class sip copy-list 200
voice class sip-profiles 100
 rule 90 request INVITE peer-header sip P-Asserted-Identity copy "(;verstat=[A-Z|a-z|-]+)" u01
 rule 91 request INVITE sip-header P-Asserted-Identity modify "@" "\u01@"
 rule 92 request ANY peer-header sip From copy "(;verstat=[A-Z|a-z|-]+)" u02
 rule 93 request ANY sip-header From modify "@" "\u02@"
 rule 94 request INVITE peer-header sip P-Attestation-Indicator copy "(.*)" u03
 rule 95 request INVITE sip-header P-Attestation-Indicator add "P-Attestation-Indicator: Dummy Header"
 rule 96 request INVITE sip-header P-Attestation-Indicator modify "Dummy Header" "\u03"
 rule 97 request INVITE sip-header P-Attestation-Indicator modify "P-Attestation-Indicator: $" "Remove: Me"
 rule 98 request INVITE sip-header Remove remove

서비스 제공자가 STIR/SHAKEN을 지원하지 않는 PSTN에서 걸려오는 전화의 경우:

PSTN 제공자가 수신 전화에 verstat정보를 보내지 않으면 Control Hub에서 확인되지 않은 발신자의 전화를 일반 통화로 표시 설정의 기본값을 변경하지 마세요. 설정이 비활성화되면 사용자들은 클라이언트에서 스팸 가능성 표시를 보게 돼요.

Webex Calling 인증 발신자 평판 제공업체

Webex Calling인증 통화 평판 제공업체 (CCRP) 의 통합으로 보안 협업을 계속 강화하고 있어요. 이 통합은 새로운 위협으로부터 당신을 사전에 보호해 주므로 기대하는 원활한 통신 경험을 즐길 수 있어요.

이 기능은 실시간 평판 인텔리전스를 사용하여 수신 PSTN 통화를 동적으로 평가하고 알려진 위협을 차단하고, CAPTCHA 인증을 통해 의심스러운 발신자에게 도전하고, 신뢰할 수 있는 통화가 중단 없이 연결되도록 함으로써 자동으로 조치를 취해요. 인증 제공업체 뮤타레를 통해 북미에 본사를 둔 고객이 이용할 수 있는 이 클라우드 매니지드 솔루션은 최소 구성으로 스팸과 피싱 공격으로부터 엔터프라이즈급 보호를 제공해요. 이렇게 하면 팀이 가장 중요한 일, 즉 합법적인 통화자와 의미 있는 대화를 나누는 데 집중할 수 있어요.

발신자 번호 심사

Webex Calling발신자 정보와 함께 발신번호를 Mutare에 보낸대요. 관리자가 뮤타레 포털에서 전화 거는 번호에 따라 다른 선별 처리를 적용하도록 사용자 지정 규칙을 구성해요. 예를 들어, 직통 전화는 CAPTCHA 처리를 거치지 않지만 주요 회선에는 CAPTCHA 인증을 요구할 수 있어요. 뮤타레는 발신 번호, 발신 번호 또는 이 둘의 조합을 기반으로 허용, 차단 또는 CAPTCHA 작업을 반환할 수 있어요. 평판 점수 자체는 발신 번호를 기반으로 유지돼요.

목적지 인식 보호가 중요한 이유

리셉션 데스크, 메인 라인, 고객 서비스 라인, 콜 큐, 캠페인 무료 전화 같은 공공용 전화번호는 스팸, 로보콜, 전화 서비스 거부 트래픽의 빈번한 대상이 될 수 있어요. 조직 전체의 스팸 정책은 모든 인바운드 전화에 같은 규칙을 적용해요. 발신번호 심사를 통해 각 대상에 적절한 수준의 보호를 적용할 수 있으므로 조직 전체의 통화 처리를 변경하지 않고도 고위험 번호를 더 강력하게 제어할 수 있어요.

사용 사례

다음은 몇 가지 일반적인 사용 사례예요.

수신 및 본선 보호 —CAPTCHA를 통해 회사 리셉션이나 주 교환기로 전화를 라우팅하세요. 직속 직원 번호는 간단한 심사를 이용하거나 치료를 허용해요. 이렇게 하면 조직의 모든 인바운드 통화에서 CAPTCHA를 요구하지 않고도 프론트 데스크 직원의 로보콜 부하가 줄어들어요.
전화 서비스 거부 플러드 방지 —공개된 단일 번호가 대량의 악성 트래픽의 표적이 되면 조직의 나머지 구성원에 대한 보호 기능을 변경하지 않고 해당 DID에만 차단 또는 CAPTCHA 처리를 적용하세요.
콜 대기열 및 고객 센터 —대기열 파일럿 번호로 상담원에게 전화가 도달하기 전에 스팸을 가려서 대량의 진입점에서 로보콜과 성가신 트래픽으로 인해 낭비되는 상담원 시간을 줄일 수 있어요.
규제 대상 및 고위험 회선 —금융 서비스, 의료 서비스, 정부 고객은 목적지별 정책으로 사기 핫라인, 환자 예약 전화, 기관 연락처 등 민감하거나 공개적인 회선을 보호할 수 있어요.

기능 워크플로

다음 단계는 이 기능의 작동 방식을 설명해요.

1	시스코의 CCRP인 뮤타레에서 평판 서비스를 구독하세요. 자세한 내용이나 뮤타레에서 CCRP 서비스에 가입하려면 CCRP를 방문하세요. Webex Calling 고객은 커넥트 위드 뮤타레로 가입해야 해요. Mutare의 온보딩 팀이 구독 절차를 안내하고 계정이 제대로 제공되었는지 확인할 거예요.
2	구독을 완료하면 Mutare에서 조직의 고유한 회사 ID와 비밀 키를 제공해요. 이러한 보안 자격 증명은 사용자 Webex Calling 환경과 Mutare의 평판 플랫폼 사이에 신뢰할 수 있는 연결을 구축해요. 컨트롤 허브에서 이러한 자격 증명을 구성해야 해요.
3	조직의 보안 태세와 비즈니스 요구에 맞게 평판 임계값을 구성하여 통화 처리 정책을 사용자 정의하세요. 자세한 내용은 다음 구성 섹션을 참조하세요.
4	구성을 저장하면 조직의 Webex 환경과 Mutare CCRP 플랫폼의 전용 테넌트 사이에 보안 연결이 Webex Calling 자동으로 설정돼요.
5	PSTN 전화 걸려오는 데 도착해요. Webex Calling
6	통화가 목적지로 라우팅되기 전에 SIP From 헤더 (또는 필요한 경우 P-Asserted-Identity) 에서 발신자 번호를 Webex Calling 추출해요.
7	발신자 번호와 발신 번호와 함께 실시간 질의가 뮤타레에 전송돼요.
8	뮤타레는 평판 점수를 반환해요. 구성된 사용자 지정 규칙이 발신 번호, 발신 번호 또는 이 둘의 조합을 기반으로 적용되는 경우 Mutare는 공급자 규칙 액션을 반환할 수도 있어요.
9	Webex Calling하나가 반환되면 공급자 규칙 조치를 적용해요. 그렇지 않으면 구성된 점수 임계값이 적용돼요.
10	통화가 연결되거나, CAPTCHA로 문제가 발생했거나, 공급자 규칙 조치 또는 구성된 점수 임계값에 따라 차단됐어요.

발신자 평판 제공자 구성

발신자 평판 제공자와 정책 설정을 조직 수준에서 구성하려면 다음 단계를 따르세요.

1	컨트롤 허브에 로그인해요.
2	서비스 > 통화로 이동해요.
3	설정으로 가서 발신자 평판 서비스까지 아래로 스크롤해요.
4	토글을 활성화해서 발신자 평판 제공자와 정책 설정을 구성하세요. 제공자 —드롭다운 목록에서 제공자를 선택해요. 회사 ID —공급자가 받은 회사 ID를 입력하세요. 시크릿 키 —공급자가 받은 비밀 키를 입력하세요. CCRP에 가입한 후 제공자 포털에서 회사 ID와 비밀 키를 받을 수 있어요. 통화 처리 정책 —평판 임계값을 설정하여 정책을 구성할 수 있어요. 임계점 점수는 0.0에서 5.0 사이로 범위를 정의해요. 시스템이 하한값 미만의 모든 통화를 거부해요. 시스템은 상한 임계값 이상의 모든 통화를 수락해요. 발신자 평판 점수가 콘테스트 챌린지 범위 내에 있으면 시스템이 발신자에게 CAPTCHA로 챌린지를 해요. 변경 사항 적용하고 저장을 클릭해요. 발신번호와 관련된 사용자 지정 규칙의 경우 Mutare 포털에서 규칙 조건과 동작을 구성하세요. 사용자 지정 규칙은 전화 번호, 발신 번호 또는 이 둘의 조합을 사용하여 허용, 차단 또는 CAPTCHA 챌린지 동작을 지정할 수 있어요. 컨트롤 허브에서 발신자 평판 제공자 자격 증명과 점수 임계값 정책을 계속 구성하세요. 계정이 만료되었으면 발신자 평판 제공업체에 문의하세요. 라이선스 복원 후 다시 시도 옵션을 클릭해서 만료된 상태로 되돌릴 수 있어요.

통화 필터링의 우선 순위 계층구조

CCRP와 통합하면 Webex Calling 우선순위 계층 내에서 작동하는 고급 스팸 방지 솔루션이 Webex Calling 제공돼서 원치 않는 전화로부터 사용자를 보호해요. 이렇게 하면 합법적인 통화가 잘 돼요.

Mutare CCRP 플랫폼이 발신 번호와 관련된 사용자 지정 규칙에 대해 공급자 규칙 작업을 반환하면 점수 임계값 처리를 적용하기 전에 해당 작업을 적용해요. Webex Calling

전화 필터링의 우선 Webex Calling 순위는 다음과 같아요. Spam mitigation using STIR/SHAKEN policy

통화 처리 및 보고

트리트먼트 타입	액션/결과
블럭	전화 건 사용자한테는 전화가 안 왔어요. 콜은 603 원인 때문에 릴리스됐어요. 통화가 로그인되어 있고 사용자 통화 기록이 “차단됨”이었어요.
챌린지 (캡차)	전화를 건 사람이 챌린지 통과를 세 번 시도할 수 있어요. 숫자를 입력하는 사이에 15초 제한 시간이 있어요. 챌린지 통과하면 - 전화는 통과되고 스팸으로 표시되지 않아요. 챌린지가 실패하거나 발신자가 포기하면 통화가 해제되고 기록에 “차단됨”으로 기록돼요.
허용해요	통화는 아무 표시 없이 사용자에게 일반 통화로 전달돼요.
Mutare의 아니오 또는 느린 응답	PSTN 통신사에서 제공하는 경우 STIR/SHAKEN 증명 결과와 함께 통화가 사용자에게 제공돼요.

STIR/SHAKEN 처리 후 전화가 잠재적 스팸으로 표시되었는데 높은 평판 점수를 받거나 Mutare 통화 평판 서비스의 CAPTCHA 테스트를 통과하면 사용자에게 일반 통화로 표시돼요. Webex Calling
STIR/SHAKEN 처리 후 통화가 확인된 발신자로 표시되었는데 평판 점수가 낮거나 Mutare 통화 평판 서비스의 CAPTCHA 테스트에 실패하면 통화가 차단돼요.

통화 데이터와 보고를 향상시키기 위해 평판 서비스에서 정보를 캡처하는 다음 필드가 통화 세부 기록 (CDR) 에 추가돼요.

콜 스코어
콜 평판 서비스 결과
발신자 평판 점수 이유

이 필드에 대한 자세한 내용은 Webex Calling상세 통화 내역 보고서를 참조하세요.

그룹 기능의 발신자 평판 채점 프로세스요

발신자 평판 점수는 걸려오는 전화가 시스템에 처음 들어올 때 한 번만 수행돼요. 이 프로세스에는 자동 전화 교환, 콜 큐, 헌트 그룹 같은 작업 공간과 그룹 기능을 포함한 모든 유형의 엔드포인트가 포함돼요. 그룹 기능으로 전화를 받는 대상의 경우, 그룹 또는 기능 진입점에서 초기 평가가 이미 이루어지기 때문에 추가 발신자 평판 검사가 수행되지 않아요. 그룹 기능에 발신 번호가 할당된 평판 확인에 실패한 통화의 경우 통화 기록 항목이 생성되지 않아요.

발신번호 검색의 경우 발신 번호는 원래 발신 번호이거나 통화의 첫 번째 라우팅 대상 (예: 콜 큐, 헌트 그룹 또는 기타 그룹 기능 번호) 이에요. Webex Calling나중에 통화가 다른 목적지로 라우팅되면 추가 평판 검사를 실행하지 않아요.

콜백 헤더가 포함된 긴급 번호로 걸려오는 콜백 전화는 평판 제공자의 심사를 거치지 마세요.

지원 및 서비스 파트너십

시스코와 뮤타레는 고객들이 발신자 평판 서비스 통합에 대해 신속하고 전문적인 지원을 받을 수 있도록 지원 파트너십을 구축했어요. Webex Calling인프라, 콜 라우팅 또는 컨트롤 허브 구성과 관련된 문제의 경우 고객이 표준 지원 채널을 통해 Cisco Technical Assistance Center (TAC) 에 연락해야 해요. 평판 점수 계산, 제공업체 포털 액세스, 계정 프로비저닝, 청구 질문 등 CCRP 서비스와 관련된 문제의 경우 고객은 Mutare의 전담 지원팀에 직접 문의해야 해요.

이러한 지원 구조는 각 문의가 가장 효과적이고 효율적인 해결을 제공할 수 있는 적절한 팀에 전달되도록 해줘요.

제한 사항

사용자들은 정기적으로 통화 기록에 있는 차단된 통화 목록을 검토해서 오탐을 찾아내야 해요. 실수로 차단 목록에 번호, 특히 차단하면 안 되는 부재중 전화가 나타나면 사용자는 관리자에게 문의하여 해당 번호를 차단 해제해야 해요.

Cisco AI Assistant

피드백을 보내 주셔서 감사합니다.