منبع / شواهد
Telegram · پیکربندی و اعتبارسنجی گزارش
فیلترهای گزارش، هشت طرح، پیشتنظیمهای محتوا، سوابق تغییرات ذخیرهشده و ارزیابی گنجاندهشده در صادرات امضاشده.
مشاهدات منتخب را به گزارشی خوانا از پرونده تبدیل کنید: شامل پرسش، دامنه، تغییرات ذخیرهشده، نمودارها، یافتهها و ارجاعات منابع آن. هر گزارش به دریافتکننده راهی برای بررسی مطالب تحویلشده و بازرسی پوشش جمعآوری آن میدهد.
بخش «بنیاد اعتماد و محدودیتها» در گزارشهای دفترچه خاطرات، تحویل، چت، حساب کاربری و اشتراکگذاری ظاهر میشود. فایلهای PDF دفترچه خاطرات و تحویل از همان ارزیابی موجود در report.json امضا شده خود استفاده میکنند. فایلهای فشرده ZIP، case_assessment را در فایل فشرده امضا شده حمل میکنند. این ارزیابی به همراه محتوای صادر شده منتقل میشود. مشاهدات اصلی امضاهای موجود خود را حفظ میکنند.
فرمتهای سند و ترتیب خواندن#
استودیوی گزارش#
Exports را باز کنید → پیکربندی و پیشنمایش. در مسیر Data → Design & contents → Preview پیش بروید:
- از کل فضای کاری استفاده کنید یا چتها، نویسندگان، تاریخهای مشاهده شامل UTC و انواع رویدادها را انتخاب کنید. کاتالوگ را برای جستجو در چتها و نویسندگان بارگذاری کنید، یا شناسه تلگرام آنها را وارد کنید. فیلترهای نویسنده با شناسه فرستنده ثبتشده مطابقت دارند؛ یک اطلاعیه حذف بدون فرستنده با فیلتر نویسنده مطابقت ندارد.
- یک طرح صفحه را انتخاب کنید، سپس نمودارها، برچسبهای شرکتکنندگان، متن پیادهسازیشده و یافتههای مکتوب خود را برگزینید. تغییر طرح، این انتخابها را حفظ میکند.
- پیشنمایش را بسازید. این تعداد واقعی، فعالیت، شرکتکنندگان، سوابق نمونه، تغییرات ذخیرهشده و بازههای شمارهی پیامهای مفقود را نشان میدهد. تغییر یک انتخاب، پیشنمایش را منقضی نشان میدهد. قبل از دانلود HTML، PDF امضاشده، JSON امضاشده یا فایل ZIP مدرک، ذخیره کنید.
پیشنمایش دادهها کل پیشوند ثابت دفترچه را میشمارد، نه یک نمونه اولیه. تنها سطرهای نمونه نمایش داده شده و لیستهای بلند محدود شدهاند؛ شمارشهای حذف شده آنها نشان داده میشود. یک خروجیگیری بعدی یک اسنپشات پایدار جدید میگیرد، بنابراین جمعآوری در حال انجام ممکن است اعداد را افزایش دهد. دامنه، شمارشها و هویت منبع در گزارش امضا شده گنجانده شدهاند. باز کردن یا پیشنمایش فرم، آن را ذخیره نمیکند.
راهنمای حوزه قضایی. در بخش جزئیات سند، راهنمای حوزه قضایی را باز کنید · اختیاری است تا یک حوزه قضایی و رویه مدنی/تجاری یا کیفری را انتخاب کنید. پیوست حاوی مبنای قانونی، پیوندهای منبع، یادداشتهای آمادهسازی و وضعیت تحقیق است. خلاصهها و توضیحات به زبان محلی در مورد تضمینهای جمعآوری اختیاری هستند. هیچ حوزه قضایی بهطور پیشفرض انتخاب نمیشود. این انتخابها به فضای کاری تعلق دارند و از پیکربندیهای طرحبندی ذخیره شده و پیشفرضهای ضمنی اشتراکگذاری/کپی مستثنی هستند. پیشفرضها، گزارشهای پشتیبانیشده و محدودیتهای تحقیق را ببینید.
نسخه دریافتکننده را انتخاب کنید. نمودارها و متن رونوشت از رکوردهای انتخابشده استفاده میکنند. یکپارچگی، نگهداری و پوشش، دفترچه منبع کامل را توصیف میکنند. فایل فشرده (ZIP) مدرک حاوی رکوردهای اصلی و پیوستهای آن است. در صورتی که دریافتکننده باید فقط دادههای انتخابشده و مجاز را دریافت کند، از تحویلدهی حداقلی استفاده کنید.
ویرایشها، حذفها و شناسههای از دست رفته را بخوانید#
ویرایش، متنهای ذخیره شده قبل و بعد از آن را نمایش داده و کلمات تغییر یافته را برجسته میکند. حذف، آخرین نسخه ذخیره شده قبل از هشدار را نشان میدهد. اگر هیچ محتوای قبلی ضبط نشده باشد، گزارش این موضوع را اعلام میکند. هنگامی که فقط ویرایشها یا حذفها را انتخاب میکنید، نسخههای قبلی به عنوان زمینهای با برچسب واضح در خارج از فیلترها در دسترس باقی میمانند. پیامهای نامرتبط به این سوابق اضافه نمیشوند.
شناسه پیامهای مشاهدهنشده، فاصلههایی هستند بین شمارههای شناختهشده در چتهای انتخابشده و بازه شناسه استخراجشده از تاریخ. هر رکورد منبع شناختهشده قبل از اعلام یک شماره بهعنوان مشاهدهنشده بررسی میشود: فیلتر کردن نویسنده دیگر، نوع رویداد یا تاریخ نمیتواند یک فاصله کاذب ایجاد کند. پیامهای ذخیره شده مجاور به عنوان زمینه برچسبگذاری میشوند. یک شماره مفقود، وجود یا حذف شدن یک پیام را اثبات نمیکند؛ اعلانهای حذف و بازرسیهای ناموفق، انواع رویدادهای جداگانهای باقی میمانند.
طرحی را انتخاب کنید#
طرحهای هشت صفحهای برای گزارشهای HTML دفترچه یادداشت و چت تکی و PDF امضا شده موجود است. این طرحها از سوابق و محاسبات یکسانی استفاده میکنند، اما جلد، تایپوگرافی، عناوین فصل، جداول و فاصلهگذاری متفاوتی دارند.
| طراحی | سبک خواندن |
|---|---|
| کلاسیک | یک دایرهٔ سنتی با جلد تیره و بخشهای شمارهگذاریشده. |
| ویراستاری | صفحه عنوان با حاشیهٔ قابدار سریف، حاشیههای پهن و نوار فصل باریک. |
| برگه توجیهی | جلدی جمعوجور با ستون فقرات سرمهای، عناوین کوتاه و جداول چیدهشده نزدیک به هم. |
| تحلیلها | جلد به سبک نظرسنجی، صفحات نمودار ماژولار و شکلهای تکفاصلهای. |
| فنی | دفتر ثبت خطدار، ریل مرجع شمارهگذاریشده و جداول مقایسه دقیق. |
| مرور کلی | جلد پانورامیک، فاصلهگذاری مناسب و نمودارهای خلاصه برجسته. |
| مجموعهٔ خواندن | یک نوار بخشبندی و فصلهای گروهبندیشده برای یافتهها، دامنه، تغییرات و دفترچه مشاهدات. |
| دفتر کل و حاشیه | فصول شمارهگذاریشده با حاشیهٔ وسیع، نمودارهای دقیق و جداول و متن جداگانهٔ پیامها. |
طرحبندی به ازای هر فضای کاری ذخیره شده و در مانیفست خروجی امضا شده ثبت میشود. HTML بهصورت آفلاین کار میکند، از تمهای روشن و تاریک پشتیبانی میکند و خود را با صفحهنمایشهای باریک و زبانهای راستبهچپ تطبیق میدهد. PDFهای بومی از فونتهای همراه استفاده میکنند؛ طراحی ویرایشگاهی شامل Noto Serif تحت مجوز SIL Open Font همراه خود است. شمارهگذاری صفحات و حاشیه و حاشیه نیز برای نمای کلی حساب، چتهای حساب و نسخههای اشتراکی اعمال میشوند.
PDFهای چینی، ژاپنی و کرهای علاوه بر این به یک فونت مناسب روی سرور، مانند Noto Sans CJK، نیاز دارند که باید در کل سیستم نصب شود یا در پوشه TGWITNESS_FONT_DIR قرار داده شود.
در صورت عدم دسترسی به آن، فایل فشرده (ZIP) گزارشهای HTML و JSON را نگه میدارد.
این دو طرح شامل یک گزارش خوانا بدون جاوا اسکریپت هستند. برای خروجیهای بزرگ، این نما تا ۵۰۰ رکورد کامل را در یک بودجه ورودی ۸ مگابایتی (MiB) در خود جای میدهد؛ گزارش این محدودیت را برچسبگذاری کرده و به ویور کامل و رکوردهای منبع لینک میدهد. دایرکتوری حساب کاربری و شاخص روابط، همان نمونه خواندنی را توصیف میکنند، نه همه شرکتکنندگان را. نمودارهای کل ژورنال، دامنهٔ اعلامشدهٔ جداگانهٔ خود را حفظ میکنند.
انتخاب محتوا#
| محتویات از پیش تنظیمشده | بهطور پیشفرض گنجانده شده |
|---|---|
| پرونده موردی | فعالیت، زمانهای مشاهده، شرکتکنندگان، چتها و متن رونوشت رکورد. |
| برگه توجیهی | نمای کلی فعالیت بدون رتبهبندی شرکتکنندگان یا متن پیادهشده. |
| بازبینی فعالیت | فعالیتها، زمانهای مشاهده، شرکتکنندگان، چتها و ترکیب آنها، همراه با ارجاعات منبع و اعداد دقیق. |
| گزارش سفارشی | ترکیب اختصاصی نمودارها، متن پیادهسازیشده و پیشنمایشها. |
تغییر یک پیشتنظیم، طرح، جزئیات پرونده و تحلیلهای مکتوب شما را حفظ میکند. بررسیهای یکپارچگی، پوشش، محدودیتها و دستورالعملهای تأیید اعتبار در هر طرح باقی میمانند. سوابق منشأ در فایل ZIP هنگام پنهان کردن یک نمودار یا رونوشت، دستنخورده باقی میمانند.
یادداشتهای اختیاری «بررسی» شامل سؤال، روش، یافتهها و نتیجهگیری نوشته شده توسط نویسنده گزارش است. در بخش یافتهها به فایل منبع و شمارههای سوابق اشاره کنید. امضا این اظهارات نویسنده را در کنار گزارش حفظ میکند؛ مشاهدات منبع و تفسیر نویسنده قابل تشخیص باقی میمانند. واگذاریهای بهینهشده این یادداشتهای خصوصی و نمودارهای کامل دفترچه را حذف میکنند. گزینههای نمودار و بررسی برای گزارشهای دفترچه اعمال میشوند.
فعالیت را در طول زمان، نقشه حرارتی روزهای هفته/ساعت به وقت جهانی (UTC)، رتبهبندی شرکتکنندگان، رتبهبندی چتها و ترکیب سوابق انتخاب کنید. ۵ تا ۳۰ گروه رتبهبندیشده و نامهای مستعار خنثی یا شناسه حساب کاربری شرکتکنندگان را انتخاب کنید. فرستندگان ناشناس و شرکتکنندگان باقیمانده در ردیفهای جداگانهای قرار میگیرند. نامهای مستعار فقط بر نمودارها تأثیر میگذارند؛ سوابق منبع همچنان حاوی هویت آنها هستند.
پیشنمایش طرح از روی پیشنویس نجاتنشدنی با استفاده از اجزای جلد، بررسی و نمودار تولید بهروزرسانی میشود و به تطبیقهای موجود در ۵۰٬۰۰۰ رکورد اول منبع محدود است. پیشنمایش داده در زیر، کل انتخاب را محاسبه میکند. این پیشنمایش صراحتاً امضا نشده است و ویرایشها را ذخیره نمیکند. دکمههای جلد و نمودارها بخش آن را جابجا میکنند. این یک پیشنمایش کامل PDF نیست. «ذخیره تنظیمات گزارش» انتخابها را برای خروجیهای آینده اعمال میکند؛ فایلهای امضا شده موجود تغییرناپذیر هستند. PDF از جلد، تایپوگرافی، چیدمان فصل و همین دادههای تجمیعی منتخبِ HTML و JSON امضا شده استفاده میکند.
ارزیابی اعتماد، محدودیتهای پوشش و دستورالعملهای تأیید اعتبار همچنان حفظ میشوند. پنهان کردن نمودارها یا متن رونوشت خوانا، سطرهای منابع معتبر را از فایل ZIP حذف نمیکند. سریهای نمودار غیرفعالشده از JSON تحلیلی حذف میشوند؛ برای محدود کردن افشای سوابق منابع، از یک خروجیگیری بهینهشده استفاده کنید.
فیلترهای انتخاب داده بر گزارشهای دفترچه اعمال میشوند؛ خروجیهای حساب کاربری و اشتراکگذاری، دامنهٔ کسب و افشای خود را حفظ میکنند.
ترجیحات مشترک طراحی/نمودار در خروجیهای جدید چت/حساب و پیشنمایشهای اشتراکگذاری حساب، ثابت باقی میمانند. زبان حساب/اشتراکگذاری و تنظیمات حریم خصوصی مستقل باقی میمانند؛ یادداشتهای خصوصی پرونده و بررسی در این خروجیها کپی نمیشوند. گزارشهای حساب و اشتراکگذاری توسط مانیفست آرشیو امضا شده خود، محافظتشده به صورت HTML باقی میمانند. ژورنال، تحویل ژورنال به حداقلرسانیشده و کیتهای تکچت نیز PDFهای امضاشده را ارائه میدهند.
آنچه نمودارها میشمارند#
فعالیت ژورنال و نقشههای حرارتی، مشاهدات جدید، تاریخی، بازیابیشده، ویرایششده، حذفشده و مفقود در بازبینی مجدد را بر اساس زمان مشاهده توسط گردآورنده در UTC شمارش میکنند. تپشهای قلب و رسیدهای پیوست در نظر گرفته نمیشوند. رتبهبندی شرکتکنندگان فقط مشاهدات پیام جدید، تاریخی و بازیابیشده را میشمارد: یک فرستنده بهعنوان ویرایشگر یا حذفکننده اعلام نمیشود. مشاهدات تکراری میتوانند همان پیام تلگرام را توصیف کنند.
تحلیلهای مجله، شمارشها را بر اساس نوع، ارجاع به رکورد اول/آخر و SHA-256 منبع
events.jsonl حفظ میکنند. نمودارها شامل مقادیر دقیق در HTML و PDF هستند. باکتهای روزانه پس از ۳۶۶ روز ثبتشده، به ماهها تغییر میکنند؛ نمودارها این موارد را در حداکثر ۳۶ بازه با عرض یکسان ترکیب میکنند. بیش از ۱۰۰,۰۰۰ شناسهی یکتا یا ۱۲۰۰ ماه، نمودار مربوطه را غیرقابل دسترس میکند، در حالی که شمارشهای کلی دقیق همچنان در دسترس هستند.
نمودارهای اسنپشات و اشتراکگذاری حساب، فقط ردیفهای پیام غیرخدماتی گنجاندهشده را با استفاده از زمان ثبتشده پیامشان، محاسبه میکنند. تجمیعات اشتراکگذاری پس از سانسور و فیلترسازی محاسبه میشوند. این نمودارها حداکثر از ۹۰ بازه زمانی تاریخ UTC با عرض یکسان استفاده میکنند و تا ۱۰٬۰۰۰ مقدار گروهبندی را حفظ میکنند؛ شمارشهای اضافی به صراحت اعلام و تطبیق داده میشوند. آخرین بازه زمانی ممکن است کوتاهتر باشد. تاریخهای نامشخص یا ساده وارد نمودارهای زمانی نمیشوند.
یک بازه خالی به معنای عدم وجود مشاهدات شامل است؛ برای بررسی شکافها به پوشش مراجعه کنید. این نمودارها فعالیتهای ذخیره شده را توصیف میکنند. فرستندگان ناشناس به عنوان یک دسته مجزا باقی میمانند و هر چک به صورت جداگانه گزارش میشود.
هنگامی که گنجانده شود، فایل 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. یک پرچم نیازمند حداقل پنج ارسالکننده برای اولین بار و سه برابر میانه تعداد پیامهای آنها است، بهطوریکه حجم پیامها حداکثر 1.5 برابر میانه باشد. خط پایه از حداقل هفت روز مشاهدهشده در میان 14 روز تقویمی گذشته استفاده میکند، پس از هفت روز گرمکردن. |
service_vs_message_ratio v1 |
شمارههای پیامهای ذخیرهشده متمایز برای هر چت و سهمی که پیامهای سرویس استفاده میکنند. این یک شمارهگذاری را توصیف میکند؛ یک شمارهٔ خاص گمشده را توضیح نمیدهد. |
join_leave_per_month v1 |
پیوستها، ترکها و حذفها یا ممنوعیتها بهازای هر ماه، یک مورد بهازای هر شخص، گفتگو، تغییر و روز. |
pinned_per_month v1 |
پیامهای سرویس پینشده، اعلانهای رفع پین و پیامهای پینشده که بین اسنپشاتهای وضعیت چت در هر ماه اضافه یا حذف شدهاند. |
پارامترها → گزارش معیارها، پردازندهها و تعداد سطرهای نمایشدادهشده را انتخاب میکند، از جمله در گزارشهای فیلترشده. جداول روزانه و ماهانه سطرهای اخیر را نشان میدهند، جداول سهم سرویس چتها را بر اساس تعداد پیامهای ذخیرهشده رتبهبندی میکنند. مجموعها تمام سطرها را پوشش میدهند.
از یک چکاوت منبع، هر هشت طرح فهرستشده در بالا را از همان مجلهٔ خیالی بسازید:
python tools/build_report_styles.py --output test-results/report-styles
فایل index.html حاصل را باز کنید تا گزارشهای کامل HTML، PDFهای امضا شده و فایلهای ZIP را مقایسه کنید. هر طرح از همان مجله منبع استفاده میکند. برای هر اجرا از یک دایرکتوری خروجی جدید استفاده کنید تا نمونههای امضا شده قبلی حفظ شوند.

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 است. پوشههای نمونه موجود هرگز بازنویسی نمیشوند. برای ایجاد آن از هیچ حساب تلگرام، سرویس زمانگذاری خارجی یا اتصال شبکه استفاده نمیشود.

خواندن یک پروندهٔ مشخص#
برای یک ژورنال ۱۲۰۰ ورودی که دارای یک مهر زمانی معتبر در ورودی ۱۰۰۰ است، گزارش ۲۰۰ ورودی بعدی را که خارج از محدوده آن مهر زمانی قرار دارند، شناسایی میکند. این یک حد بالایی برای وجود یک نقطه کنترل است، نه اثبات زمان ارسال هر پیام. اگر سه فایل تاریخمصرف دیگر در اعتبارسنجی ناموفق باشند یا قابل اعتبارسنجی نباشند، به صورت جداگانه شمارش میشوند و نمیتوانند نتیجهگیری مثبتی ارائه دهند.
یک مهر زمانی قابل استفاده باید تمام این بررسیها را برآورده کند: اثر انگشت آن با نقطه کنترل مطابقت دارد، امضای آن در زمان مهر شده به یک ریشه TSA مورد اعتماد زنجیر میشود، و امضا، کلید، شمارش و سرِ نقطه کنترل با پیشوند دقیق دفترچه یادداشت مطابقت دارد. صرفاً تجزیه یک مهر زمانی یا داشتن رسید OTS کافی نیست. خواننده باید به طور مستقل ریشه TSA مورد اعتماد را انتخاب کرده و تأیید را تکرار کند. OTS به بررسی تأیید بیتکوین خود نیاز دارد.
| وضعیت گزارش | معنی |
|---|---|
| در حین صدور بررسی شده است | صادرکننده بررسی اعلامشده را انجام داد؛ تکرار مستقل همچنان لازم است. |
| ثبت شد؛ نیازمند بازبینی | مشاهده یا بیانیهٔ اپراتور زیربنایی ثبت میشود؛ این تأیید مستقل نیست. |
| در این نسخه گنجانده نشده است | این متن هیچ مدرک پشتیبان برای این ادعا ندارد. در آن گفته نشده که چنین چیزی در جای دیگری وجود ندارد. |
| بهطور مستقل بررسی نشده است | گزارش نتیجهٔ تأیید مستقل را ارائه نمیدهد. |
| نامکمل یا در دسترس نیست | ماده یا بررسی مورد نیاز وجود ندارد، ناقص است یا ناموفق بوده است. |
هر چک را بهطور جداگانه همراه با پوشش جمعآوری ثبتشده بررسی کنید.
آنچه یک پیکربندی قوی باید حفظ کند#
- قبل از اتکا به جمعآوری، اثر انگشت کلید گردآورنده را از طریق یک کانال امن جداگانه حفظ کنید. آن مرجع را با کلید امضای خروجی مقایسه کنید.
- نقاط کنترل دارای مهر زمانی مستقل را حفظ کنید و در صورت استفاده، دفترچه شاهد را خارج از کنترل اداری گردآورنده نگه دارید. آنها را با دفترچه صادرشده مقایسه کنید تا مرزهای قبلی آن را بررسی کنید.
- دامنهٔ اکتساب سوابق، شکافها، فیلترها، محدودیتها و تغییرات در جمعآوری. توضیح دورههای گمشده مرتبط با ادعای واقعی، با حفظ تمایز بین شناسههای پیام نادیده، اعلانهای حذف و بازبینیهای ناموفق.
- فایلهای ZIP اصلی و هشهای آنها را حفظ کنید. هر دارنده، انتقال، تاریخ و هدف را ثبت کنید. بیانیههای اپراتور منسوب و یادداشتهای پرونده را همراه آنها نگهداری کنید.
- برای ماشینهای مجازی محرمانه، نقلقول، چالش، زنجیره گواهی اینتل، اندازهگیریها، منبع دقیق و شرایط مدیریت کلید را حفظ کرده و بهطور مستقل تأیید کنید. نتیجه تأیید اعتبار را همراه با مصنوعات بازبینیشده نگه دارید.
برای بررسیهای مربوط به اکتساب، یکپارچگی آرشیو، زمان و پوشش جمعآوری در هر حالت، به دامنه تأیید مراجعه کنید.
بازبینی دریافتکننده#
از یک نصب معتبر 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 امضا شده، تغییرات بایتهای پوششدادهشده را تشخیص میدهد. فایل دیجیتال اصلی و نتیجه تأیید صحت را در کنار هرگونه اسکرینشات یا نسخههای چاپی خواندنی نگه دارید.