# Telegram · 보고서 구성 및 검증

Canonical page: https://phishdestroy.github.io/TgWitness/ko/docs/reference/case-reports/

보고서 필터, 8가지 디자인, 콘텐츠 사전 설정, 저장된 변경 내역 및 서명된 내보내기 파일에 포함된 평가 결과가 제공됩니다.

[Project context and measured scale](https://phishdestroy.github.io/TgWitness/docs/reference/overview/)

[Documentation index](https://phishdestroy.github.io/TgWitness/ko/llms.txt)

보고서 필터, 8가지 디자인, 콘텐츠 사전 설정, 저장된 변경 내역 및 서명된 내보내기 파일에 포함된 평가 결과가 제공됩니다.

[TgWitness](https://github.com/phishdestroy/TgWitness/blob/main/README.md) / [문서](https://github.com/phishdestroy/TgWitness/blob/main/docs/README.md) · [조사](https://phishdestroy.github.io/TgWitness/ko/docs/reference/investigation/)

![조사](https://phishdestroy.github.io/TgWitness/assets/chapter-investigate.svg)

선택한 관찰 내용을 사건에 대한 읽기 쉬운 기록으로 정리하십시오: 사건의 질문, 범위, 저장된 변경 사항, 차트, 조사 결과 및 출처 참조. 각 보고서는 수신자가 전달된 자료를 확인하고 수집 범위를 검토할 수 있는 방법을 제공합니다.

**'신뢰의** **근거 및 제한** 사항' 섹션은 일지, 인계, 채팅, 계정 및 공유 보고서에 표시됩니다. 일지 및 인계 PDF는 서명된 `report.json`과 동일한 평가를 사용합니다. ZIP 매니페스트는 서명된 매니페스트 내에 `case_assessment`을 포함합니다. 이 평가는 내보낸 자료와 함께 전달됩니다. 원본 관찰 기록은 기존 서명을 그대로 유지합니다.

## 문서 형식 및 읽기 순서

### 보고서 스튜디오

**‘내보내기’ → ‘구성 및 미리 보기’를** 엽니다. **‘데이터’ → ‘디자인 및 내용’ → ‘미리 보기’** 순서로 진행하십시오:

1. 전체 작업 공간을 사용하거나 채팅, 작성자, UTC 기준 관찰 날짜 및 이벤트 유형을 선택하십시오. 카탈로그를 불러와 채팅 및 작성자를 검색하거나 해당 텔레그램 ID를 입력하십시오. 작성자 필터는 기록된 발신자 ID와 일치해야 하며, 발신자가 명시되지 않은 삭제 알림은 작성자 필터와 일치하지 않습니다.
2. 페이지 디자인을 선택한 후, 차트, 참가자 라벨, 대화록 및 작성한 조사 결과를 선택하십시오. 디자인을 변경하더라도 이러한 선택 사항은 유지됩니다.
3. 미리보기를 생성하십시오. 여기에는 실제 건수, 활동 내역, 참여자, 샘플 기록, 저장된 변경 사항 및 누락된 메시지 번호 범위가 표시됩니다. 선택 사항을 변경하면 미리보기가 최신 상태가 아니게 됩니다. HTML, 서명된 PDF, 서명된 JSON 또는 증거 자료 ZIP 파일을 다운로드하기 전에 저장하십시오.

데이터 미리보기에는 초기 샘플이 아닌, 완전하고 안정적인 저널 접두사가 집계됩니다. 표시된 샘플 행과 긴 목록만 범위가 제한되며, 생략된 개수는 표시됩니다. 이후 내보내기 시 새로운 안정된 스냅샷이 생성되므로, 수집이 진행됨에 따라 수치가 증가할 수 있습니다. 범위, 개수 및 출처 정보는 서명된 보고서에 포함됩니다. 양식을 열거나 미리 보는 것만으로는 저장되지 않습니다.

**관할권 지침.** ‘문서 세부 정보’에서 **‘관할권 지침 · 선택 사항** ’을 열어 관할권과 민사/상사 또는 형사 절차를 선택하십시오. 부록에는 법적 근거, 출처 링크, 작성 참고 사항 및 연구 현황이 수록되어 있습니다. 현지 언어로 된 수집 안전 장치에 대한 요약 및 설명은 선택 사항입니다. 기본적으로 선택된 관할권은 없습니다. 이러한 선택 사항은 작업 공간에 속하며, 저장된 레이아웃 구성 및 암시적 공유-복사 기본값에서 제외됩니다. [기본값, 지원되는 보고서 및 연구 제한 사항을](https://github.com/phishdestroy/TgWitness/blob/main/docs/JURISDICTION_GUIDANCE.md) 참조하십시오.

**수신자용 사본을 선택하십시오.** 차트 및 기록문은 선택된 기록을 사용합니다. 무결성, 보관 및 범위 항목은 전체 원본 일지를 설명합니다. 증거 ZIP 파일에는 원본 기록과 첨부 파일이 포함되어 있습니다. 수신자가 선택된 허용된 데이터만 받아야 하는 경우, [최소한의 인계 방식을](https://phishdestroy.github.io/TgWitness/ko/docs/reference/evidence/#handover-extract) 사용하십시오.

### 수정 내역, 삭제 내역 및 누락된 ID 확인

수정 내역은 저장된 **‘수정 전’** 및 **‘수정** **후’** 텍스트를 표시하고 변경된 단어를 강조 표시합니다. 삭제 내역은 알림이 표시되기 직전에 저장된 마지막 버전을 보여줍니다. 이전 내용이 캡처되지 않은 경우, 보고서에 그 사실이 명시됩니다. 수정 또는 삭제 내역만 선택하면, 이전 버전은 필터 외부에 명시적으로 표시된 컨텍스트로 계속 확인할 수 있습니다. 관련 없는 메시지는 이러한 기록에 추가되지 않습니다.

**관측되지 않은 메시지 ID는** 선택된 채팅 내의 알려진 번호와 날짜를 기반으로 산출된 ID 범위 사이에 존재하는 공백을 의미합니다. 특정 번호를 관측되지 않은 것으로 판정하기 전에 모든 알려진 소스 기록을 확인해야 합니다: 다른 작성자, 이벤트 유형 또는 날짜를 필터링하는 것만으로는 허위 공백을 생성할 수 없습니다. 인접한 저장된 메시지들은 ‘컨텍스트’로 분류됩니다. 누락된 번호가 있다고 해서 해당 메시지가 존재했거나 삭제되었다고 단정할 수는 없으며, 삭제 알림 및 재확인 실패는 여전히 별개의 이벤트 유형으로 취급됩니다.

### 디자인 선택

일지 및 단일 채팅용 HTML 및 서명된 PDF 보고서를 위해 8가지 페이지 디자인이 제공됩니다. 이 디자인들은 동일한 기록과 계산 방식을 사용하되, 표지, 서체, 장 제목, 표 및 간격이 서로 다릅니다.

| 디자인 | 문체 |
| --- | --- |
| 클래식 | 어두운 색의 표지와 번호가 매겨진 섹션으로 구성된 전통적인 서류철입니다. |
| 편집 지침 | 테두리가 있는 세리프체 제목 페이지, 넓은 여백, 좁은 장 구분선. |
| 브리핑 | 네이비색 책등이 있는 간결한 표지, 짧은 제목, 간격이 좁은 표를 사용합니다. |
| 분석 | 설문조사 형식의 표지, 모듈식 차트 판, 고정폭 글꼴의 그림. |
| 기술 | 줄이 그어진 등록부, 번호가 매겨진 참조 레일 및 정밀한 비교 표. |
| 개요 | 파노라마식 표지, 넉넉한 여백, 눈에 띄는 요약 도표. |
| 읽기 시리즈 | 결과, 범위, 변경 사항 및 관찰 일지를 위한 섹션 레일과 그룹화된 장으로 구성됩니다. |
| 대장 및 마진 | 여백이 넉넉한 번호가 매겨진 장 구성, 정확한 차트 및 표, 별도의 메시지 기록본을 포함합니다. |

디자인은 작업 공간별로 저장되며 서명된 내보내기 매니페스트에 기록됩니다. HTML은 오프라인에서 작동하며, 라이트 및 다크 테마를 지원하고, 좁은 화면 및 오른쪽에서 왼쪽으로 읽는 언어에 최적화됩니다. 네이티브 PDF는 번들된 글꼴을 사용하며, Editorial 디자인 에는 번들된 SIL Open Font License에 따라 Noto Serif가 포함됩니다. Reading 시리즈와 Ledger & margin은 계정 개요, 계정 채팅 및 사본 공유에도 적용됩니다.

중국어, 일본어 및 한국어 PDF의 경우 서버에 Noto Sans CJK와 같은 적절한 글꼴이 설치되어 있어야 하며, 이 글꼴은 시스템 전체에 설치되거나 `TGWITNESS_FONT_DIR`에 배치되어야 합니다. 해당 글꼴을 사용할 수 없는 경우, ZIP 파일에는 HTML 및 JSON 보고서가 포함됩니다.

이 두 가지 디자인에는 자바스크립트 없이도 읽기 쉬운 저널이 포함되어 있습니다. 대용량 내보내기의 경우, 이 보기에는 8 MiB의 입력 용량 내에서 최대 500개의 전체 기록이 포함되며, 보고서에는 제한 사항이 명시되어 있고 전체 뷰어 및 원본 기록으로 연결되는 링크가 제공됩니다. 계정 디렉터리와 관계 인덱스는 모든 참여자가 아닌, 동일한 읽기 샘플을 설명합니다. 전체 저널 차트는 별도로 명시된 범위를 유지합니다.

### 내용 선택

| 목차 사전 설정 | 기본적으로 포함됨 |
| --- | --- |
| 사건 자료집 | 활동, 관찰 시간, 참여자, 채팅 및 기록 대본. |
| 브리핑 | 참가자 순위나 대화록이 포함되지 않은 활동 개요. |
| 활동 검토 | 활동, 관찰 시간, 참여자, 채팅 및 구성에 대해 출처 참조와 정확한 수치를 함께 기재하십시오. |
| 맞춤형 보고서 | 차트, 대본 및 미리보기를 자유롭게 조합하여 구성하십시오. |

사전 설정을 변경하더라도 디자인, 사건 세부 정보 및 서면 분석 내용은 유지됩니다. 무결성 검증, 적용 범위, 제한 사항 및 검증 지침은 모든 디자인에 그대로 유지됩니다. 차트나 대본이 숨겨져도 ZIP 파일 내의 원본 기록은 변경되지 않습니다.

선택 사항인 **‘검토 메모**(**Examination notes)**’에는 보고서 작성자가 작성한 질문, 방법, 조사 결과 및 결론이 포함됩니다. 조사 결과에는 원본 파일과 기록 번호를 인용하십시오. 서명을 통해 이러한 작성자 진술이 보고서와 함께 보존되며, 원본 관찰 내용과 작성자의 해석을 식별할 수 있습니다. 최소화된 인계 절차에서는 이러한 비공개 메모와 전체 진료 기록 차트가 생략됩니다. 차트 및 검사 선택 사항은 진료 기록 보고서에 적용됩니다.

시간별 활동, UTC 요일/시간별 히트맵, 참여자 순위, 채팅 순위 및 기록 구성을 선택하십시오. 5~30개의 순위 그룹과 중립적인 참여자 별명 또는 계정 ID를 선택하십시오. 알 수 없는 발신자와 나머지 참여자는 별도의 행으로 표시됩니다. 별명은 차트에만 영향을 미치며, 원본 기록에는 여전히 실제 신원이 포함됩니다.

디자인 미리보기는 저장되지 않은 초안을 기반으로 실제 사용될 표지, 조사 및 차트 구성 요소를 사용하여 업데이트되며, 처음 50,000개의 원본 기록 내에서 일치하는 항목으로만 제한됩니다. 아래의 데이터 미리보기는 선택한 전체 항목을 계산합니다. 이 미리보기는 명시적으로 서명되지 않았으며, 편집 내용이 저장되지 않습니다. 표지 및 차트 버튼을 클릭하면 해당 섹션이 전환됩니다. 이는 완전한 PDF 미리보기가 아닙니다. **‘보고서 설정 저장’을** **선택하면** 해당 선택 사항이 향후 내보내기 작업에 적용되며, 기존에 서명된 파일은 변경할 수 없습니다. PDF는 선택된 표지, 서체, 장 레이아웃 및 HTML 및 서명된 JSON과 동일한 집계 항목을 사용합니다.

신뢰도 평가, 적용 범위 제한 및 검증 지침은 그대로 유지됩니다. 차트나 가독성 있는 대본을 숨겨도 ZIP 파일에서 공식 출처 행은 제거되지 않습니다. 비활성화된 차트 시리즈는 분석용 JSON에서 생략되므로, 출처 기록의 공개 범위를 제한하려면 최소화 내보내기 기능을 사용하십시오.

데이터 선택 필터는 일지 보고서에 적용되며, 계정 및 공유 내역 내보내기 기능은 각각의 수집 및 공개 범위를 유지합니다.

공유된 디자인/차트 기본 설정은 새로운 채팅/계정 내보내기 및 계정 공유 미리보기에 그대로 반영됩니다. 계정/공유 언어 및 개인정보 보호 설정은 독립적으로 유지되며, 비공개 사건 및 조사 메모는 이러한 내보내기 파일에 복사되지 않습니다. 계정 및 공유 보고서는 서명된 아카이브 매니페스트에 의해 HTML로 보호됩니다. 저널, 축소된 저널 인계 및 단일 채팅 키트도 서명된 PDF를 제공합니다.

### 차트가 집계하는 내용

저널 활동 및 히트맵은 UTC 기준 수집기 관측 시간별로 신규, 과거, 복구, 수정, 삭제 및 재확인 시 누락된 **관측값을** 집계합니다. 하트비트 및 첨부 파일 수신 확인은 제외됩니다. 참가자 순위는 신규, 과거 및 복구된 메시지 관측값만 집계합니다: 발신자는 편집자나 삭제자로 간주되지 않습니다. 중복된 관측값은 동일한 텔레그램 메시지를 나타낼 수 있습니다.

저널 분석 기능은 종류별 개수, 첫 번째/마지막 기록 참조 및 소스 `events.jsonl`의 SHA-256 해시값을 유지합니다. 수치에는 HTML 및 PDF에 정확한 값이 포함됩니다. 일별 버킷은 기록된 366일을 초과하면 월 단위로 전환되며, 그래프는 이를 최대 36개의 동일한 폭의 구간으로 통합합니다. 100,000개 이상의 고유 식별자 또는 1,200개월에 도달하면 해당 차트는 사용할 수 없게 되지만, 정확한 전체 집계 수는 계속 확인할 수 있습니다.

스냅샷 및 계정 공유 차트는 기록된 메시지 시간을 기준으로, 포함된 비서비스 메시지 행만 집계합니다. 공유 집계값은 정보 가림 처리 및 필터링 후에 계산됩니다. 이 차트는 최대 90개의 동일한 폭을 가진 UTC 날짜 구간을 사용하며, 최대 10,000개의 그룹화 값을 유지합니다. 초과된 개수는 명시적으로 표시되고 조정됩니다. 마지막 구간은 더 짧을 수 있습니다. 알 수 없거나 부정확한 날짜는 시간 차트에 포함되지 않습니다.

빈 구간은 해당 기간에 관측된 내용이 없음을 의미하며, 누락된 부분은 커버리지 항목을 참조하십시오. 이 차트들은 저장된 활동 내역을 보여줍니다. 발신자가 확인되지 않은 항목은 별도의 범주로 분류되며, 각 확인 내역은 개별적으로 보고됩니다.

`analytics.json` 파일이 포함된 경우, 아카이브의 서명된 파일 해시에 의해 보호됩니다. 저널 `report.json`에는 선택된 동일한 집계값이 포함됩니다. 서명 검증 을 통해 변경된 바이트를 감지할 수 있습니다. 수치를 확인하려면 `report_analytics.Analytics` 및 `selected`을 사용하여 저널 집계값을 재계산하거나, `snapshot_analytics.collect` 및 `project`을 사용하여 스냅샷 집계값을 재계산하십시오.

### 이상 징후 지표

**미리 보기.** 증거 보고서에는 등록된 프로세서(`tgwitness/metrics/`, 지표당 하나의 파일)에 의해 계산된 **‘이상 징후** 지표’ 섹션이 추가됩니다. 보고서는 실행된 모든 프로세서의 이름과 버전을 명시하고, 해당 테이블 아래에 계산 방법을 표시하므로, `events.jsonl` 파일을 사용하여 `tgwitness.metrics.run` 명령어로 계산을 재현할 수 있습니다.

| 프로세서 | 이 도구가 제공하는 기능 |
| --- | --- |
| `first_time_posters_over_time` v1 | UTC 기준 일별 첫 게시자 수 및 메시지 수. 플래그를 설정하려면 최소 5명의 첫 게시자가 있어야 하며, 그 수의 3배에 해당하는 중앙값을 충족해야 하고, 메시지 양은 중앙값의 최대 1.5배를 초과해서는 안 됩니다. 기준선은 7일간의 워밍업 기간 후, 지난 14일 중 최소 7일의 관측 데이터를 사용합니다. |
| `service_vs_message_ratio` v1 | 채팅별로 저장된 메시지 번호가 서로 다르며, 서비스 메시지가 차지하는 비율도 다릅니다. 이는 번호 매기기를 설명하는 것이며, 특정 번호가 누락된 이유를 설명하는 것은 아닙니다. |
| `join_leave_per_month` v1 | 월별 가입, 탈퇴, 삭제 또는 차단 건수는 1인당, 채팅당, 변경당, 일별로 각각 1건씩 집계됩니다. |
| `pinned_per_month` v1 | 월별 기준으로, 서비스 메시지를 고정하거나 고정 해제한 횟수, 그리고 채팅 상태 스냅샷 간에 추가되거나 제거된 고정 메시지 수를 기록합니다. |

**‘매개변수 → 보고서 지표’에서는** 프로세서와 표시될 행 수를 선택할 수 있으며, 여기에는 필터링된 보고서도 포함됩니다. 일별 및 월별 표에는 최근 행이 표시되며, 서비스별 점유율 표는 저장된 메시지 수에 따라 채팅 순위를 매깁니다. 합계는 모든 행을 포함합니다.

소스 체크아웃을 바탕으로, 동일한 가상의 저널에서 위에 나열된 8가지 디자인을 모두 제작하십시오:

```
python tools/build_report_styles.py --output test-results/report-styles
```

생성된 `index.html` 파일을 열어 전체 HTML 보고서, 서명된 PDF 및 ZIP 파일을 비교하십시오. 모든 디자인은 동일한 원본 저널을 사용합니다. 각 실행마다 새로운 출력 디렉터리를 사용하여 이전에 서명된 예시가 보존되도록 하십시오.

![가상의 HTML 문서 모음](https://phishdestroy.github.io/TgWitness/assets/dossier-en.png)

HTML 문서는 사건 개요와 주요 수치로 시작됩니다. 번호가 매겨진 증거 맵은 각 조사 결과, 이를 뒷받침하는 사실, 제한 사항 및 독립적인 검토 결과로 연결됩니다. 검색 가능한 기록과 안정적인 기록 참조 정보는 오프라인 뷰어에서도 계속 이용할 수 있습니다. 이 디자인은 좁은 화면은 물론, 테마와 자바스크립트가 지원되지 않는 브라우저에도 모두 최적화되어 있습니다.

서명된 PDF에는 전용 A4 표지, 보고서 참조 번호 및 QR 코드, 요약본, 증거 지도, 번호가 매겨진 조사 결과 및 문서 북마크가 포함되어 있습니다. 페이지 머리글과 바닥글을 통해 보고서를 식별할 수 있습니다. QR 코드는 자료를 식별하는 용도이며, 독립적인 검증 결과가 아닙니다. 브라우저 출력물은 이 암호학적으로 서명된 PDF와는 별개입니다.

관찰 타임라인은 기록된 관찰 기간과 중단 시점을 동일한 UTC 축에 표시합니다. 빈 공간은 커버리지로 간주되지 않으며, 상세 표에는 정확한 간격이 유지됩니다. ZIP 파일에는 읽기 가능한 보고서, 서명된 JSON, 원본 기록 및 검증 지침이 포함되어 있습니다.

개발 환경이 설치된 상태에서 새로운 가상의 영어/러시아어/독일어 문서 모음을 생성하십시오. :

```
python tools/build_dossier_example.py --output test-results/my-new-dossier
```

각 언어 디렉토리에는 `report.html`, `report.pdf`, `report.json` 및 `dossier.zip` 파일이 포함되어 있습니다. 기존 샘플 디렉토리는 절대 덮어쓰지 않습니다. 이 파일을 생성하는 데 텔레그램 계정, 외부 타임스탬프 서비스 또는 네트워크 연결은 사용되지 않습니다.

![가상의 서명된 PDF 파일 중 첫 세 페이지](https://phishdestroy.github.io/TgWitness/assets/dossier-pdf.png)

## 구체적인 사례 살펴보기

1,200개의 항목으로 구성된 일지 중 1,000번째 항목에 유효한 타임스탬프가 있는 경우, 보고서는 해당 타임스탬프의 범위 외부에 있는 200개의 후속 항목을 식별합니다. 이는 체크포인트 존재에 대한 상한선일 뿐, 각 메시지의 전송 시간을 증명하는 것은 아닙니다. 다른 세 개의 타임스탬프 파일이 유효성 검사에 실패하거나 유효성 검증이 불가능한 경우, 이들은 별도로 집계되며 긍정적인 결론을 도출할 수 없습니다.

사용 가능한 타임스탬프는 다음 모든 검증 조건을 충족해야 합니다: 타임스탬프의 임프린트가 체크포인트와 일치하고, 타임스탬프가 찍힌 시점에 신뢰할 수 있는 TSA 루트로 연결되는 서명 체인을 가지며, 체크포인트의 서명, 키, 카운트 및 헤드가 정확한 저널 접두사와 일치해야 합니다. 단순히 타임스탬프를 파싱하거나 OTS 영수증을 보유하는 것만으로는 불충분합니다. 판독자는 신뢰할 수 있는 TSA 루트를 독립적으로 선택하고 검증을 반복해야 합니다. OTS에는 별도의 비트코인 확인 검증이 필요합니다.

| 보고서 상태 | 의미 |
| --- | --- |
| 내보내기 과정에서 확인됨 | 내보내기 도구가 명시된 검사를 수행했으나, 여전히 독립적인 재검증이 필요합니다. |
| 기록됨; 검토 필요 | 기본이 되는 관찰 내용이나 운영자의 진술이 기록되며, 이는 독립적인 확인이 아닙니다. |
| 이 문서에 포함되지 않은 내용 | 이 주장을 뒷받침할 근거 자료가 본문에는 없습니다. 다른 곳에 존재하지 않는다고 명시되어 있지도 않습니다. |
| 독립적인 검증을 거치지 않음 | 이 보고서는 독립적인 검증 결과를 제공하지 않습니다. |
| 불완전하거나 이용 불가능한 | 자료나 필수 확인 항목이 누락되었거나, 불완전하거나, 확인에 실패했습니다. |

기록된 수집 범위와 함께 각 확인 항목을 개별적으로 검토하십시오.

## 강력한 구성에서 반드시 유지해야 할 사항

1. 수집에 의존하기 전에, 별도의 신뢰할 수 있는 채널을 통해 수집기의 키 지문을 확보하십시오. 해당 참조 정보를 내보낸 파일의 서명 키와 비교하십시오.
2. 독립적인 타임스탬프가 찍힌 체크포인트와, 사용되는 경우 수집기의 관리 통제 범위를 벗어난 증인 일지를 유지하십시오. 이를 내보낸 일지와 비교하여 일지의 이전 경계를 확인하십시오.
3. 기록 수집 범위, 누락 사항, 필터, 제한 사항 및 수집 과정의 변경 사항을 기록하십시오. 실제 청구와 관련된 누락 기간을 설명하되, 감지되지 않은 메시지 ID, 삭제 알림 및 재확인 실패 사례는 별도로 구분하여 기술하십시오.
4. 원본 ZIP 파일과 해당 해시 값을 그대로 유지하십시오. 각 보유자, 전송 내역, 날짜 및 목적을 기록하십시오. 해당 운영자의 진술 및 사건 메모도 함께 보존하십시오.
5. 기밀 VM의 경우, 견적, 검증 요청, Intel 인증서 체인, 측정값, 정확한 출처 및 키 처리 조건을 보존하고 독립적으로 검증하십시오. 검증 결과를 검토된 아티팩트와 함께 보관하십시오.

각 모드별 수집, 아카이브 무결성, 시간 및 수집 범위 검사에 대해서는 [검증 범위를](https://phishdestroy.github.io/TgWitness/ko/docs/reference/evidence/#verification-scope) 참조하십시오.

## 수신자 검토

신뢰할 수 있는 TgWitness 설치본과 독립적으로 확보한 지문을 사용하십시오:

```
python -m tgwitness.verify evidence.zip --fingerprint TRUSTED_SHA256
python -m tgwitness.verify evidence.zip --fingerprint TRUSTED_SHA256 --tsa-ca tsa-root.pem
python -m tgwitness.verify evidence.zip --fingerprint TRUSTED_SHA256 --witness witness.zip --witness-fingerprint WITNESS_SHA256 --require-witness
python -m tgwitness.verify evidence.zip --fingerprint TRUSTED_SHA256 --check-drand
```

증거용 ZIP 파일은 독립적으로 신뢰할 수 있는 출처에서 가져와야 하며, 해당 파일의 키 및 출처 정보도 그대로 유지해야 합니다. 명령어, 도구 버전, 출력 결과, 검토된 입력 해시 및 미해결 질문은 그대로 유지하십시오. 비콘 검증은 별도의 온라인 확인 절차이며, 보고서 렌더러는 단순히 보고서를 표시하기 위해 서비스에 접속하지 않습니다.

특정 메시지에 대한 분쟁의 경우, 아카이브 참조 정보, 권위 있는 파일 및 기록 참조 정보를 인용한 후, 관련 시간 범위, 범위 누락, 선택 기준 및 입증 자료를 설명하십시오. 공유 사본의 경우, 기록된 변환 내역과 원본 아카이브에 대한 참조 정보도 검토하십시오. 비공개 필터 및 신원 매핑은 공개 평가 대상에서 제외됩니다.

서명된 PDF를 검증하면 해당 바이트 범위의 변경 사항을 감지할 수 있습니다. 원본 디지털 파일과 검증 결과를 스크린샷이나 인쇄된 열람용 사본과 함께 보관하십시오.