타협된 DKIM 개인 키를 사용하면 공격자가 영향을 받은 서명 도메인에서 확인하는 서명을 생성할 수 있습니다. 해당 이벤트를 서명 기관 사건으로 처리합니다. DNS 레코드 교체는 봉쇄의 한 부분일 뿐이며 DKIM 확인만으로는 승인된 서명자와 동일한 키를 보유한 공격자를 구별할 수 없습니다.
영향을 받는 기관 설정
개인 키를 사용하는 서명 도메인, 선택자, 키 관리자 및 모든 서비스를 식별합니다. 비밀을 티켓이나 채팅에 복사하지 않고도 관련 감사 로그, 구성 및 대표적인 의심스러운 메시지를 보존하세요. 발견 시간, 노출 가능성이 있는 창, 알려진 것과 의심되는 것을 기록합니다.
서명 서비스에 대한 무단 액세스로부터 개인 키 도난을 분리하세요. 계정 액세스 권한이 있는 공격자는 해당 액세스 권한이 포함되지 않는 한 키 교체 후에도 계속 서명할 수 있습니다. DNS 관리 손상은 자체 응답이 필요한 또 다른 종속성입니다. 사고 소유자 아래에서 이러한 조사를 조정합니다.
새로운 오용을 중지하고 기존 인증 경로를 취소하세요.
승인된 사고 프로세스를 통해 영향을 받은 서명 경로 또는 자격 증명을 일시 중단합니다. RFC 6376 에서는 빈 p 값을 게시하여 취소를 허용합니다. 또한 키를 제거하면 부재가 표시되면 검색이 성공적으로 이루어지지 않습니다. 플랫폼에서 지원하는 응답을 선택하고 정확한 응답을 확인하세요. 선택자 및 도메인을 변경하기 전에
취소는 모든 수신자에게 즉시 적용되지 않습니다. 캐시된 DNS 데이터와 이미 평가된 메시지는 시간 종속 경계를 생성합니다. DNS 변경하면 배달된 메일의 서명이 소급하여 무효화되거나 악의적인 메시지가 허용되지 않았음을 증명할 것이라고 약속하지 마십시오.
일반 순환 중복은 대기열에 있는 합법적인 메시지에 대한 확인을 유지합니다. 손상 중에 노출된 키를 검증 가능하게 유지하면 공격자의 능력도 보존할 수 있습니다. 사고 소유자는 일상적인 중복 일정을 자동으로 적용하기보다는 지연된 메일 오류와 격리를 비교 평가해야 합니다.
깨끗한 경로를 통해 서명 복원
노출 원인을 해결한 후 신뢰할 수 있는 지원 프로세스를 통해 대체 키 자료를 생성합니다. 이전 증거와 새 증거를 구별할 수 있도록 새로 지원되는 선택기를 선호합니다. 현재 암호화 요구 사항을 적용합니다. RSA 서명의 경우 RFC 8301 에서는 rsa-sha1이 아닌 rsa-sha256이 필요하며 최소한 다음을 권장합니다. 2048비트 열쇠.
예시 응답: 선택기 sales1이 노출되고 해당 서명 계정이 포함됩니다. 깨끗한 서명자는 sales2를 사용하고 sales1은 취소됩니다. 새로운 통제 메일은 sales2로 확인되고 From과 일치합니다. sales1로 서명된 지연된 메일이 실패할 수 있습니다. 이 예에서는 완료된 사건이나 범용 수신기 동작의 보장이 아닌 명시적인 절충을 설명합니다.
회복 확인 및 불확실성 보존
하나의 사서함만이 아니라 영향을 받는 모든 경로를 테스트하십시오. 원시 메시지와 신뢰할 수 있는 결과를 저장하고, 새 선택기를 검사하고, 확인하세요. 조정 손상된 자격 증명이 더 이상 서명을 승인하지 않는지 확인합니다. 노출 기간에 대한 공급자 로그 및 수신자 보고서를 검토하세요. 보고서는 모든 수신자를 다루거나 각 메시지를 보낸 사람을 증명할 수는 없습니다.
봉쇄, DNS 관찰, 교체 배포 및 고객 영향 평가 일정을 유지합니다. 포렌식 사본에 대한 액세스를 통제하세요. 남은 조사와 수정된 키 보관 또는 액세스 실패를 위해 식별된 소유자로만 사건을 종료합니다. 성공적인 새 서명은 복구 경로가 작동함을 증명합니다. 그 자체로는 이전의 오용의 전체 범위를 설정하지 않습니다.
비상사태가 발생하기 전에 탁상 위에서 운동하기
이 합성 타임라인에서 서비스 계정 A는 sales1을 보유하고 일반 계정 B는 sales2를 보유합니다. 0분에 A를 포함합니다. 1분에 sales1 취소를 게시합니다. 2분 후에 가상 확인자에는 여전히 이전에 캐시된 키가 있으므로 이전 서명을 계속 확인할 수 있습니다. 3분 후에 깨끗한 sales2 경로를 시작합니다. 30분에 DNS 만으로 복구를 선언하는 대신 경로별로 수신된 결과를 수집하고 증거에 액세스합니다. 이러한 타이밍은 약속된 전파 간격이 아니라 순서를 나타냅니다.
이 작성된 테이블탑에서는 이전 액세스 비활성화, 노출 원인 포함, 새 키 게시, 새 서명 확인 및 새 서명 정렬이라는 다섯 가지 필수 복구 관찰을 제안합니다. 새 메일이 전달되었지만 이전 액세스가 여전히 활성화된 시나리오는 복구 게이트에 실패합니다. 다섯 가지를 모두 만족하는 시나리오는 모델링된 게이트를 통과합니다. 두 관측 세트 모두 종합적입니다. 테이블탑 프로그램, 테넌트 또는 메시지 테스트가 실행되지 않았습니다. 실제 사고가 발생하는 동안에도 실제 격리, 캐시 관찰, 승인 및 메시지 테스트가 필요합니다.
해결되지 않은 각 복구 게이트에 소유자를 할당합니다.
작성된 사례 KEY-01에서는 대체 선택기 sales2가 d=example.org, 사용하여 From sales@example.org 에 대해 통과 정렬 서명을 생성한다고 가정하지만 이전 서비스 계정은 활성 상태로 유지됩니다. 사고 소유자는 복구를 계속 진행하고 접근 제한을 해결해야 합니다. 메일 관리자의 성공적인 서명 테스트로는 이러한 격차를 줄일 수 없습니다. 이전 확인자 캐시와 과거 남용 범위는 아직 알려지지 않았습니다. 신원과 결과는 실행된 사건이 아니라 규정된 교육 가정입니다.