요약

  • AFRINIC는upd-to를, 관리자 보호 객체에 대한 갱신 시도가 인증 부족으로 거부될 때 통지를 받는 주소로 정의합니다.
  • 이 주소는 경고 경로의 일부입니다. 요청이 데이터베이스 데이터를 변경할 수 있는지는 별도의auth방식과 관리자 참조가 규정하며, 발신자 신원, 메일 전달, 실제 네트워크 제어권은 각각 별도의 근거를 필요로 합니다.

거부된 객체는 설계상 전달됩니다

이 메시지는 실제보다 확정적으로 보일 수 있습니다. AFRINIC 참조 설명서에 따르면, 갱신이 인증 검사를 통과하지 못하면 해당 갱신에 포함된 객체가 관련 관리자의upd-to주소로 전달됩니다. 따라서 수신자는 데이터베이스가 작업을 거부했음에도 제안된 필드를 보게 됩니다.

이 전달은 유용합니다. 관리자가 실수, 만료된 절차 또는 악의적 시도를 감지할 기회를 줍니다. 그러나 이 주소가 답하는 질문은 하나뿐입니다. 이런 유형의 거부 통지는 어디로 보내야 하는가? 이 주소는 요청을 작성한 사람이 누구인지, 표시된 발신자가 진짜인지, 누가 비밀번호나 개인 키를 보유했는지, 그리고 누구든 그 결과 이메일을 읽었는지는 답하지 않습니다.

구분되어야 할 네 가지 사실

AFRINIC는upd-to,auth,mnt-by,mnt-nfy를 서로 다른 속성으로 문서화합니다.auth는 인정된 인증 방식을 설명합니다.mnt-by같은 참조는 보호된 객체를 그 규칙이 평가되는 관리자와 연결합니다.mnt-nfy는 관리 대상 객체의 성공적인 변경에 대한 통지를 지원합니다.upd-to는 갱신이 인증 부족으로 거부된 뒤에 사용됩니다.

이 네 필드를 하나로 묶으면 사건 순서가 파괴됩니다. 거부된 요청은 통지가 설정된 주소에 도달했다고 해서 승인된 것이 아닙니다. 메일함은 인증 필드 옆에 나타난다고 해서 자격 증명이 되지 않습니다. 그리고 통지 수신자가 반드시 요청을 제출한 사람은 아닙니다.

방어 가능한 기록이 보존해야 할 것

근거 장부에는 조회된 관리자 키, 관찰된upd-to값, 보호된 객체의 키, 거부 확인 응답, 조회 시각, 관련 관리자 참조를 보존해야 합니다. 조사 대상이 시도한 행위자라면, 인증된 전송, 서명된 메일 또는 애플리케이션 감사 근거를 별도로 보존하십시오. 변경이 수락되었는지가 문제라면, 전달된 본문에서 성공을 추론하는 대신 시도 전후의 권위 있는 객체를 비교하십시오.

운영상·법적 질문은 다시 다른 근거를 요구합니다. Whois 관리 권한은 라우터 접근권이 아닙니다. 데이터베이스 연락처가 BGP 출처, 주소 사용, 서비스 제공, 소유권 또는 계약상 권리를 입증하지 않습니다. 그런 결론에는 라우팅 관찰, 시스템 로그, 할당 기록, 계약 등 질문에 맞는 다른 근거가 필요합니다.

유용한 결론은 의도적으로 좁습니다

관찰 시점에, 해당 관리자는 기록된upd-to주소를 인증 부족으로 거부된 시도에 대한 통지 목적지로 지정했습니다. 이 진술은 경고 라우팅, 통제 검토, 인시던트 분류를 뒷받침할 수 있습니다. 그러나 작성자, 의도, 자격 증명 보관, 수락된 변경, 네트워크 운영에 대해서는 아무것도 말하지 않습니다.

이 절제는 학문적이 아니라 실용적입니다. 잘못된 행위자 귀속은 경고 메커니즘이 보호하려던 바로 그 팀에게 조사를 향하게 할 수 있습니다. 잘못된 권한 귀속은 평범한 수신자가 연관된 모든 기록을 변경할 수 있는 것처럼 보이게 만들 수 있습니다. 좋은 디렉터리 항목은 어느 쪽 주장도 만들어내지 않으면서 경고 관계를 보존합니다.

출처