رازداری کے بلیٹنز

ہم کیا کر رہے ہیں

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

تین تبدیلیاں اہم ہیں اور ہم ان کے بارے میں واضح ہونا چاہتے ہیں:

• تشخیصی فیڈ بیک اب زیادہ طویل مدت کے لیے رکھی جا سکتی ہے۔ اس سے قبل فیڈ بیک ہمارے ڈیٹا برقرار رکھنے کے عمومی طریقوں کے تحت آتی تھی۔ رپورٹس، بشمول کوئی بھی اختیاری ای میل ایڈریس جو آپ ان کے ساتھ شامل کرتے ہیں، اب غیر معینہ مدت کے لیے رکھی جا سکتی ہیں تاکہ ہم مسائل کی تشخیص کر سکیں اور بار بار پیش آنے والے مسائل کو پہچان سکیں۔ اگر آپ نے ای میل ایڈریس شامل کیا تھا، تو آپ کسی بھی وقت ہم سے اپنی رپورٹ حذف کرنے کے لیے کہہ سکتے ہیں، رابطہ کر کے"privacy@psiphon.ca"۔
• ہم نے سنسرشپ کے واقعات کے لیے ایک استثنیٰ بیان کیا ہے۔ جب سنسرشپ کا کوئی اہم واقعہ پیش آتا ہے تو ہم غیر شناختی کنکشن ڈیٹا کا ایک فلٹر شدہ ذیلی مجموعہ معمول کے شیڈول سے زیادہ عرصے کے لیے، بعض اوقات غیر معینہ مدت تک محفوظ رکھ سکتے ہیں، تاکہ بعد میں اس کا مطالعہ کیا جا سکے۔ اس طرح ہم بڑے پیمانے پر بلاکنگ کو سمجھتے ہیں اور اس کا مقابلہ کرتے ہیں۔ جب بھی ہم ایسا کریں گے تو ہم یہاں ایک اندراج شائع کریں گے جس میں وضاحت کی جائے گی کہ کیا محفوظ رکھا گیا تھا، کیوں، اور کتنے عرصے کے لیے۔
• مجموعی اعداد و شمار کے بارے میں بیان کیا گیا ہے کہ انہیں غیر معینہ مدت تک رکھا جاتا ہے۔ یہ ایسے اعداد اور رجحانات ہیں جن کا سراغ کسی فرد یا کنکشن تک نہیں لگایا جا سکتا۔ یہ کسی تبدیلی کے بجائے موجودہ طریقہ کار کی عکاسی کرتا ہے۔

ہم نے ایسے کئی کام کرنا بھی بند کر دیے ہیں جو پچھلی پالیسی میں بیان کیے گئے تھے:

• ہم اب ان مقامات کے بارے میں کوئی معلومات ریکارڈ نہیں کرتے جن سے آپ کنیکٹ ہوتے ہیں۔ پچھلی پالیسی میں چند مقبول ڈومینز اور معلوم میلویئر سرورز کو منتقل کیے جانے والے ڈیٹا کے حجم کو ریکارڈ کرنے کی وضاحت کی گئی تھی۔ اس صلاحیت کو ہٹا دیا گیا ہے۔ ہم ان سائٹس، ایپلیکیشنز یا سروسز کو، کسی بھی تفصیلی سطح پر، ریکارڈ نہیں کرتے جن سے آپ کنیکٹ ہوتے ہیں۔
• ہمارے ڈاؤن لوڈ صفحات اور سرور کی فہرستوں کی میزبانی کرنے والے اسٹوریج کے لیے رسائی لاگنگ بند ہے۔ ان لاگز میں پہلے IP ایڈریسز، یوزر ایجنٹس اور ٹائم اسٹیمپس ریکارڈ ہوتے تھے۔ یہ اس استثناء کو ختم کرتا ہے جس کی ہم نے 2020-06-19 کو اطلاع دی تھی۔
• ہم اب اختیاری تقریبی مقام کی درخواست نہیں کرتے۔ یہ اس تبدیلی کو واپس لیتا ہے جس کا ہم نے 2023-11-16 کو اعلان کیا تھا۔
• ہم اب Freestar کے ساتھ کام نہیں کرتے۔ سابقہ پالیسی میں Google کے ساتھ Freestar کو بھی ایک اشتہاری شراکت دار کے طور پر نامزد کیا گیا تھا۔ اب Google AdMob واحد اشتہاری شراکت دار ہے۔
• PsiCash کو بند کر دیا گیا ہے اور یہ سروس اب دستیاب نہیں ہے، اس لیے اب یہ اس پالیسی کے تحت نہیں آتی۔

ہم اب بھی آپ کا IP ایڈریس لاگ نہیں کرتے اور آپ کی ٹریفک کا مواد ریکارڈ نہیں کرتے ہیں۔

ہم یہ کیوں کر رہے ہیں

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

جب ہم یہ کر رہے ہوتے ہیں

2026-09-28T00:00Z سے نافذ العمل

ہم کیا کر رہے ہیں

ہم اپ ڈیٹ کر رہے ہیں اپنےپرائیویسی پالیسیاختیاری تقریبی مقام کا ڈیٹا اکٹھا کرنے کا ذکر شامل کرنے کے لیے۔ قطعی تبدیلیوں کے لیے، دیکھیںGitHub کمٹ۔

ہم یہ کیوں کر رہے ہیں

ہم کچھ کلائنٹ پلیٹ فارمز میں اختیاری تقریبی مقام کا ڈیٹا جمع کرنا شامل کر رہے ہیں۔

جب ہم یہ کر رہے ہوں

یہ 2023-11-17T00:00Z کو نافذ العمل ہوگا۔

متاثرہ ایپلیکیشنز

Conjure ٹنل پروٹوکول چلانے والے Psiphon Android اور Psiphon Windows، جو صرف مخصوص ممالک اور ISPs کے لیے فعال ہے۔

کیا ہوا

Conjure رجسٹرار سے منسلک ہونے والے Conjure اسٹیشنز کے لیے توثیق غلطی سے ایک ایسے ری فیکٹر میں ہٹا دی گئی تھی جو اکتوبر 2022 کے اختتام کے قریب متعارف کرایا گیا تھا۔

اثر

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

ریزولوشن

ایک اصلاح، توثیق بحال کرتے ہوئے،نافذ کیا گیا تھااور اب تعینات ہے۔

ہم کیا کر رہے ہیں

ہم اپ ڈیٹ کر رہے ہیں اپنےرازداری کی پالیسی. ہم نے ان اشتہاری شراکت داروں کے لنکس ہٹا دیے ہیں جنہیں ہم اب مزید استعمال نہیں کر رہے۔ قطعی تبدیلیوں کے لیے، دیکھیںGitHub کمٹ۔

ہم یہ کیوں کر رہے ہیں

ہم اب ان اشتہاری شراکت داروں کو استعمال نہیں کر رہے ہیں، اس لیے ان کے لنکس اب متعلقہ نہیں ہیں۔

جب ہم یہ کر رہے ہوں

یہ 2023-02-01T00:00Z کو نافذ العمل ہوگا۔

ہم کیا کر رہے ہیں

ہم اپ ڈیٹ کر رہے ہیں اپنےرازداری کی پالیسی. ہم نے ایک سرخی کے متن میں ترمیم کی، جس سے معنی میں کوئی تبدیلی نہیں ہوئی۔ اصل تبدیلیوں کے لیے، دیکھیںGitHub کمٹ۔

ہم یہ کیوں کر رہے ہیں

پچھلی سرخی کی وجہ سے پیدا ہونے والی ممکنہ الجھن سے بچنے کے لیے۔

جب ہم یہ کر رہے ہوں

یہ 2021-10-06T00:00Z کو نافذ العمل ہوگا۔

ہم کیا کر رہے ہیں

ہم اپ ڈیٹ کر رہے ہیں اپنےرازداری کی پالیسی. ہم my.psi.cash کے بارے میں معلومات شامل کر رہے ہیں۔ عین تبدیلیوں کے لیے، دیکھیںGitHub کمٹ۔

ہم یہ کیوں کر رہے ہیں

یہ یقینی بنانے کے لیے کہ رازداری کی پالیسی ہمارے ڈیٹا کے طریقہ کار کی درست عکاسی کرتی ہے۔

جب ہم یہ کر رہے ہوں

یہ 2021-09-09T00:00Z کو نافذ العمل ہوگا۔

ہم کیا کر رہے ہیں

ہم اپنےرازداری کی پالیسی. ہم PsiCash اکاؤنٹس کے بارے میں معلومات شامل کر رہے ہیں۔ عین تبدیلیوں کے لیے، دیکھیںGitHub کمٹ۔

ہم یہ کیوں کر رہے ہیں

اس بات کو یقینی بنانے کے لیے کہ پرائیویسی پالیسی ہمارے ڈیٹا کے طریقہ کار کی درست عکاسی کرے۔

جب ہم یہ کر رہے ہوں

یہ 2021-05-13T00:00Z کو نافذ العمل ہوگا۔

ہم کیا کر رہے ہیں

ہم اپ ڈیٹ کر رہے ہیں اپنےرازداری کی پالیسی۔ ہم ای میل سرور لاگنگ سے متعلق معلومات کو مزید درست بنا رہے ہیں۔ عین تبدیلیوں کے لیے، ملاحظہ کریںGitHub کمٹ۔

ہم یہ کیوں کر رہے ہیں

اس بات کو یقینی بنانے کے لیے کہ پرائیویسی پالیسی ہمارے ڈیٹا کے طریقہ کار کی درست عکاسی کرے۔

جب ہم یہ کر رہے ہوں

یہ 2021-05-12T00:00Z کو نافذ العمل ہوگا۔

متاثرہ ایپلیکیشنز

Windows کے لیے Psiphon v160۔

کیا ہوا

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

اثر

2021-01-26 کو 8:23am EST پر ایک صارف کا فیڈ بیک سامنے آیا جس میں شامل ایک لاگ میں ان کے کمپیوٹر پر Psiphon ایگزیکیوٹیبل کا فائل پاتھ موجود تھا۔ خوش قسمتی سے، اس فائل پاتھ سے ذاتی شناخت کے قابل کسی معلومات (PII) کا انکشاف نہیں ہوا۔ اس ڈیٹا کا کوئی معلوم بیرونی افشا نہیں ہوا۔ حساس معلومات پر مشتمل کوئی اور فیڈ بیک نہیں ملا۔

ریزولوشن

2021-01-26 کو 11:45am EST پر Psiphon کلائنٹس کی جانب سے بھیجے گئے صارفین کے فیڈ بیک میں پائے جانے والے ان تشخیصی پیغامات کی کسی بھی موجودگی کو فوری طور پر حذف کرنے کے لیے کوڈ تعینات کیا گیا تھا۔ Psiphon Windows ایپلیکیشن کو ورژن 161 میں پیچ کیا گیا تھا۔

متاثرہ ایپلیکیشنز

Psiphon Android (Google Play سے ڈاؤن لوڈ کردہ) v314 سے قبل؛ Psiphon Pro v314 سے قبل۔

پس منظر

Psiphon کلائنٹس WiFi BSSID کا تعین کرنے کے لیے ACCESS_COARSE_LOCATION اجازت کا استعمال کرتے ہیں۔ WiFi BSSID کا استعمال Psiphon کی اندرونی ترتیبات کو یاد رکھنے کے لیے کیا جاتا ہے جو مختلف WiFi نیٹ ورکس پر بہترین کام کرتی ہیں۔ WiFi BSSID کو صرف مقامی طور پر محفوظ کیا جاتا ہے، اور اسے Psiphon سرورز پر منتقل نہیں کیا جاتا ہے۔ Android کے لیے Psiphon کلائنٹ کے وہ ورژنز جو تھرڈ پارٹی اشتہاری SDKs کا استعمال کرتے ہیں، ان SDKs کو ہدایت دیتے ہیں کہ وہ مقام سے آگاہ اشتہارات کی ٹارگٹنگ کے لیے ACCESS_COARSE_LOCATION اجازت کا استعمال نہ کریں۔

کیا ہوا

Android کے لیے Psiphon کلائنٹس میں استعمال ہونے والی 3rd پارٹی اشتہاری SDKs میں سے ایک میں اب ایسی کوئی سیٹنگ نہیں ہے جو اسے لوکیشن سے باخبر اشتہارات کی ٹارگٹنگ کے لیے لوکیشن سروسز استعمال کرنے سے روک سکے۔ مزید برآں، Psiphon کلائنٹس میں نئی 3rd پارٹی اشتہاری SDKs شامل کی گئی ہیں جن میں بھی لوکیشن سے باخبر اشتہارات کی ٹارگٹنگ کے لیے لوکیشن سروسز کے استعمال کو روکنے کی کوئی سیٹنگ موجود نہیں ہے۔

اثر

یہ ممکن ہے کہ Android کے لیے Psiphon کلائنٹس کی جانب سے استعمال کیے جانے والے 3rd پارٹی اشتہاری SDKs، لوکیشن سے آگاہ اشتہارات کی ٹارگٹنگ کے لیے لوکیشن سروسز کا استعمال کر رہے ہوں جب ACCESS_COARSE_LOCATION کی اجازت دی گئی ہو۔

ریزولوشن

Android v314 کے لیے تمام Psiphon کلائنٹس ACCESS_COARSE_LOCATION کی اجازت ہٹا دیتے ہیں تاکہ 3rd party اشتہاری SDKs کو لوکیشن سے متعلق اشتہارات کو ٹارگٹ کرنے کے لیے لوکیشن سروسز استعمال کرنے سے روکا جا سکے۔ Android کے لیے Psiphon کلائنٹس اب WiFi نیٹ ورکس کے درمیان فرق کرنے کے لیے کم درست طریقہ کار استعمال کرتے ہیں تاکہ Psiphon کی ان اندرونی سیٹنگز کو یاد رکھا جا سکے جو مختلف WiFi نیٹ ورکس پر بہترین کام کرتی ہیں۔

متاثرہ ایپلیکیشنز

Psiphon iOS v1.0.48 سے پہلے؛ Psiphon Android v302 سے پہلے؛ Psiphon Windows v158 سے پہلے؛ Psiphon لائبریری v2.0.12 سے پہلے۔

پس منظر

Psiphon کلائنٹس صارفین کو اپ اسٹریم پراکسیز کے ذریعے مربوط ہونے کے قابل بناتے ہیں۔ صارفین دستی طور پر اپ اسٹریم پراکسی کی ترتیبات کنفیگر کرتے ہیں، بشمول کوئی بھی مطلوبہ اسناد۔ Psiphon نیٹ ورک کی خرابی کے پیغامات کو اس تشخیصی ڈیٹا میں لاگ کرتا ہے جو صارفین کی طرف سے Psiphon کو جمع کروائے جانے والے فیڈ بیک میں شامل ہوتا ہے؛ اور نیٹ ورک کی خرابی کے پیغامات کو Psiphon کو خودکار طور پر بھیجے جانے والے کنکشن کی ناکامی کے میٹرکس کے ساتھ لاگ کرتا ہے۔ جب کسی اپ اسٹریم پراکسی سے کنکشن ناکام ہوتا ہے، تو متعلقہ خرابیاں لاگ کی جاتی ہیں۔

کیا ہوا

اندرونی طور پر، اپ اسٹریم پراکسی سیٹنگز کو ایک URL کے طور پر پیش کیا جاتا ہے اور Go کے net/url سے پارس کیا جاتا ہے۔ url.Parse کی خرابی کے پیغامات URL کو واپس دہراتے ہیں، جس میں موجود ہونے پر اسناد شامل ہوں گی۔ یہ خرابی، جس میں اسناد شامل تھیں، تشخیصات اور کنکشن کی ناکامی کے میٹرکس میں لاگ کی گئی تھی، جس کی وجہ سے اسناد Psiphon کے سامنے ظاہر ہو گئیں۔ صارف کی درج کردہ اپ اسٹریم پراکسی سیٹنگز کو URL انکوڈ نہ کرنے کی وجہ سے یہ صورتحال مزید خراب ہو گئی تھی، جس سے پارسنگ کی ناکامی کا امکان زیادہ ہو گیا۔

اثر

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

ریزولوشن

Psiphon کلائنٹس سے بھیجے گئے صارفین کے تاثرات اور کنکشن کی ناکامی کے میٹرکس میں پائے جانے والے ان تشخیصی پیغامات کے کسی بھی اندراج کو فوری طور پر پوشیدہ کرنے کے لیے کوڈ نافذ کیا گیا تھا۔ تمام متعلقہ تشخیصی پیغامات اور میٹرکس کو Psiphon کے سسٹمز سے حذف کر دیا گیا تھا۔ Psiphon کو خرابیاں بھیجنے سے پہلے اپ اسٹریم پراکسی URL پارس کی خرابی کے پیغامات سے URLs کو ہٹانے کے لیے کلائنٹس کو اپ ڈیٹ کیا گیا تھا۔

متاثرہ ایپلیکیشنز

Psiphon iOS VPN ورژنز 1.0.43، 1.0.44، اور 10.45 (https://apps.apple.com/us/app/psiphon/id1276263909").

پس منظر

Psiphon کی iOS VPN ایپلیکیشن iOS کی جانب سے فراہم کردہ “VPN On Demand” فیچر کا استعمال کرتی ہے تاکہ اس بات کو یقینی بنایا جا سکے کہ ڈیوائس کے ریبوٹ ہونے یا VPN کے کریش ہونے کی صورت میں VPN دوبارہ شروع ہو جائے۔ ڈیوائس کے ریبوٹ ہونے، یا VPN کے کریش ہونے کے بعد کی جانے والی پہلی نیٹ ورک درخواست تشکیل شدہ “VPN On Demand” کے قواعد کو متحرک کر کے Psiphon کو شروع کرے گی اور نیٹ ورک درخواستوں کو اس وقت تک قطار میں رکھے گی جب تک کہ Psiphon اپنا کنکشن دوبارہ قائم نہ کر لے اور ٹریفک کو دوبارہ منتقل کرنے کے لیے تیار نہ ہو جائے۔

کیا ہوا

25 جون 2020 کو ہم نے ایک تبدیلی جاری کی جس نے VPN شروع ہونے پر OS کی طرف سے فراہم کردہ میٹا ڈیٹا کو لاگ کیا۔ ہم نے اس میٹا ڈیٹا کو لاگ کرنے کا انتخاب اس لیے کیا کیونکہ ٹیسٹنگ میں اس میں غیر حساس معلومات شامل تھیں جیسے کہ آیا VPN کو OS نے “VPN On Demand” کے قواعد کی وجہ سے شروع کیا تھا یا صارف نے Psiphon کے UI سے VPN شروع کیا تھا۔ 21 جولائی 2020 کو ہمارے علم میں یہ بات آئی کہ ڈیوائس کے ری بوٹ ہونے یا VPN پراسیس میں کریش کے بعد، Psiphon کے شروع ہونے کا باعث بننے والی پہلی نیٹ ورک درخواست کی منزل کا ہوسٹ نام، یا IP ایڈریس، اس میٹا ڈیٹا میں شامل تھا۔ ایک بار لاگ ہو جانے کے بعد، یہ میٹا ڈیٹا صارف کی جانب سے ان-ایپ فیڈ بیک فارم کے ذریعے جمع کرائے گئے فیڈ بیک میں شامل ہو سکتا تھا۔ بشرطیکہ صارف نے اپنے فیڈ بیک کے ساتھ تشخیصی معلومات شامل کرنے سے آپٹ آؤٹ نہ کیا ہو۔ جب کوئی صارف فیڈ بیک جمع کراتا ہے تو اسے پبلک کی کے ساتھ انکرپٹ کیا جاتا ہے، جس کی جوڑی ایک ایسی پرائیویٹ کی کے ساتھ ہوتی ہے جو ہماری ملکیت میں ہے اور ہم اسے خفیہ رکھتے ہیں۔ اس سے یہ یقینی بنتا ہے کہ انٹرنیٹ پر بھیجے جانے کے بعد صرف ہمارے فیڈ بیک سرورز ہی صارف کے فیڈ بیک کے مواد کو ڈیکرپٹ اور پڑھ سکتے ہیں۔ انکرپٹ شدہ فیڈ بیک TLS کے ذریعے اپ لوڈ کیا جاتا ہے۔ ایک بار جب فیڈ بیک ہمارے سرورز تک پہنچ جاتا ہے تو اسے ڈیکرپٹ کیا جاتا ہے، ایک محدود مدت کے لیے محفوظ کیا جاتا ہے اور پھر حذف کر دیا جاتا ہے۔

اثر

10 سے کم ایسے لاگز جن میں کلائنٹ سے شروع ہونے والی درخواست کی نیٹ ورک منزل شامل تھی، Psiphon کے سرورز پر محفوظ کیے گئے تھے۔

ریزولوشن

22 جولائی 2020 کو، Psiphon iOS VPN ورژن 1.0.46 میں ایک حل جاری کیا گیا اور Psiphon کے سرورز سے حساس لاگز حذف کر دیے گئے۔ مزید برآں، متاثرہ کلائنٹ ورژنز سے بھیجے گئے صارفین کے فیڈبیک میں موجود ان لاگ لائنز کے کسی بھی اندراج کو Psiphon کے سرورز پر ڈکرپٹ ہوتے ہی فوری طور پر حذف کرنے کے لیے کوڈ نافذ کیا گیا۔

کیا ہوا

ہم ویب سائٹس، کلائنٹ ایپلیکیشنز، اور ریموٹ سرور لسٹس کی میزبانی کے لیے AWS S3 کا استعمال کرتے ہیں۔ ہمیں معلوم ہوا کہ جون 2015 سے ہمارے بہت سے S3 وسائل کے لیے لاگنگ فعال تھی۔ ان لاگز میں ان صارفین کے IP ایڈریسز شامل ہیں جنہوں نے ان وسائل تک رسائی حاصل کی تھی۔

اثر

ہمیں ایسا کوئی اشارہ نہیں ملا کہ کسی بھی بیرونی فریق نے کوئی لاگز حاصل کیے تھے، لہٰذا یہ صارف کے ڈیٹا کی خلاف ورزی نہیں ہے۔ تاہم، یہ ہماری پرائیویسی پالیسی کی خلاف ورزی ہے۔

ریزولوشن

صارفین کی رسائی والے S3 بکٹس کے لیے لاگنگ غیر فعال کر دی گئی ہے اور تمام لاگز حذف کر دیے گئے ہیں۔ ہم رازداری کے استثنیٰ اور مسائل پر نظر رکھنے کے ایک سسٹم پر کام کر رہے ہیں، اور AWS ریسورس آڈٹنگ کی جانچ کر رہے ہیں۔

ہم کیا کر رہے ہیں

ہم عارضی طور پر صارف کی سرگرمی کے ڈیٹا کی چھنٹائی روک رہے ہیں، جس سے ڈیٹا برقرار رکھنے کی مدت میں مؤثر طور پر توسیع ہو رہی ہے۔

ہم یہ کیوں کر رہے ہیں

ہمیں سرگرمی کا تفصیلی ڈیٹا زیادہ عرصے تک محفوظ رکھنے کی ضرورت ہے تاکہ حالیہ سنسرشپ کے واقعات کا تجزیہ کرنے کے لیے ہمیں وقت مل سکے۔

جب ہم یہ کر رہے ہوں

یہ 2019-12-12T00:00Z سے نافذ العمل ہوگا۔ یہ ایک ماہ تک نافذ العمل رہے گا۔ اگر اسے اس سے آگے بڑھانے کی ضرورت پیش آئی تو ہم اس بلیٹن کو اپ ڈیٹ کر دیں گے۔

اپ ڈیٹ کریں

صارف کی سرگرمی کے ڈیٹا کو برقرار رکھنا 2020-04-10 تک معمول پر بحال کر دیا گیا تھا۔

ہم کیا کر رہے ہیں

ہم اپ ڈیٹ کر رہے ہیں اپنےرازداری کی پالیسی. ہم صارف کی سرگرمی کے ڈیٹا کو محفوظ رکھنے کی مدت 60 دن سے 90 دن کر رہے ہیں۔ ہم نے پرائیویسی بلیٹنز کے بارے میں معلومات کو بھی وسعت دی ہے۔ درست تبدیلیوں کے لیے، دیکھیںGitHub کمٹ۔

ہم یہ کیوں کر رہے ہیں

یہ یقینی بنانے کے لیے کہ پرائیویسی پالیسی ہمارے ڈیٹا کے طریقہ کار کی درست عکاسی کرتی ہے۔

جب ہم یہ کر رہے ہوتے ہیں

یہ 2019-12-12T00:00Z کو نافذ العمل ہوگا۔

ہم کیا کر رہے ہیں

ہم اپ ڈیٹ کر رہے ہیں اپنیرازداری کی پالیسی. اس میں FAQ کے سوال “Psiphon کون سی معلومات جمع کرتا ہے؟” کا جواب ضم کرنا شامل ہے۔

ہم یہ کیوں کر رہے ہیں

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

جب ہم یہ کر رہے ہوں

یہ کم از کم 2015-06-01T00:00Z تک نافذ العمل ہے۔

ہم کیا کر رہے ہیں

ہم ایک ویب سائٹ کے Amazon S3 “bucket” (یعنی، اسٹوریج کنٹینر) کے لیے رسائی لاگنگ فعال کر رہے ہیں۔ (تکنیکی وجوہات کی بنا پر، ہم مختلف S3 buckets میں اس ویب سائٹ کی درجنوں کاپیاں چلاتے ہیں۔)

ہم یہ کیوں کر رہے ہیں

ہم یہ اس بات کا تعین کرنے کے لیے کر رہے ہیں کہ بکٹ میں محفوظ “ریموٹ سرور لسٹ” تک کتنی بار رسائی حاصل کی جا رہی ہے۔ اس سے ہمیں یہ اندازہ لگانے میں مدد ملے گی کہ کتنے صارفین کنیکٹ ہونے میں ناکام ہو رہے ہیں۔

جب ہم یہ کر رہے ہوں

لاگنگ 2014-04-17T15:00Z سے 2014-04-18T15:00Z تک فعال ہو گی۔

صارف کا کون سا ڈیٹا اکٹھا کیا جائے گا

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

ڈیٹا کتنی مدت تک محفوظ رکھا جائے گا

ڈیٹا ایک ہفتے سے زیادہ محفوظ نہیں رکھا جائے گا۔ ہم صارفین کی تعداد زیادہ عرصے تک — ممکنہ طور پر غیر معینہ مدت تک محفوظ رکھیں گے۔

کتنے صارفین متاثر ہیں

ہمیں ابھی تک یقینی طور پر معلوم نہیں کہ کتنے صارفین متاثر ہوں گے (اسی لیے ہم یہ کر رہے ہیں)، لیکن ہمیں شبہ ہے کہ یہ 10,000 سے کم صارفین ہوں گے۔

Psiphon Inc. کے علاوہ یہ ڈیٹا اور کون دیکھے گا

رسائی کے لاگز Amazon S3 بکٹ میں بھی محفوظ کیے جاتے ہیں، اس لیے Amazon کو لاگز تک رسائی حاصل ہوگی۔ (تاہم، Amazon فائلیں فراہم کرتا ہے، اس لیے وہ پہلے سے ہی اس معلومات تک رسائی حاصل کر سکتے ہیں۔)