두 검증기는 통과했다. Richard Jimmerson은 새 ROA를 대기시켰다

Summary

• 8월 12일 Richard Jimmerson의 공지는 RPKI 문제 조사와 새 ROA 생성 요청의 대기를 알렸다. 다음 날 업데이트는 HSM 교체 뒤 인코딩 오류를 확인했고 수정을 마쳤다고 설명했다.
• ARIN의 8월 26일 사고 기록에 따르면 배포는 12일 12시 21분, 수정은 13일 11시 36분이다. RIPE Validator와 Routinator에는 오류가 없었지만 rpki-client와 Fort는 저장소를 거부했다.

12시 21분, ARIN의 새 RPKI 시스템이 운영에 들어갔다. 2020년 8월 12일의 일이다. 12시 46분에는 rpki-client가 저장소를 검증하지 못한다는 연락이 왔다. 사전 점검에 쓰인 RIPE Validator와 Routinator는 문제를 찾지 못했다. Fort는 rpki-client와 같은 판단을 내렸다. 한 저장소에 네 검증기가 두 갈래 답을 낸 셈이다.

ARIN 최고운영책임자 Jimmerson은 먼저 조직이 직접 조절할 수 있는 흐름을 다뤘다. 조사와 필요한 복구가 끝날 때까지 새 Route Origin Authorization 신청을 대기열에 두겠다고 발표했다. ROA는 특정 IP 접두어를 어느 자율 시스템이 시작점으로 광고할 수 있는지 명시한다. 일부 검증기가 이미 저장소를 거부하는 상황에서 새 객체를 계속 만들면 정리해야 할 대상도 늘어난다. 공지는 신청자에게 현재 처리를 분명히 알려줬다.

이튿날 Jimmerson은 오류를 필드 단위로 설명했다. 서명 객체 안의 알고리즘 식별자 두 곳은 같아야 하는데, 한쪽 매개변수는 빈 값이고 다른 쪽은 NULL이었다. HSM 교체와 함께 들어온 새 소프트웨어가 이 불일치를 만들었다. 수정은 완료됐고 그 사이 만들어진 일부 ROA는 후속 정리가 필요하다고 했다. 최초로 문제를 알린 Job Snijders와 원인 분석에 참여한 OpenBSD 개발자들의 이름도 밝혔다.

이후 최고기술책임자 Mark Kosters는 시간표를 공개하고 OpenSSL 기반 검증기도 향후 배포 시험에 넣겠다고 약속했다. 두 개의 녹색 표시등은 실제 결과였지만 두 프로그램의 결과에 그쳤다. Jimmerson의 대기 결정은 문제 발견과 더 넓은 시험 체계 사이의 공백을 관리한 조치였다.