이 연동이 제공하는 데이터
Cofense Triage는 정규화된 직원 신고 이메일 및 조사 결과를 제공할 수 있습니다. 검토된 예시는 다음과 같습니다.phishing.real.reported— 실제 피싱 이메일을 신고합니다email.suspicious.reported— 의심스러운 이메일을 신고합니다phishing.real.targeted— 실제 피싱 캠페인의 표적이 됩니다
필요한 사항
Cofense Triage는 OAuth2 클라이언트 자격 증명 방식을 사용합니다. Triage 테넌트에서 API 애플리케이션을 생성하고 클라이언트 ID와 클라이언트 시크릿을 복사하십시오. 브라우저 동의 단계는 없으며, 두 값을 Living Security에 붙여 넣으면 Living Security가 직접 토큰을 요청합니다.설정
1
전용 Cofense 자격 증명 생성
Cofense Triage에서 보고서를 읽을 수 있는 API 애플리케이션을 생성하십시오. 자격 증명은 보고 접근 권한으로만 제한하십시오. 클라이언트 ID와 클라이언트 시크릿을 기록해 두십시오. Triage는 시크릿을 한 번만 표시합니다.
2
Triage 호스트 이름 확인
전체 테넌트 호스트 이름(예:
acme.managedphishme.com 또는 Cofense 환경에 할당된 호스트 이름)을 기록해 두십시오. Living Security에 입력할 때는 https:// 부분을 생략하십시오.확인 및 문제 해결
첫 번째 동기화를 기다리기 전에, 연결 테스트에서 현재 사용자와 보고서를 읽을 수 있는지 확인하십시오.403 Forbidden
403 Forbidden
해당 자격 증명으로 보고서를 읽을 수 없습니다. Cofense 테넌트에서 요구하는 최소한의 보고 권한을 부여한 후 다시 연결하십시오.
Triage 호스트 이름에 연결할 수 없음
Triage 호스트 이름에 연결할 수 없음
Triage 테넌트가 소스 IP 주소를 기준으로 API 접근을 제한하는 경우, 이 연동에서는 두 가지 주소 집합을 허용 목록에 추가해야 합니다. Living Security는 액세스 토큰을 직접 발급하고 지속적으로 갱신하므로, 토큰 요청과 예약된 동기화가 서로 다른 네트워크에서 전송되며 Triage에서는 동일한 호스트 이름으로 접속하게 됩니다.
보고서는 표시되지만 신고자는 표시되지 않음
보고서는 표시되지만 신고자는 표시되지 않음
신고자 보강 기능은 신고자 엔드포인트를 제공하는 연결 유형에서만 사용할 수 있습니다. 보고서에서 파생된 신호는 지원되는 보고서 데이터를 통해 계속 채워질 수 있습니다.

