빠진 부품을 찾고,
목록을 다시 만든 실제 기록

결과를 받은 사람이 ‘내가 받은 결과가 원래 결과와 같은가?’를 확인하는 방법입니다.

실행이 끝나면 결과 폴더에 completion.json(완료 기록)이 만들어집니다. 이 파일의 지문(SHA-256 해시, 제품에서는 ‘핀’이라고 부름)은 한 글자만 바뀌어도 달라지므로, 결과 폴더와 따로 보관해 두었다가 비교합니다.

받는 쪽에서 하는 일

• 0
  보관한 생성 후 지문을 넣으면, 결과 폴더의 기록 파일이 지문과 맞는지 먼저 확인한 뒤 저장된 판정 “대응 확인”을 돌려줍니다.
• 2
  다른 지문(생성 전 지문)을 넣으면 Project completion pin mismatch(지문 불일치)로 멈춥니다.

보관한 지문과 받은 파일의 SHA-256을 비교해 변경 여부를 확인합니다. 작성자 인증이나 안전성 보증은 아닙니다.

• 이번 확인 범위는 같은 PC에서 고른 Python 패키지 8개와 그 의존관계입니다.
• 종료 0은 선택한 패키지·의존관계가 기준 목록과 일치한다는 뜻입니다. 보안 인증이나 납품 승인은 아닙니다.
• 패키지·의존관계는 ScanLedger로 대조하고, 취약점(CVE)은 별도 검사 도구로 확인합니다.
• 다른 PC·고객 환경 재현은 다음 확인 과제입니다.
• 같은 절차를 갖춘 별도 스크립트로도 같은 확인을 할 수 있습니다. ScanLedger는 입력·조건·판정·지문을 하나의 기록으로 묶어 줍니다.

왜 실행이 아니라 재생인가요?

이 페이지는 재현성을 위해 실제 실행 기록을 그대로 재생합니다. 숫자는 기록 파일에서 자동으로 뽑고, 기록과 일치해야 페이지를 만듭니다. 같은 명령은 제출한 소스 코드의 설치 안내로 직접 실행할 수 있습니다.

이 페이지의 보안

• 정적 파일만 사용합니다. 서버에서 실행하거나 파일을 받는 기능이 없습니다.
• 콘텐츠 보안 정책(CSP)으로 이 사이트 밖의 스크립트·요청을 막습니다.
• 보고서는 스크립트가 꺼진 sandbox 틀 안에서 보여 줍니다.
• 다른 사이트로 이동할 때 주소 정보를 보호하도록 no-referrer 정책을 적용합니다.