رازداری کی پالیسی

آخری بار اپ ڈیٹ: 22 اکتوبر 2026

مختصر بیان۔ وہ دستاویزات، تصاویر، ویڈیوز اور فائلیں جو آپ Lolly میں بناتے ہیں، آپ کے آلے (device) ہی پر رہتی ہیں۔ عام استعمال کے لیے کوئی اکاؤنٹس نہیں، خود ایپ کی جانب سے کوئی cookies نہیں، اور سورس کوڈ میں کہیں بھی کوئی analytics یا trackers نہیں - یہ محض "ہم یہ ڈیٹا استعمال نہیں کرتے" کا دعویٰ نہیں، بلکہ یہ سورس میں واقعی موجود ہی نہیں۔ ایک مختصر اور مکمل فہرست ان استثناءات کی موجود ہے جہاں سافٹ ویئر کسی بھی طرح نیٹ ورک سے رابطہ کرتا ہے، اور ہر ایک کی تفصیل نیچے بیان کی گئی ہے: کیا باہر جاتا ہے، کس کو، اور کب۔ واحد استثنا جس میں کوئی ذاتی چیز شامل ہے وہ sign-in ہے جسے آپ کو خود واضح طور پر شروع کرنا پڑتا ہے۔ اگر یہ اس دستاویز میں نہیں ہے تو یہ ہوتا ہی نہیں۔

یہ پالیسی کیا احاطہ کرتی ہے

Lolly ایک اوپن سورس سافٹ ویئر ہے - ایک انجن، کئی ایپ شیلز (ویب، ڈیسک ٹاپ، موبائل، CLI) اور ایک براؤزر ایکسٹینشن - جسے کوئی بھی چلا سکتا ہے۔ اس پالیسی کے دو حصے ہیں:

• سافٹ ویئر خود: یہ آپ کے ڈیٹا کے ساتھ کیا کرتا ہے اور کیا نہیں کرتا، چاہے یہ کہیں بھی چلے۔ یہ کوڈ کی ایک خاصیت ہے، اس لیے یہ ہر Lolly ڈیپلائے منٹ پر لاگو ہوتی ہے، چاہے ہماری ہو یا کسی اور کی۔
• lolly.tools، وہ ریفرنس ڈیپلائے منٹ جو SUSE چلاتا ہے: اس کے اختیاری سرور سائیڈ حصے چلانے میں کیے گئے مخصوص فیصلے (کیا لاگ ہوتا ہے، کتنی دیر کے لیے، کس کے ذریعے)۔

اگر آپ سیلف ہوسٹڈ یا انٹرپرائز Lolly انسٹینس استعمال کر رہے ہیں، تو ذیل میں دیا گیا سافٹ ویئر کا رویہ اب بھی لاگو ہوتا ہے، لیکن اس انسٹینس کا آپریٹر - نہ کہ SUSE - سرور سائیڈ ہر چیز کا ذمہ دار ہے: ان کا رینڈر اینڈ پوائنٹ، ان کا MCP سرور، ان کی Content Credentials سرٹیفکیٹ اتھارٹی، اگر وہ ایک چلاتے ہیں۔ ان سے ان کی اپنی پالیسی پوچھیں۔ Lolly چلانے میں کیا شامل ہے اس کے لیے Adoption & Governance دیکھیں۔

ایپ: آپ کے ڈیوائس پر کیا رہتا ہے

Lolly کے ویب، ڈیسک ٹاپ اور موبائل شیلز پورا رینڈر انجن کلائنٹ سائیڈ چلاتے ہیں۔ کوئی ٹول کھولنا، ان پٹس بھرنا، پیش نظارہ کرنا اور ایکسپورٹ کرنا سب کچھ آپ کے ڈیوائس پر ہوتا ہے - کوئی سرور شامل نہیں ہوتا، اور ایپ لوڈ ہونے کے بعد آف لائن کام کرتی ہے۔

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

• انٹرفیس ترجیحات - تھیم، زبان، ساؤنڈ سیٹنگز، سائیڈبار/زوم سائزنگ، ترتیب اور ویو کے انتخاب، آپ نے کون سی آن بورڈنگ ٹپس دیکھی ہیں - یہ localStorage میں ہوتی ہیں، تاکہ ایپ کے بوٹ ہونے سے پہلے ہی دستیاب ہوں۔
• ٹول کیٹلاگ اور اثاثہ پیش نظاروں کا آف لائن کیش، تاکہ گیلری کنکشن کے بغیر بھی کام کرے۔
• آپ کے پروفائل کارڈ کے اعداد و شمار کے لیے مقامی استعمال کاؤنٹرز (کتنے ایکسپورٹس، کون سے ٹولز) - localStorage میں ایک چھوٹا سا محدود بلاب، جسے ہم کبھی نہیں پڑھتے، کہیں نہیں بھیجا جاتا۔
• آپ کی اپنی دستاویزات، محفوظ شدہ سیشنز، اپ لوڈ کیے گئے اثاثے اور فونٹس - آپ کے ڈیوائس پر IndexedDB میں محفوظ، کبھی اپ لوڈ نہیں ہوتے، آپ کے سوا کوئی انہیں نہیں پڑھتا۔

ان میں سے کچھ بھی شیئر، فروخت یا آپ کی شناخت یا ٹریکنگ کے لیے استعمال نہیں کیا جاتا۔ رضامندی دینے کو کچھ نہیں ہے، کیونکہ کوئی کلیکشن ہو ہی نہیں رہی - صرف یہ نوٹس ہے، تاکہ آپ جان سکیں کہ کیا اور کہاں محفوظ ہے۔ اپنے براؤزر میں سائٹ کا اسٹوریج صاف کرنے سے یہ سب کچھ کسی بھی وقت ختم ہو جاتا ہے، اور ایسا ہی سیٹنگز → اسٹوریج → میرا تمام ڈیٹا صاف کریں بھی کرتا ہے، جو پہلے Sync بھی بند کر دیتا ہے۔ (ePrivacy Directive Art. 5(3) کے تحت، وہ اسٹوریج جو آپ کی درخواست کردہ سروس کے لیے قطعی طور پر ضروری ہو اسے رضامندی کی ضرورت نہیں ہوتی - صرف شفافیت کی، جو یہ دستاویز اور ان-ایپ نوٹس دونوں فراہم کرتے ہیں۔)

signed by Lolly2026-10-21vector SVG31 paths~4.2k nodes88 groups58 KBخود جانچیںدستخط شدہ فائل حاصل کریں signed by Lolly2026-10-21vector SVG31 paths~4.2k nodes88 groups58 KBخود جانچیںدستخط شدہ فائل حاصل کریں

اس ڈیٹا کا آپ کا اپنا بیک اپ - وہ lolly-backup بنڈل جو میرا ڈیٹا ایکسپورٹ کریں سے بنتا ہے - ایک فائل ہے جسے آپ خود رکھتے اور کنٹرول کرتے ہیں۔ یہ ہمارے سرورز کو کبھی نہیں چھوتی جب تک آپ خود اسے کہیں بھیجنے کا انتخاب نہ کریں۔ Data Transfer دیکھیں۔

آن-ڈیوائس یوٹیلیٹیز

کچھ ٹولز - Strip Hidden Data، Compress PDF اور دیگر جو "Runs on your device" بیج رکھتے ہیں - آپ کی فراہم کردہ فائل پر کام کرتے ہیں۔ فائل آپ کے براؤزر میں میموری میں پڑھی جاتی ہے، مقامی طور پر تبدیل کی جاتی ہے اور ڈاؤن لوڈ کے طور پر واپس دی جاتی ہے۔ یہ کبھی اپ لوڈ نہیں ہوتی، کیونکہ راستے میں کوئی سرور ہی نہیں ہوتا جہاں اسے اپ لوڈ کیا جا سکے۔ یہ یوٹیلیٹیز آف لائن کام کرتی ہیں، اور ان کے آؤٹ پٹ پر ہمارا کوئی واٹر مارک یا میٹا ڈیٹا نہیں ہوتا - ان میں سے زیادہ تر کا مقصد ڈیٹا ہٹانا اور محفوظ کرنا ہے، خطرہ بڑھانا نہیں۔

signed by Lolly2026-10-21vector SVG2 paths824 nodes5 groups12 KBخود جانچیںدستخط شدہ فائل حاصل کریں signed by Lolly2026-10-21vector SVG2 paths824 nodes5 groups12 KBخود جانچیںدستخط شدہ فائل حاصل کریں

Prepare for sharing ورکنگ ان پٹس، نجی نتائج اور تبدیلی کے نقشے میموری میں رکھتا ہے، انہیں خودکار طور پر history، لنکس، بیک اپس یا sync میں شامل کیے بغیر۔ معائنہ اور تبدیلی فائل کا مواد کسی سرور کو نہیں بھیجتے اور نہ credentials آن لائن تصدیق کرتے ہیں۔ صارفین خود منتخب کرتے ہیں کہ نتیجہ کاپی کریں، ڈاؤن لوڈ کریں، بھیجیں یا واضح طور پر اپنی لائبریری میں محفوظ کریں؛ ایک محفوظ شدہ نتیجہ پھر لائبریری کی معمول کی بیک اپ اور sync سیٹنگز کی پیروی کرتا ہے۔ ریسیپی فائلیں پرانے payloads اور لفظی نقشے شامل نہیں کرتیں۔ خلاصہ رپورٹس میں گنتیاں، اسکوپ IDs اور فائل ہیشز ہوتے ہیں۔ CLI صرف اُس وقت اصل قدروں پر مشتمل ایک نجی ریویو فائل بھی محفوظ کر سکتی ہے جب واضح طور پر --review-file کے ساتھ درخواست کی جائے۔ براؤزر کی preparation ویو صاف کرنا یا اسے چھوڑ دینا اس کی ورکنگ حالت خارج کر دیتا ہے؛ یہ براؤزر یا OS میموری سے فرانزک مٹاؤ کا وعدہ نہیں ہے۔

ہر نیٹ ورک درخواست جو ایپ کر سکتی ہے

ذیل کا جدول ہر اس چیز کی مکمل فہرست ہے جو ایپ نیٹ ورک پر حاصل کرتی یا بھیجتی ہے۔ اگر یہ یہاں نہیں ہے، تو ایپ ایسا نہیں کرتی۔

اُس جدول میں ہر فکسڈ ہوسٹ ایپ کی Content-Security-Policy میں بھی مکمل allowlist ہے، جسے براؤزر نافذ کرتا ہے۔ اس لیے یہ فہرست صرف اس بات کی تفصیل نہیں کہ کوڈ آج کیا کرتا ہے، یہ وہ حد ہے جس کا براؤزر ایپ کو پابند رکھتا ہے: مستقبل کی کوئی تبدیلی جو کسی اور ہوسٹ سے رابطہ کرنے کی کوشش کرے وہ بلاک ہو جائے گی، خاموشی سے اجازت نہیں پائے گی۔ ایک قطار جان بوجھ کر رکھا گیا استثنا ہے، اور اس کا اپنا خانہ یہ بتاتا ہے: Send to LinkedIn صرف ڈیسک ٹاپ ایپس میں موجود ہے، اور ویب ایپ کی پالیسی اس کے دونوں ہوسٹس میں سے کسی کا نام نہیں لیتی - ویب ایپ ان تک پہنچ ہی نہیں سکتی چاہے کوڈ کوشش بھی کرے۔ دو مزید قطاریں، Bluesky اور Discord، اسی طرح صرف ڈیسک ٹاپ تک محدود ہیں، اور ان کے ہوسٹس اسی وجہ سے ویب پالیسی سے باہر رکھے گئے ہیں۔ پانچ قطاروں کا کوئی فکسڈ ہوسٹ نہیں، کیونکہ آپ استعمال کے وقت ایڈریس خود منتخب کرتے ہیں: وہ URL جسے آپ کسی ٹول سے کیپچر کرنے کو کہیں، وہ ریموٹ انسٹنس جس کی طرف آپ شیل کو اشارہ کریں، اور آپ کا اپنا Mastodon سرور، WebDAV سرور یا S3 بکٹ (آخری دو sync ہوم کے طور پر بھی)۔ ان میں سے کوئی بھی پالیسی میں نہیں، اور ہر ایک صرف اُس وقت ہوتا ہے جب آپ کوئی ایڈریس ٹائپ کر کے اس پر عمل کریں۔ Penpot والی قطار Penpot تک ایپ کے اپنے اوریجن کے ذریعے پہنچتی ہے، اس لیے یہ 'self' کے تحت آتی ہے۔ جو ڈیپلائمنٹ اختیاری چیزوں میں سے کوئی نہیں چاہتی (مثلاً اپنے فونٹس والا کوئی انٹرپرائز انسٹنس) وہ اپنی پالیسی سے وہ ہوسٹس ہٹا دیتی ہے اور فیچرز باہر رابطہ کرنے کے بجائے محفوظ طریقے سے ناکام ہو جاتے ہیں۔

دو قسم کی قطاروں کے سوا، ان میں سے کوئی بھی آپ کے دستاویزات، پراجیکٹس، سیشنز یا اپ لوڈ کردہ فائلوں کو کہیں نہیں بھیجتا: یہ چیزیں آپ کی ڈیوائس کو لانے کے لیے موجود ہیں (ٹولز، فونٹس، ماڈلز)۔ وہ دو قسمیں Send والی قطاریں ہیں، جو وہ ایک فائل بھیجتی ہیں جو آپ نے منتخب کی، اور sync والی قطار، جو آپ کے کام کی ایک کاپی اُس اسٹوریج کو بھیجتی ہے جو آپ نے منتخب کیا اور کسی Lolly سرور کو نہیں۔ کوئی بھی دوسرا استثنا نیچے دیے گئے سیکشنز میں واضح طور پر بتایا گیا ہے۔

ہم نے جو ہٹایا اس پر ایک نوٹ۔ Verify SEAL دستخطوں کی جانچ کر سکتا ہے، ایک ایسا طریقہ کار جس میں فائل کی سائننگ کلید DNS میں شائع کی جاتی ہے۔ براؤزرز DNS کوئریز نہیں کر سکتے، اس لیے کسی بھی ویب امپلیمینٹیشن کو یہ تلاش ایک تھرڈ پارٹی DNS-over-HTTPS ریزالور کے ذریعے بھیجنی پڑتی ہے - جو اس آپریٹر کو چیک کیا جانے والا ڈومین اور آپ کا IP ایڈریس دکھا دے گا۔ ہم پہلے Cloudflare کا استعمال کرتے تھے۔ اب ہم ایسا نہیں کرتے، اور کوئی متبادل نہیں ہے: Verify اب کوئی ریزالور نہیں دیتا، اس لیے SEAL تصدیق صفر نیٹ ورک درخواستیں کرتی ہے۔ آج کوئی Lolly ایپ DNS میں SEAL کلیدیں نہیں تلاش کرتی: ڈیسک ٹاپ اور موبائل ایپس وہی Verify ویو چلاتی ہیں، اور کمانڈ لائن lolly validate SEAL کی جانچ نہیں کرتا۔ جس فائل کا SEAL ریکارڈ اپنی کلید ان لائن رکھتا ہے وہ آف لائن جانچی جاتی ہے، اور Verify دستخط کو اندرونی طور پر مطابقت رکھنے والا کہتا ہے، ڈومین کی تصدیق کیے بغیر۔ جس فائل کی کلید صرف DNS میں ہے وہ SEAL signature did not verify دکھاتی ہے، وجہ "no key resolver and no inline key" کے ساتھ۔

signed by Lolly2026-10-21vector SVG11 paths~4.3k nodes18 groups52 KBخود جانچیںدستخط شدہ فائل حاصل کریں signed by Lolly2026-10-21vector SVG11 paths~4.3k nodes18 groups52 KBخود جانچیںدستخط شدہ فائل حاصل کریں آپ خود اس کی تصدیق کر سکتے ہیں: اس صفحے کے ہر دعوے کے لیے greppable چیکس، صحیح کمانڈز اور متوقع آؤٹ پٹ کے ساتھ، Verify It Yourself پر موجود ہیں۔

ہاٹ لنکڈ رینڈر URLs

lolly.tools پر لائیو ہے۔ ہر https://lolly.tools/tool/<tool-id>.<ext>?<inputs> URL واقعی رینڈر ہوتا ہے، اور inputs اسی URL میں سفر کرتے ہیں۔ ذیل کا سیکشن یہ بیان کرتا ہے کہ اس کا آپ کے لیے کیا مطلب ہے، اور ایک آپریٹر اپنے انسٹنس پر یہ فیچر بند کر سکتا ہے۔

ایپ خود مکمل طور پر آپ کے ڈیوائس پر رہتی ہے۔ الگ سے، ایک آپریٹر ہاٹ لنک رینڈر URLs فعال کر سکتا ہے - /tool/<tool-id>.<ext>?<inputs> - تاکہ کوئی شیئر کردہ Lolly لنک کسی README، wiki یا ڈیش بورڈ میں لائیو تصویر کے طور پر ظاہر ہو سکے۔ کسی ایک کو حاصل کرنا سرور سے کہتا ہے کہ وہ پبلک ٹول اور کیٹلاگ ڈیٹا کو URL میں لکھے گئے ان پٹس کے ساتھ رینڈر کرے۔

• نہ اکاؤنٹس، نہ cookies، نہ state۔ endpoint گمنام ہے، اور آپ کے آلے پر کچھ بھی نہیں پڑھا جاتا۔ آپ کی دستاویزات، سیشنز اور اپ لوڈز کبھی آپ کے browser سے باہر نہیں جاتیں - یہ ان لنکس میں سرے سے ظاہر ہی نہیں ہو سکتیں۔
• مگر خود URL ریکارڈ ہو جاتا ہے۔ URL کی query string درخواست کی line کا حصہ ہے، اس لیے یہ hosting پلیٹ فارم کے عام access logs میں بالکل اسی طرح آتی ہے جیسے ہر درخواست شدہ path آتا ہے۔ اگر کسی لنک کے inputs میں کسی کا نام یا ای میل ہو - ایک نام بیج، ایک ای میل دستخط - وہ متن انہی logs میں بیٹھ جاتا ہے، اور کوئی بھی policy کی زبانی وضاحت اسے نہیں بدلتی۔ اسی لیے ہاٹ لنک URL ذاتی تفصیلات کے لیے غلط جگہ ہے: اسے صرف وہی دیں جو آپ کسی عوامی صفحے پر رکھتے۔
• inputs بہرحال اپنی ساخت ہی سے عوامی ہیں - یہ وہی کچھ ہیں جو لنک کے مصنف نے URL میں ٹائپ کیا، جو لنک تک پہنچنے والے ہر شخص کے لیے پڑھنے کے قابل ہے۔ کسی مشترکہ لنک میں راز نہ رکھیں۔ حساس مواد کے لیے Lolly لنک encryption پیش کرتی ہے۔
• جوابات کسی بھی عوامی تصویر کی طرح cache اور rate-limited ہوتے ہیں، اور noindex سے نشان زد ہوتے ہیں تاکہ search engines آپ کے renders کو index نہ کریں۔

Lolly سیلف ہوسٹ کر رہے ہیں اور کوئی پبلک رینڈر سرفیس نہیں چاہتے؟ سیٹ کریں LOLLY_DISABLE_RENDER_GET=1 اور ان میں سے ہر URL 404 واپس کرے گا۔

MCP سرور (اختیاری، AI ایجنٹس کے لیے)

Lolly تک کسی AI ایجنٹ کی رسائی Model Context Protocol کے ذریعے بھی ممکن ہے - ایک آپریٹر کا چلایا گیا اینڈ پوائنٹ (lolly.tools ایک چلاتا ہے؛ کوئی بھی اپنا خود چلا سکتا ہے، مکمل طور پر air-gapped سمیت)۔ یہ رینڈر راستے کا کوئی اکاؤنٹ نہیں کا رویہ شیئر کرتا ہے، نیز چار ٹولز جو لازمی طور پر فائل بائٹس ہینڈل کرتے ہیں:

• lolly_transform (کالنگ ایجنٹ کی جانب سے کوئی آن-ڈیوائس یوٹیلیٹی سرور سائیڈ چلانا)، lolly_verify (Content Credentials چیک کرنا) اور lolly_redact (کسی تصویر یا PDF کے حصے سیاہ کرنا) سب کالر سے فائل کے بائٹس قبول کرتے ہیں۔ انہیں ان-پراسیس، میموری میں پراسیس کیا جاتا ہے، اور نتیجہ اسی کال میں واپس دیا جاتا ہے - فائل کبھی ڈسک پر نہیں لکھی جاتی اور درخواست مکمل ہوتے ہی کبھی محفوظ نہیں کی جاتی۔
• lolly_rebrand (کسی پرانی سلائیڈ ڈیک کو ڈیزائن سسٹم پر نئے سرے سے ڈھالنا، اس کے plan، compile اور inspect مراحل کے ذریعے) اسی طرح ڈیک کے بائٹس قبول کرتا ہے، اور انہیں صرف میموری میں، صرف اسی کال کے لیے پراسیس کرتا ہے - جواب بھیجے جانے کے بعد کچھ بھی ڈسک پر نہیں لکھا جاتا اور نہ رکھا جاتا ہے۔ اس کا پہلا مرحلہ، capabilities، آپ کے کچھ بھیجنے سے پہلے الفاظ میں بتا دیتا ہے کہ آپ کے بائٹس کہاں جائیں گے: کسی self-hosted مقامی سرور پر ڈیک کبھی وہ مشین نہیں چھوڑتی؛ کسی hosted سرور پر، lolly_rebrand کال کرنے سے ڈیک وہاں بھیج دی جاتی ہے، اُسی مرحلے کی دی گئی سائز اور سلائیڈ حدود تک۔
• تصویری ٹولز (lolly_look، lolly_sample_color اور lolly_trace_edges) بھی کالر سے تصویری فائل قبول کر سکتے ہیں، اسی طرح ہینڈل کی جاتی ہے: میموری میں، صرف اسی کال کے لیے۔ باقی ہر ٹول کال کے پیرامیٹرز سے کام کرتا ہے: متن، اعداد، رنگ، URLs، کیٹلاگ اثاثہ آئی ڈیز، یا کالر کی فراہم کردہ دستاویز۔
• رسائی یا تو ایک شیئرڈ ٹوکن ہے جو آپریٹر اپنے قابل اعتماد کلائنٹس کو جاری کرتا ہے، یا اسٹیٹ لیس OAuth 2.1: مختصر مدتی دستخط شدہ ٹوکنز جو ایک شیئرڈ سیکرٹ کے خلاف تصدیق شدہ ہوتے ہیں، سرور سائیڈ کچھ بھی محفوظ نہیں ہوتا اور خود ٹوکن کبھی کسی لاگ یا رینڈر URL میں نہیں لکھا جاتا۔

Content Credentials شناخت (ایک سائن ان جسے آپ کو خود شروع کرنا ہوتا ہے)

Lolly آپ کی ایکسپورٹس میں ایک کرپٹوگرافک Content Credential سیل کر سکتا ہے تاکہ کوئی بھی آف لائن یہ تصدیق کر سکے کہ فائل Lolly سے نکلنے کے بعد سے تبدیل نہیں ہوئی۔ یہ سب کچھ بطور ڈیفالٹ آن اور مکمل طور پر مقامی ہے - سائننگ کی (key) آپ کی ڈیوائس پر تیار ہوتی ہے اور سائننگ خود آف لائن ہوتی ہے۔ اندراج (enrolment) کے بغیر وہ کی ایک عارضی شے ہے: ہر ایکسپورٹ کے لیے ایک نئی کی پیئر تیار ہوتی ہے اور اسی کے ساتھ ضائع کر دی جاتی ہے۔ ایک بار جب آپ اندراج کرتے ہیں تو کی مستقل بن جاتی ہے اور اسے non-extractable بنا کر تیار کیا جاتا ہے - یہاں تک کہ Lolly کا اپنا کوڈ بھی اسے پڑھ نہیں سکتا، صرف اسے سائن کرنے کے لیے کہہ سکتا ہے۔ دونوں صورتوں میں یہ کبھی آپ کی ڈیوائس سے باہر نہیں جاتی۔ یہ سیکشن اس کے اوپر ایک اختیاری قدم کا احاطہ کرتا ہے: ایک تصدیق شدہ شناخت کا اندراج، تاکہ آپ کی ایکسپورٹس "Verified - signed by \<your email\>" کہیں نہ کہ ایک گمنام کی۔ اگر آپ اندراج نہ کریں تو اس سیکشن میں کچھ بھی آپ پر لاگو نہیں ہوتا، اور کوئی ذاتی ڈیٹا کبھی بھی آپ کی ڈیوائس سے باہر نہیں جاتا۔

signed by Lolly2026-10-21vector SVG7 paths~2.0k nodes11 groups24 KBخود جانچیںدستخط شدہ فائل حاصل کریں signed by Lolly2026-10-21vector SVG7 paths~2.0k nodes11 groups25 KBخود جانچیںدستخط شدہ فائل حاصل کریں

اگر آپ واقعی اندراج کرتے ہیں، تو بالکل یہی ہوتا ہے:

1. آپ ایک سائن ان طریقہ منتخب کرتے ہیں - GitHub، Google، SUSE (id.suse.com) یا ایک ای میل شدہ لنک۔ تین OIDC فراہم کنندگان کے لیے، آپ کو اس فراہم کنندہ کے اپنے لاگ اِن صفحے پر بھیج دیا جاتا ہے، جو ہماری نہیں بلکہ ان کی رازداری کی پالیسی سے چلتا ہے۔ Lolly کی سرٹیفکیٹ سروس واپس صرف ایک تصدیق شدہ ای میل ایڈریس اور فراہم کنندہ کا نام وصول کرتی ہے۔ ای میل لنک کے لیے، جو ایڈریس آپ ٹائپ کرتے ہیں وہ Resend کو، ایک ٹرانزیکشنل ای میل API، صرف اس ایک لنک کی ترسیل کے لیے دیا جاتا ہے۔
2. ایک مختصر مدتی کوکی ریڈائریکٹ کی حفاظت کرتی ہے۔ یہ وہ واحد کوکی ہے جو پورا Lolly سسٹم سیٹ کرتا ہے: lolly_ca_state، HttpOnly، /api/ca تک محدود، دس منٹ کے اندر ختم ہو جاتی ہے۔ یہ ایک بے ترتیب قدر رکھتی ہے، کوئی ٹریکنگ شناخت کنندہ نہیں، اور صرف OAuth ریڈائریکٹ کو جعلی بننے سے روکنے کے لیے موجود ہے۔ سائن ان مکمل ہوتے ہی یہ صاف کر دی جاتی ہے۔
3. آپ کا IP ایڈریس مختصر طور پر سائن ان اینڈ پوائنٹس کے ناجائز استعمال کو روکنے کے لیے استعمال کیا جاتا ہے (تاکہ کوئی اسکرپٹ کسی ان باکس کو اسپیم نہ کرے یا ای میل کوٹا ختم نہ کرے)۔ Lolly اسے ایک مختصر مدتی ابیوز-کنٹرول بکٹ بنانے سے پہلے ہیش کرتا ہے؛ اصل ایڈریس اُس اسٹور کو کبھی نہیں بھیجا جاتا۔ بکٹ تقریباً ایک منٹ بعد ختم ہو جاتا ہے اور ٹریکنگ کے لیے استعمال نہیں ہوتا۔ عام ہوسٹنگ رسائی لاگز الگ ہیں اور نیچے بیان کی گئی ہیں۔
4. سرٹیفکیٹ سروس ایک مختصر مدتی سرٹیفکیٹ جاری کرتی ہے (7، 30، 90 یا 365 دن، آپ کی مرضی سے، آپریٹر کی پالیسی کی حد کے اندر) جو آپ کے تصدیق شدہ ای میل کو آپ کے ڈیوائس پر بنائی گئی کی جوڑی کے پبلک نصف سے جوڑتا ہے۔ نجی نصف کبھی آپ کا براؤزر نہیں چھوڑتا۔
5. اجرا کے بارے میں کچھ بھی ریکارڈ نہیں ہوتا۔ سرٹیفکیٹ سروس کوئی اجرا لاگ نہیں رکھتی: نہ آپ کا ای میل، نہ فراہم کنندہ، نہ سیریل نمبر، نہ ٹائم اسٹیمپ۔ کوئی ڈیٹابیس نہیں، کوئی لاگ لائن نہیں، کوئی ویب ہک نہیں۔ آپ کا ای میل ایڈریس درخواست میں صرف اتنی دیر موجود رہتا ہے جتنی دیر اسے اس سرٹیفکیٹ میں لکھنے میں لگے جو آپ کا اپنا ڈیوائس وصول کرتا ہے، اور پھر یہ ہماری طرف سے مکمل طور پر ختم ہو جاتا ہے۔
6. اس کے بعد، سائننگ سرٹیفکیٹ کی پوری مدت کے لیے دوبارہ آف لائن ہو جاتی ہے۔ کسی فائل کو ایکسپورٹ کرنا کبھی سرٹیفکیٹ سروس سے رابطہ نہیں کرتا - صرف اندراج کرتا تھا۔

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

براؤزر ایکسٹینشن

Lolly URL Screenshot براؤزر ایکسٹینشن ہمارے لیے کوئی ذاتی ڈیٹا جمع نہیں کرتی۔ اس میں کوئی اینالیٹکس نہیں، کوئی ٹریکنگ نہیں اور اس کا اپنا کوئی سرور نہیں۔ براؤزر Extension صفحہ بتاتا ہے کہ یہ کیسے کام کرتی ہے۔

یہ کیا کرتی ہے۔ Lolly ویب ایپ اس سے کسی ویب صفحے کا اسکرین شاٹ مانگ سکتی ہے، یا کسی ویب سائٹ سے ڈیزائن سسٹم شروع کرنے کے لیے صفحے کا مواد۔ ہر درخواست ایکسٹینشن میں ایک منظوری کی ونڈو کھولتی ہے جو درخواست کرنے والی سائٹ، یہ کہ وہ اسکرین شاٹ چاہتی ہے یا صفحے کا مواد، اور صفحے کا ایڈریس دکھاتی ہے۔ آپ کے Approve once دبانے کے بعد ہی ایکسٹینشن اس صفحے کو ایک عارضی بیک گراؤنڈ ٹیب میں کھولتی ہے، اسکرین شاٹ لیتی ہے یا صفحہ پڑھتی ہے، نتیجہ اُس Lolly ٹیب کو دیتی ہے جس نے پوچھا تھا اور ٹیب بند کر دیتی ہے۔ ہر درخواست کو اپنی منظوری درکار ہے۔

ڈیٹا۔

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

اجازتیں۔

• debugger - اسکرین شاٹ کو DevTools Protocol کے ذریعے لینے کے لیے (وہی طریقہ کار جو Lolly ڈیسک ٹاپ ایپ استعمال کرتی ہے)۔
• tabs - عارضی ٹیب کھولنے اور بند کرنے کے لیے، اور یہ جانچنے کے لیے کہ آپ کی منظوری کے بعد نہ Lolly کا صفحہ اور نہ target صفحہ کہیں اور گیا ہے۔
• scripting - عارضی ٹیب میں صفحے کا مواد پڑھنے کے لیے، اس درخواست کی آپ کی منظوری کے بعد۔
• storage - اپنے عارضی ٹیبز کی آئی ڈیز سیشن اسٹوریج میں نوٹ کرنے کے لیے، تاکہ اگر براؤزر درخواست کے دوران ایکسٹینشن کو روک دے تو بھی وہ بند ہو جائیں۔ صفحے کا کوئی مواد محفوظ نہیں کیا جاتا۔
• *اختیاری سائٹ رسائی (http:///، https:///) - انسٹال کے وقت نہیں دی جاتی۔ جب آپ Approve once* دباتے ہیں تو ایکسٹینشن Chrome سے اس درخواست کی ایک سائٹ تک رسائی مانگتی ہے، اور Chrome ہر سائٹ کے لیے پہلی بار آپ سے پوچھتا ہے۔ جس سائٹ کی آپ نے پہلے اجازت دی ہو اسے بھی ہر درخواست کے لیے نئی منظوری درکار ہے۔

ان میں سے کوئی بھی آپ کی براؤزنگ کو اس ایک منظور شدہ درخواست سے آگے پڑھنے، مانیٹر کرنے یا منتقل کرنے کے لیے استعمال نہیں ہوتا۔

انفراسٹرکچر لاگز

کسی بھی ویب سائٹ کی طرح، lolly.tools کے پیچھے موجود سرورز - اور کسی بھی Lolly ڈیپلائے منٹ کے پیچھے - جب بھی کوئی درخواست ان تک پہنچتی ہے تو معیاری ویب سرور رسائی لاگز بناتے ہیں: IP ایڈریس، درخواست کردہ راستہ، ٹائم اسٹیمپ، یوزر ایجنٹ۔ یہ بنیادی ہوسٹنگ رویہ ہے، کوئی ایسی چیز نہیں جو Lolly اوپر سے شامل کرتا ہے، اور اس میں کبھی آپ کی دستاویزات کا مواد شامل نہیں ہوتا، کیونکہ وہ سرے سے کسی سرور تک پہنچتی ہی نہیں۔ واحد جان بوجھ کر رکھی گئی مستثنیٰ وہ فائل ہے جو آپ واضح طور پر کسی MCP lolly_transform، lolly_verify، lolly_redact یا lolly_rebrand کال کے حوالے کرتے ہیں، جسے میموری میں پراسیس کیا جاتا ہے اور کبھی ڈسک یا لاگ میں نہیں لکھا جاتا، جیسا کہ اوپر بیان کیا گیا ہے۔

Lolly کا اپنا کوڈ ان لاگز میں کچھ نہیں لکھتا۔ MCP سرور اسٹارٹ اپ، کنفیگریشن اور رینڈرنگ کی وارننگز لاگ کرتا ہے؛ یہ اپنا کوئی درخواست لاگ نہیں رکھتا اور ٹوکنز یا کالر کے ایڈریس لاگ نہیں کرتا۔ Penpot پاس تھرو ہر کمانڈ کا نام اور Penpot کا جوابی اسٹیٹس لاگ کرتا ہے، ہیڈرز، ٹوکنز یا فائل کبھی نہیں۔ سرٹیفکیٹ سروس اپنی اسٹارٹ اپ سیٹنگز اور کنفیگریشن وارننگز لاگ کرتی ہے، نیز ناکامی پر دو خالی کی گئی لائنیں: بغیر وصول کنندہ ایڈریس کے بھیجنے میں ناکامی کا اسٹیٹس کوڈ، اور بغیر ایرر ٹیکسٹ، اسٹیک ٹریس یا URL کے ناکامی کی ایک مقررہ لائن (پرووائیڈر کی ایرر شناختی قدریں یا اسناد لے جا سکتی ہے)۔ لاگ میں باقی سب کچھ ہوسٹنگ پلیٹ فارم کا ہے، ہمارا نہیں۔

lolly.tools کے لیے، ہوسٹنگ Vercel ہے اور رسائی لاگ کی برقراری ہمارے پلان کے لیے Vercel کے اپنے پلیٹ فارم ڈیفالٹس کی پیروی کرتی ہے۔ ہم کوئی لاگ ڈرین، کوئی طویل مدتی لاگ ایکسپورٹ اور اوپر سے کوئی اینالیٹکس یا مانیٹرنگ پروڈکٹ کنفیگر نہیں کرتے۔ ہم خود ان لاگز کی کوئی کاپی نہیں رکھتے، جس کا مطلب یہ بھی ہے کہ ہمارے پاس آپ کے لیے انہیں تلاش کرنے کا کوئی طریقہ نہیں - Your rights دیکھیں۔

قانونی بنیادیں، ذخیرہ کاری کی مدت اور وصول کنندگان

یہاں تقریباً کسی چیز کو قانونی بنیاد کی ضرورت نہیں، کیونکہ تقریباً کچھ بھی پروسیس نہیں کیا جاتا۔ مکمل فہرست کے لیے:

وصول کنندگان۔ وصول کنندگان کی اقسام یہ ہیں: ہمارا ہوسٹنگ فراہم کنندہ (Vercel Inc.)؛ ہمارا ابیوز-کنٹرول اسٹور فراہم کنندہ، جو صرف مختصر مدتی، ون-وے سے اخذ کردہ بکٹ کیز وصول کرتا ہے اور کبھی اصل IP ایڈریس نہیں؛ اور - صرف اگر آپ ای میل سائن اِن آپشن استعمال کریں - ایک ٹرانزیکشنل ای میل فراہم کنندہ (Resend)۔ اگر آپ GitHub، Google یا SUSE (id.suse.com) سے سائن اِن کرتے ہیں، تو آپ اس فراہم کنندہ کے ساتھ براہ راست ان کی اپنی پرائیویسی پالیسی کے تحت تعامل کرتے ہیں۔ وہ ہمیں ایک تصدیق شدہ ای میل پتہ اور بس یہی بتاتے ہیں۔ ہم ذاتی ڈیٹا کسی اور کے ساتھ شیئر نہیں کرتے، اور نہ ہی ڈیٹا فروخت کرتے ہیں، اشتہارات چلاتے ہیں یا صارفین کی پروفائلنگ کرتے ہیں۔

EEA سے باہر منتقلی۔ Vercel اور Resend امریکی کمپنیاں ہیں۔ lolly.tools کے لیے فنکشن کمپیوٹ Vercel کے فرینکفرٹ (fra1) ریجن سے منسلک ہے لہٰذا پروسیسنگ EU میں ہوتی ہے، لیکن امریکی ہیڈکوارٹر رکھنے والے فراہم کنندگان کے طور پر وہ بطور پروسیسر امریکہ سے ڈیٹا تک رسائی حاصل کر سکتے ہیں۔ یہ منتقلیاں یورپی کمیشن کی معیاری معاہداتی شقوں اور/یا EU-US Data Privacy Framework پر انحصار کرتی ہیں، جیسا کہ ہر فراہم کنندہ کے ڈیٹا پروسیسنگ معاہدے میں بیان کیا گیا ہے۔ چونکہ کسی بھی فراہم کنندہ تک پہنچنے والا ذاتی ڈیٹا اتنا محدود ہے - ایک پیغام بھیجنے کے لیے منتقل کیا گیا ای میل پتہ، عام رسائی لاگز، اور ایک مختصر مدتی ماخوذ ابیوز-کنٹرول بکٹ - اس کے مطابق نمائش بھی بہت کم ہے۔

خودکار فیصلہ سازی۔ کوئی نہیں۔ کوئی پروفائلنگ اور کوئی خودکار فیصلہ نہیں جو قانونی یا اسی طرح کے اہم اثرات پیدا کرے (Art. 22)۔

بچوں کی رازداری

Lolly ایپ کے عام استعمال کے دوران کسی بھی عمر کے کسی بھی شخص سے دانستہ طور پر ذاتی معلومات جمع نہیں کرتا - جمع کرنے کو کچھ ہے ہی نہیں۔ واحد جگہ جہاں ذاتی معلومات (ایک ای میل پتہ) کبھی جمع کی جاتی ہے وہ Content Credentials کا اندراج ہے، جو اوپر بیان کیا گیا ہے، اور یہ بچوں کے لیے مخصوص یا ان کے لیے مقصود نہیں ہے۔

آپ کے حقوق

چونکہ Lolly جو کچھ بھی چھوتا ہے وہ تقریباً ہمیشہ صرف آپ کے اپنے آلے پر ذخیرہ ہوتا ہے، اس لیے ڈیٹا تحفظ کا قانون جنہیں "آپ کے حقوق" کہتا ہے - رسائی، تصحیح، حذف، پورٹیبلٹی - ان میں سے زیادہ تر چیزیں آپ خود، فوری طور پر، کسی سے پوچھے بغیر کر سکتے ہیں: آپ کا ڈیٹا آپ کے براؤزر کی ذخیرہ کاری میں موجود ہے، ایسی صورت میں جسے آپ دیکھ سکتے ہیں، برآمد کر سکتے ہیں (اوپر، میرا ڈیٹا ایکسپورٹ کریں) یا حذف کر سکتے ہیں (اپنے براؤزر میں سائٹ کا اسٹوریج صاف کر کے، جیسا اوپر بتایا گیا)۔

باضابطہ طور پر، GDPR کے آرٹیکلز 15-22 کے تحت آپ کو اپنے ذاتی ڈیٹا تک رسائی حاصل کرنے، اسے درست کرنے، اسے حذف کرنے، اس کی پروسیسنگ کو محدود کرنے یا اس پر اعتراض کرنے (بشمول ہمارے جائز مفاد پر مبنی کسی بھی چیز پر اعتراض)، ڈیٹا پورٹیبلٹی کا، اور - جہاں پروسیسنگ رضامندی پر مبنی ہو - کسی بھی وقت وہ رضامندی واپس لینے کا حق حاصل ہے، اور اس کا اس بات پر کوئی اثر نہیں پڑے گا کہ آپ کے واپس لینے سے پہلے کیا ہوا۔

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

آپ کو شکایت کرنے کا حق ہے۔ اگر آپ کو لگتا ہے کہ ہم نے آپ کا ڈیٹا نامناسب طریقے سے سنبھالا ہے، تو آپ کسی ڈیٹا پروٹیکشن نگران اتھارٹی کے پاس شکایت درج کروا سکتے ہیں - EU میں، وہ اتھارٹی جہاں آپ رہائش پذیر ہیں، کام کرتے ہیں یا جہاں آپ کے خیال میں خلاف ورزی ہوئی (Art. 77)۔ ہماری بنیادی نگران اتھارٹی Bayerisches Landesamt für Datenschutzaufsicht (BayLDA) ہے، جو Ansbach، جرمنی میں واقع ہے۔ آپ کو پہلے ہم سے رابطہ کرنے کی ضرورت نہیں، اگرچہ ہمیں اسے درست کرنے کا موقع پسند ہوگا۔

ہم ڈیٹا فروخت نہیں کرتے۔ ہمارے پاس فروخت کرنے کو کچھ ہے ہی نہیں۔

اس پالیسی میں تبدیلیاں

جب بھی یہ دستاویز تبدیل ہوتی ہے تو اوپر کی تاریخ بھی بدل جاتی ہے۔ کوئی تبدیلی جو یہ بدلتی ہے کہ آپ کے آلے سے کیا نکلتا ہے یا کیا محفوظ رکھا جاتا ہے، اسے یہاں اپنی الگ لائن ملتی ہے، خاموش ترمیم نہیں - اگر آپ دیکھنا چاہتے ہیں کہ کیا بدلا، تو پوچھیں (نیچے) یا پبلک سورس سے موازنہ کریں۔

22 اکتوبر 2026: موجودہ رویے کی وضاحت درست کی گئی۔ براؤزر ایکسٹینشن کا حصہ اب ہر درخواست کے لیے منظوری کی ونڈو، ایک وقت میں ایک سائٹ کے لیے مانگی گئی سائٹ رسائی، اور ویب سائٹ پڑھنے میں اسٹائل شیٹ اور آئیکن فیچز کا احاطہ کرتا ہے۔ یہ بھی درست کیا گیا: Send to Google Drive اور Meeting Planner کی قطاریں، SEAL نوٹ (کوئی Lolly ایپ DNS میں SEAL کلیدیں نہیں تلاش کرتی)، تنظیمی سروس کی ڈیفالٹ استعمالی ٹیلی میٹری سطح، MCP کے تصویری ٹولز اور عوامی سروسز کی ایپلیکیشن لاگنگ۔ سافٹ ویئر خود تبدیل نہیں ہوا۔

ذمہ دار کون ہے، اور ہم تک کیسے پہنچیں

lolly.tools کے لیے ڈیٹا کنٹرولر یہ ہے:

SUSE Software Solutions Germany GmbH Frankenstraße 146 90461 Nürnberg Germany

SUSE نے ایک ڈیٹا پروٹیکشن آفیسر مقرر کیا ہے، جن سے privacy@suse.com پر رابطہ کیا جا سکتا ہے۔ اوپر بیان کردہ "آپ کے حقوق" کے تحت کسی بھی باضابطہ درخواست کے لیے یہی پتہ استعمال کریں۔

خود Lolly کے بارے میں کسی بھی چیز کے لیے - یہ کیسے کام کرتا ہے، کوئی چیز اس طرح کیوں ہے یا اس دستاویز میں تصحیح - Andy Fitzsimon سے رابطہ کریں، fitzy@suse.com۔

سیلف ہوسٹڈ یا انٹرپرائز Lolly انسٹینس کے لیے، اس کے بجائے جو بھی اسے چلا رہا ہے اس سے رابطہ کریں: آپریٹر اپنی تعیناتی کے لیے کنٹرولر ہے۔ SUSE اور Lolly اوپن سورس پروجیکٹ اپنی نہ چلائی گئی تعیناتیوں کے لیے کوئی ڈیٹا نہیں رکھتے۔