By · Last updated 2026-02-27

بلاگ پر واپس جائیںتکنیکی

قابل بحالی بمقابلہ مستقل ریڈکشن کا انتخاب

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

February 27, 20267 منٹ پڑھیں
redactionencryptionpseudonymizationGDPRe-discovery

بنیادی انتخاب

جب آپ نجی ریکارڈز کی حفاظت کرتے ہیں، تو آپ کو ایک اہم فیصلہ کرنا ہوتا ہے: کیا آپ اصل واپس حاصل کر سکتے ہیں؟

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

قابل بحالی خفیہ کاری نام اور IDs کو ٹوکنز سے بدل دیتی ہے۔ آپ صحیح کلید سے اصل بحال کر سکتے ہیں۔

یہ فرق آپ کے قانونی اور تعمیلی اختیارات کو تشکیل دیتا ہے۔ غلط انتخاب کریں، اور ہو سکتا ہے آپ عدالت کے حکم یا ریگولیٹر کی درخواست پر عمل نہ کر سکیں۔

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

دیکھیں ہماری قانونی تعمیل جائزہ میں کہ ہر طریقہ عام قانونی فرائض سے کیسے جڑتا ہے۔

GDPR ایک واضح لکیر کھینچتا ہے

GDPR دنیا کو دو گروہوں میں تقسیم کرتا ہے: گمنام ریکارڈز اور چھدم نام ریکارڈز۔

حقیقی گمنامی

اگر کوئی ریکارڈ کسی شخص سے نہیں جوڑا جا سکتا، GDPR لاگو نہیں ہوتا۔ قانون دائرہ کار سے باہر ہے۔

تین چیزیں درست ہونی چاہئیں:

  • دوبارہ جوڑنا ممکن نہ ہو۔
  • کوئی اضافی فائل دوبارہ جوڑنے کی اجازت نہ دے۔
  • عمل یک طرفہ ہو۔

یہ بنیادی فائدہ ہے۔ گمنام ریکارڈز GDPR سے باہر ہیں۔

آرٹیکل 4(5) کے تحت چھدم نامی

چھدم نامی IDs کو ٹوکنز سے بدل دیتی ہے۔ محفوظ کلید کے ذریعے اصل بحال کیا جا سکتا ہے۔

اہم حقائق:

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

جب مستقل ہٹانا خطرہ بناتا ہے

قانونی دریافت

عدالتیں آپ کو اصل فائلیں پیش کرنے کا حکم دے سکتی ہیں۔

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

اگر آپ نے مواد مستقل طور پر مٹا دیا ہے، آپ عمل نہیں کر سکتے۔

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

ریگولیٹری آڈٹ

آڈیٹرز مکمل ریکارڈز دیکھنے کی درخواست کر سکتے ہیں۔

  • مالیاتی آڈٹس کو مکمل لین دین کی تفصیل چاہیے۔
  • صحت کے آڈٹس کو مریض کے ریکارڈ درکار ہیں۔
  • GDPR آڈٹس تمام پروسیسنگ مراحل کا احاطہ کر سکتے ہیں۔

"ہم نے وہ مستقل طور پر ہٹا دیا" شاید ہی قابل قبول جواب ہو۔

تحقیق جسے دوبارہ جوڑنے کی ضرورت ہو

طویل مدتی مطالعات کو وقت کے ساتھ ریکارڈز جوڑنے پڑتے ہیں۔

  • طبی کام برسوں میں مریض کے نتائج ٹریک کرتا ہے۔
  • علمی کام کو فالو اپ راؤنڈز چاہیے ہوتے ہیں۔
  • معیار کے جائزوں کو ٹرینڈ ڈیٹا چاہیے۔

مستقل ہٹانا یہ سب روک دیتا ہے۔

کاروباری ضروریات

ٹیموں کو اکثر اصل ریکارڈز واپس چاہیے ہوتے ہیں۔

  • کلائنٹ اپنی اصل دستاویزات مانگتے ہیں۔
  • اندرونی جائزوں کو مکمل تصویر چاہیے۔
  • اہم فیصلوں کو تمام سیاق و سباق چاہیے۔
  • آڈٹ ٹریلز کو خام ماخذ متن کی ضرورت ہو سکتی ہے۔

ہر طریقہ کب استعمال کریں

مستقل ہٹانا کب استعمال کریں:

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

قابل بحالی خفیہ کاری کب استعمال کریں:

معاملہمثال
قانونی دریافتe-discovery آؤٹ پٹ
اندرونی رپورٹستجزیات، ڈیش بورڈز
تحقیقطویل مدتی مطالعات
کلائنٹ کا کامدستاویز انتظام
آڈٹ ثبوتتعمیل ریکارڈز

قابل بحالی خفیہ کاری کیسے کام کرتی ہے

anonym.legal مواد کو خفیہ اور بحال کرنے کے لیے AES-256-GCM استعمال کرتا ہے۔

خفیہ کاری کا مرحلہ

``` اصل: "John Smith, SSN 123-45-6789" ↓ [PII ڈٹیکٹ کریں] ↓ اکائیاں: PERSON("John Smith")، SSN("123-45-6789") ↓ [کلید بنائیں] ↓ [ہر آئٹم خفیہ کریں] ↓ آؤٹ پٹ: "[PERSON_abc123], SSN [SSN_def456]" ```

ڈکرپٹ کا مرحلہ

``` ان پٹ: "[PERSON_abc123], SSN [SSN_def456]" ↓ [کلید لوڈ کریں] ↓ [ٹوکنز ڈکرپٹ کریں] ↓ آؤٹ پٹ: "John Smith, SSN 123-45-6789" ```

کلید کی سیکیورٹی

کلید:

  • آپ کے ڈیوائس پر بنتی ہے۔ محفوظ بے ترتیب ذریعہ استعمال کرتی ہے۔
  • کبھی anonym.legal سرورز کو نہیں بھیجی جاتی۔
  • آپ کے اپنے key vault میں محفوظ ہے۔
  • آپ کے اپنے لاگ ان سے محفوظ ہے۔

کلید کے بغیر، آپ ڈکرپٹ نہیں کر سکتے۔ یہ ممکن نہیں ہے۔

قانونی دریافت کی ایک مثال

ایک قانونی فرم کو مقدمے میں فائلیں پیش کرنی ہیں۔

قابل بحالی خفیہ کاری کے بغیر

  1. تمام استحقاق شدہ مواد مستقل طور پر ہٹائیں۔
  2. فائلیں مخالف وکیل کو بھیجیں۔
  3. عدالت استحقاق کے دعوے پر سوال اٹھاتی ہے۔
  4. فرم اصل پیش نہیں کر سکتی۔
  5. پابندیاں لگائی جاتی ہیں۔

anonym.legal کے ساتھ

  1. استحقاق شدہ مواد خفیہ کریں (قابل بحالی)۔
  2. خفیہ کردہ ورژن بھیجیں۔
  3. عدالت استحقاق کے دعوے پر سوال اٹھاتی ہے۔
  4. نجی عدالتی جائزے کے لیے ڈکرپٹ کریں اور پیش کریں۔
  5. عدالت دعوے پر فیصلہ کرتی ہے۔
  6. صحیح ورژن بھیجیں۔

آپ ہر قدم پر کنٹرول رکھتے ہیں۔ آپ کسی بھی عدالتی حکم پر عمل کر سکتے ہیں۔ ہمارا قانونی استعمال کا معاملہ صفحہ مکمل عمل کا احاطہ کرتا ہے۔ زیرو نالج صفحہ دیکھیں کہ کلیدیں صرف آپ کی طرف کیسے رہتی ہیں۔

ذرائع

کیا آپ اپنے ڈیٹا کی حفاظت کے لیے تیار ہیں؟

48 زبانوں میں 285+ ادارتی اقسام کے ساتھ PII کی گمنامی شروع کریں۔

About this page

We update this page when our platform or the law changes.

Read our founder note for how we work.

Each change shows up in the timestamp at the top.

Related reading

We follow these rules

  • GDPR (EU 2016/679).
  • ISO/IEC 27001:2022.
  • NIS2 (EU 2022/2555).
  • HIPAA safe harbor under 45 CFR § 164.514(b)(2).

Our promise

We do not sell your data.

We do not train models on your text.

We store your files in Germany.

You can delete your account at any time.

You own your work.

Where we run

Our servers live in Falkenstein, Germany.

We use Hetzner. They hold ISO 27001 certification.

All data stays in the EU.

Backups run every day.

Need help?

Email support@anonym.legal.

We reply within one business day.

How we test

We run a full check suite on every release.

Each surface gets its own sweep script and report.

Human reviewers spot-check the output each week.

We track recall and precision on a labelled set.

Bad runs block the deploy.

What we never do

  • We never sell your information to third parties.
  • We never train models on what you upload.
  • We never keep your work after you delete it.
  • We never share keys with any outside firm.
  • We never run ads inside the product.

Plans in plain words

We sell credits, not seats.

One credit covers one short job.

Long jobs use a few credits each.

You can top up at any time.

Unused credits roll over each month.

Read the plans page for current rates.

Who built this

A small team of engineers and lawyers built this.

We ship from Europe and work in the open.

Our founder note spells out why we started.

Where to start

How the parts fit

A browser add-on cleans text inside Chrome.

A Word plug-in handles drafts in Office.

A small desktop tool works on whole folders.

An agent protocol link feeds large models safely.

All four share one core engine and one rule set.

Words from our team

We started this work after a lunch about cookies.

One friend kept getting odd ads on her phone.

We asked why a court file leaked through a draft.

We sketched the first build on a napkin that week.

By month three we had a tiny demo for a friend.

She used it on her first case the next day.

Common questions we hear

Can the tool read scanned PDFs? Yes, with OCR.

Does it work on long files? Yes, in small chunks.

Can I roll my own rule set? Yes, save it as a preset.

Does it run offline? The desktop build runs offline.

Do you keep my files? No, the cloud build wipes after each run.

Will it learn from my work? No, we never train on inputs.

A short tour of the workflow

Upload a file or paste a snippet of prose.

Pick the entities you want gone from the draft.

Choose a method: replace, mask, hash, encrypt, or redact.

Press run and watch the side panel show each hit.

Skim the result and tweak any rule that misfired.

Save the cleaned file or send it to a teammate.