اسکرین شاٹس، ای میلز اور فائل کی تاریخیں: آپ کا معمول کا ثبوت کیوں ناکام ہوتا ہے
Legal

اسکرین شاٹس، ای میلز اور فائل کی تاریخیں: آپ کا معمول کا ثبوت کیوں ناکام ہوتا ہے

کسی تنازع میں زیادہ تر لوگ جس ثبوت کی طرف رجوع کرتے ہیں، ایک اسکرین شاٹ، ایک فارورڈ کی گئی ای میل، کسی فائل کی اپنی ترمیم کی تاریخ، وہ اسی سسٹم پر بنتا اور محفوظ ہوتا ہے جسے دعویٰ کرنے والا فریق خود کنٹرول کرتا ہے۔ یہاں جانیں کہ ان میں سے کوئی بھی کیوں نہیں ٹِکتا، اور واقعی کیا کام کرتا ہے۔

S
Swiss Trust Layer Editorial Team· Legal & Compliance
·August 11, 2026·Last updated August 11, 2026· 7 منٹ پڑھیں

ایک ڈیزائنر کسی کلائنٹ کو لکھتی ہے: یہ تصور میں نے مارچ میں بنایا تھا، آپ نے جون میں اس کی نقل کی۔ کلائنٹ ثبوت مانگتی ہے۔ ڈیزائنر تین چیزیں بھیجتی ہے: تاریخ والے ایک پراجیکٹ فولڈر کا اسکرین شاٹ، مارچ کی ایک فارورڈ کی گئی ای میل، اور ایک فائل جس کی خصوصیات میں لکھا ہے "ترمیم کی تاریخ: 14 مارچ۔" کلائنٹ کی وکیل تینوں کو دیکھتی ہے اور صرف ایک سوال پوچھتی ہے۔ اس تاریخ کو کون کنٹرول کرتا ہے۔ جواب ہے ڈیزائنر، اور یہی جواب پورا مسئلہ ہے۔

اسکرین شاٹ

اسکرین شاٹ اس لمحے کی تصویر ہے جو اسکرین پر دکھائی دے رہا تھا جب کسی نے اسے لیا۔ یہ ثابت کرتا ہے کہ تصویر موجود ہے۔ یہ ثابت نہیں کرتا کہ اس کے پیچھے فائل اُس تاریخ کو موجود تھی جو اسکرین شاٹ دکھاتا ہے، کیونکہ وہ سسٹم گھڑی جس نے وہ تاریخ بنائی، اُسی کی ہے جس کے ہاتھ میں مشین ہے۔ گھڑی سیٹ کریں، اسکرین شاٹ لیں، گھڑی واپس کر دیں۔ تصویر میں کہیں یہ درج نہیں ہوتا کہ ایسا ہوا، اور اسکرین شاٹ کو ایسا درج کرنے کی ضرورت بھی نہیں، کیونکہ یہ کبھی بھی ایسے سوال کا سامنا کرنے کے لیے بنایا ہی نہیں گیا تھا۔

ای میل

ای میل میں ایک ہیڈر ہوتا ہے جس میں تاریخ میل سرورز کے ذریعے بنائی جاتی ہے جنہیں آپ خود کنٹرول نہیں کرتے، جو اسکرین شاٹ سے بہتر لگتا ہے۔ یہ جزوی طور پر بہتر ہے۔ سرور یہ ریکارڈ کرتا ہے کہ کوئی پیغام اس سے کب گزرا، نہ کہ اٹیچمنٹ میں واقعی کیا تھا، اور نہ ہی یہ کہ جو فائل اب بطور ثبوت پیش کی جا رہی ہے وہی ہے جو اس پیغام میں گئی تھی۔ تھریڈز فارورڈ ہوتے ہیں، مقامی طور پر محفوظ ہوتے ہیں، دوبارہ کھولے اور دوبارہ اٹیچ کیے جاتے ہیں، اور ان میں سے ہر قدم گفتگو میں نظر آنے والی کسی ایک بھی تاریخ کو چھوئے بغیر فائل کو خاموشی سے بدل سکتا ہے۔ ہیڈر یہ ثابت کرتا ہے کہ کوئی پیغام کسی وقت پر کسی سسٹم سے گزرا۔ یہ اُس وقت کو اُس دستاویز کے عین بائٹس سے نہیں جوڑتا جسے آپ ابھی پیش کر رہے ہیں۔

فائل کی اپنی تاریخ

"ترمیم کی تاریخ" اور "تخلیق کی تاریخ" وہ خصوصیات ہیں جو آپریٹنگ سسٹم کسی فائل کے بارے میں رکھتا ہے، نہ کہ وہ خصوصیات جو فائل خود اپنے ساتھ لے کر چلتی ہے۔ فائل کو کسی دوسری ڈرائیو پر کاپی کریں، کلاؤڈ فولڈر کے ذریعے سنک کریں، یا محض اسے کھول کر دوبارہ محفوظ کریں، اور یہ تاریخیں اکثر اُسی لمحے پر ری سیٹ ہو جاتی ہیں جب وہ کارروائی ہوئی، کبھی کبھی اُسی دوپہر جب کسی کو ثبوت پیش کرنا تھا۔ فائل سسٹم تک عام رسائی رکھنے والا کوئی بھی شخص انہیں کسی عام یوٹیلیٹی سے براہ راست بھی سیٹ کر سکتا ہے، بغیر کسی خاص مہارت کے۔ یہ کسی خاص آپریٹنگ سسٹم کی خامی نہیں۔ یہ تب ہوتا ہے جب کوئی دعویٰ اور اُس دعوے کا ریکارڈ دونوں ایک ہی مشین پر ہوں، جسے اُسی فریق کے ذریعے کنٹرول کیا جاتا ہو جسے تاریخ کے ایک خاص بات کہنے سے فائدہ ہو۔

اصل فائل کا ہونا بھی یہ حل نہیں کرتا

ایک عام سوچ یہ ہے کہ قبضہ معاملہ طے کر دیتا ہے: فائل اب بھی میرے پاس ہے، تو میں نے ہی بنائی ہوگی۔ قبضہ ثابت کرتا ہے کہ آج آپ کے پاس ایک نسخہ ہے۔ یہ اس بارے میں کچھ نہیں بتاتا کہ وہ نسخہ، یا اس کا کوئی پہلا ورژن، پہلی بار کب وجود میں آیا، کیونکہ آپ کی اپنی ڈرائیو پر موجود فائل اپنی تاریخ کا کوئی آزاد ریکارڈ ساتھ نہیں رکھتی۔ فائل اور اس کی عمر کا دعویٰ دونوں ایک ہی ذریعے سے آتے ہیں، اور یہی وہ کمزوری ہے جو کوئی تنازع بے نقاب کرتا ہے۔

چاروں کے پیچھے کا نمونہ

ان میں سے ہر ثبوت اسی ساختیاتی وجہ سے ناکام ہوتا ہے، اس لیے نہیں کہ کوئی جھوٹ بول رہا ہے۔ زیادہ تر تنازعات میں دو لوگ شامل ہوتے ہیں جو دونوں ایمانداری سے اپنی اپنی بات پر یقین رکھتے ہیں۔ تاریخ ایک ایسے سسٹم میں رہتی ہے جسے ایک فریق کنٹرول کرتا ہے، اور اسے وہ فریق بدل سکتا ہے یا عام استعمال اسے بدل سکتا ہے، بغیر کوئی نشان چھوڑے کہ ایسا ہوا۔ جو تاریخ آپ نے خود بنائی وہ ایسی تاریخ ہے جس کا جواز آپ سے مانگا جا سکتا ہے، اور "مجھ پر بھروسہ کریں" ایسی بات نہیں جس پر کوئی عدالت، کلائنٹ، یا لائسنسنگ پلیٹ فارم عمل کر سکے، جب پیسہ یا کریڈٹ داؤ پر ہو۔

کوالیفائیڈ ٹائم اسٹیمپ مختلف کیا کرتا ہے

کوالیفائیڈ الیکٹرانک ٹائم اسٹیمپ کسی فائل کو بیان نہیں کرتا۔ یہ کسی فائل سے کرپٹوگرافک طور پر جڑا ہوتا ہے۔ فائل کے عین بائٹس سے ایک ہیش نکالا جاتا ہے، اور کوئی کوالیفائیڈ ٹرسٹ سروس فراہم کنندہ اُس ہیش پر ٹائم اسٹیمپ جاری کرتا ہے، نہ کہ کسی فائل کے نام، فولڈر کے راستے، یا تحریری وضاحت پر۔ دستاویز میں ایک حرف بدلیں اور ہیش مماثل ہونا چھوڑ دیتا ہے، اس لیے بعد میں یہ ابہام نہیں رہتا کہ کون سا ورژن سیل کیا گیا تھا۔

eIDAS کے تحت، کوالیفائیڈ الیکٹرانک ٹائم اسٹیمپ اُس تاریخ و وقت اور اس سے منسلک ڈیٹا کی سالمیت کے بارے میں قانونی قیاس رکھتا ہے۔ یہ قیاس بالکل اس لیے موجود ہے کیونکہ وہ تاریخ کسی مستقبل کے تنازع کے دونوں فریقین میں سے کسی نے نہیں بنائی۔ یہ ایک ریگولیٹڈ تیسرے فریق سے آتی ہے جس کا پورا کام ہی ایسے ٹائم اسٹیمپ جاری کرنا ہے جنہیں بعد میں کوئی بھی فریق خاموشی سے بدل نہیں سکتا۔

یہ بنیادی حق پیدا نہیں کرتا، اور یہاں درست ہونا ضروری ہے۔ برن کنونشن کے تحت، کاپی رائٹ کسی تخلیق کے وجود میں آنے کے لمحے ہی خود بخود پیدا ہو جاتا ہے، 180 سے زیادہ ممالک میں، بغیر کسی رجسٹریشن یا رسمی کارروائی کے۔ ٹائم اسٹیمپ وہ تحفظ نہیں دیتا، اور اسے دینے کی ضرورت بھی نہیں۔ یہ جو دیتا ہے وہ اس بات کا ثبوت ہے کہ کسی مخصوص فائل کا کوئی مخصوص ورژن کب موجود تھا، اور یہی وہ عین سوال ہے جس کا جواب کوئی اسکرین شاٹ، کوئی ای میل، یا کسی فائل کی اپنی تاریخ نہیں دے سکتی جیسے ہی کوئی شخص جو کمرے میں نہیں تھا، یہ سوال براہ راست پوچھتا ہے۔

حقیقی سوال کے سامنے کیا ٹِکتا ہے

یہ فرق مجرد ہونا چھوڑ دیتا ہے جیسے ہی آپ موازنہ کرتے ہیں کہ ہر ثبوت کیا برداشت کر سکتا ہے۔ اسکرین شاٹ ایک سرسری نظر میں ٹِک جاتا ہے اور سسٹم گھڑی کے بارے میں پہلے ہی براہ راست سوال پر ٹوٹ جاتا ہے۔ ای میل تب تک ٹِکتی ہے جب تک کوئی تین پیغامات پیچھے فارورڈ کی گئی کاپی کے بجائے اصل اٹیچمنٹ نہ مانگ لے۔ فائل کی ترمیم کی تاریخ تب تک ٹِکتی ہے جب تک فائل کہیں بھی کاپی نہ ہو جائے۔ کوالیفائیڈ ٹائم اسٹیمپ پر مبنی ثبوت بالکل مخالف صورتحال کے لیے بنایا گیا ہے: اسے کسی ایسے شخص کے ذریعے جانچا جانا ہے جو کمرے میں نہیں تھا اور جس کے پاس آپ کی بات مان لینے کی کوئی وجہ نہیں۔ ایک عوامی تصدیقی صفحہ ہیش، اعلان، اور ٹائم اسٹیمپ کی تصدیق کرتا ہے، بغیر اکاؤنٹ کے اور دعویٰ کرنے والے سے رابطہ کیے بغیر۔

یہ آخری بات ابھی اپنے ہی ثبوتوں پر لاگو کرنے کے لیے ایک منصفانہ ٹیسٹ ہے۔ اپنا اسکرین شاٹ، اپنی ای میل، اور اپنی فائل کی خصوصیات کسی واقعی شکی شخص کو دیں، اور اس سے بغیر کچھ اور پوچھے اپنے دعوے کی تصدیق کرنے کو کہیں۔ تینوں میں سے کوئی بھی اکیلے وہاں نہیں پہنچتا۔

عدالت کے کمرے سے آگے

یہی کمزور ثبوت عدالت کے کمرے سے باہر بھی سامنے آتا ہے۔ کوئی لائسنسنگ پلیٹ فارم، یا کوئی کمپنی جو یہ جانچ رہی ہو کہ کسی مواد کا استعمال بغیر اجازت کے ہوا یا نہیں، وہی مسئلہ جھیلتی ہے: ایک اسکرین شاٹ یا دعویٰ کردہ تخلیق کی تاریخ کسی فائل کی اصل تاریخ کے بارے میں کچھ ثابت نہیں کرتی اور بڑے پیمانے پر کسی اور چیز کے مقابلے میں جانچی نہیں جا سکتی۔ وہاں ایک کرپٹوگرافک ہیش ایک متعلقہ مقصد پورا کرتا ہے۔ چونکہ یہ کسی فائل کی وضاحت کے بجائے اس کے عین مواد سے نکالا جاتا ہے، ہیش کا موازنہ دوسرے مواد سے کیا جا سکتا ہے، بغیر اصل فائل کو کبھی ظاہر کیے۔ یہی خاصیت کسی ثبوت کو یہ معلوم کرنے کے لیے مفید بناتی ہے کہ مواد کہاں استعمال ہوا، نہ کہ صرف یہ بحث جیتنے کے لیے کہ اسے پہلے کس نے بنایا۔

آرکائیو کے بجائے عادت بنانا

حل پرانے کام کے سالوں کو ایک ہی دوپہر میں ثبوت جمع کر کے دوبارہ بنانا نہیں ہے۔ یہ اُس لمحے کو بدلنا ہے جب کوئی کام مکمل ہوتا ہے۔ کسی فائل کو سیل کرنا چند منٹ لیتا ہے اور ایسا ثبوت تیار کرتا ہے جو کرپٹوگرافک ہیش، کام کیسے کیا گیا اس کے اعلان، اور کوالیفائیڈ ٹائم اسٹیمپ سے بنا ہو، اور جسے ایک تصدیقی لنک کی حمایت حاصل ہو جسے کوئی بھی آزادانہ طور پر کھول سکے۔ اب سے اسے اشاعت یا ڈیلیوری کے وقت کریں، اور اگلا تنازع ایسے ثبوت سے شروع ہوگا جو سوال کا جواب دینے کے لیے بنایا گیا ہے، نہ کہ فائلوں کے ایسے فولڈر سے جن کی تاریخیں آپ کو ایک ایک کر کے بتانی پڑیں۔

Swiss Trust Layer AG کے ساتھ اپنے کام کی حفاظت کریں

Swisscom Trust Services کے تعاون سے عدالت میں ثابت e-Seal کے ساتھ اپنی دانشورانہ ملکیت کو سیل کریں۔

مفت ڈیمو بک کریں

Related Articles

What makes a digital proof hold up: hash, timestamp, signature, certificate
Legal

What makes a digital proof hold up: hash, timestamp, signature, certificate

Four things decide whether a record survives being challenged: a hash that binds it to one exact file, an independent timestamp, a signature tied to a real identity, and a certificate anyone can check without contacting you. What each one actually does.

August 9, 2026Read more →
How to seal and declare a file in under five minutes
Legal

How to seal and declare a file in under five minutes

The whole flow, start to finish. What you need before you begin, what happens to your file, what the declaration adds, and the one step that actually matters, which is the one your counterparty performs rather than you.

August 7, 2026Read more →
Qualified signing in plain terms: everything we covered this month
Legal

Qualified signing in plain terms: everything we covered this month

A month of articles on qualified signatures, timestamps, provenance, and proof, collected into one explanation of how the pieces fit together and which one you actually need.

July 31, 2026Read more →
For architects and engineers: dated, signed, tamper-proof drawings
Legal

For architects and engineers: dated, signed, tamper-proof drawings

When a project goes wrong, the argument is usually about which revision was issued and when. Sealed drawings answer that question with evidence rather than with email archaeology.

July 30, 2026Read more →
Sealing announcements: how companies prove a press release is genuine
Legal

Sealing announcements: how companies prove a press release is genuine

A fabricated press release can move a share price before anyone confirms it is fake. Sealing announcements at the moment of publication gives journalists and regulators a way to check authenticity in seconds.

July 29, 2026Read more →