ما هو warrant canary، ولماذا يهم؟

warrant canary هو بيان مُنشَر بانتظام وموقَّع بـ PGP يُفيد بأن مزوِّد الخدمة لم يستقبل أنواعاً معيَّنة من الإجراءات القانونية — الأكثر شيوعاً رسالة الأمن القومي National Security Letter، أو أمر الإسكات، أو طلب مراقبة جماعية. يستمرُّ الـ canary حتى يتوقَّف. غياب الـ canary المُجدوَل التالي هو الإشارة إلى أن شيئاً تغيَّر. تشرح هذه الصفحة الآلية، وتستعرض التحقُّق بـ PGP، وتسرد المزوِّدين الذين يحتفظون بواحد في 2026.

مُحدَّث 2026-05-03 · المؤلف: هندسة BitVPS

اعرض canary المباشر لـ BitVPS ← كيف تتحقَّق من canary

الآلية

كيف يعمل warrant canary — المنطق القانوني

يعتمد warrant canary على تفاوت محدَّد في مذهب الكلام المُكرَه. كثير من قوانين المراقبة — 18 USC §2709 في الولايات المتحدة (صلاحية رسالة الأمن القومي)؛ والأحكام المماثلة في UK Investigatory Powers Act 2016 (§133 عدم الإفصاح)؛ وما يكافئها في ولايات 14-Eyes الأخرى — تتضمَّن بنوداً لعدم الإفصاح تمنع متلقِّي الأمر من التحدُّث عنه. تلك البنود تُفرِض الصمت. في معظم الولايات القضائية، لا تُلزِم المتلقِّي بالإدلاء بيشكل نشط ببيان إيجابي زائف.

هذا التمييز هو ما يستغلُّه الـ canary. ينشر المزوِّد "لم نستقبل NSL حتى [التاريخ]" على وتيرة ثابتة — أسبوعياً، أو شهرياً، أو ربع سنوياً. طالما يبقى البيان صحيحاً، يستمرُّ النشر. إذا استقبل المزوِّد أمراً، لا يستطيع قول ذلك مباشرةً (أمر إسكات). لكنه يستطيع التوقُّف عن نشر البيان الإيجابي. الـ canary المُجدوَل التالي إمَّا لا يظهر، أو يظهر مع حذف البند ذي الصلة، أو يظهر بصياغة مختلفة. ذلك الغياب — ذلك التغيير — هو معلومة لا يستطيع أمر الإسكات قمعها.

يتَّبع canary BitVPS المنشور على /canary/ هذا النمط. كل اثنين نُعيد توقيع بيان يغطِّي الأسبوع المنتهي الأحد السابق. يُعدِّد البيان الموقَّع: NSLs المستلمة (الهدف: صفر)، وأوامر الإسكات المستلمة (الهدف: صفر)، وأوامر الاحتفاظ الجماعي المستلمة (الهدف: صفر)، وعدد الأوامر لكل ولاية قضائية (سانت كيتس ونيفيس وآيسلندا وهولندا ورومانيا وسويسرا)، وإشعارات DMCA المستلمة مقابل التي تمَّ التصرُّف بشأنها، وشكاوى الإساءة المستلمة مقابل التي تمَّ التصرُّف بشأنها. خمسة من الأرقام الستة يُتوقَّع أن تكون صفراً في أسبوع عادي؛ أرقام الإساءة وDMCA غير صفرية بالتصميم (نستقبل شكاوى الإساءة وننشر عددها).

الوتيرة مهمَّة. canary مُنشَر مرَّة في السنة يحمل إشارة أضعف من المُنشَر أسبوعياً — التأخُّر بين الإكراه ولاحظ العميل هو نافذة الحداثة. canaries أسبوعية تُقلِّص تلك النافذة إلى سبعة أيام؛ canaries يومية (نادرة، لأنها تتطلَّب معالجة المفاتيح على نطاق واسع) تُقلِّصها إلى أربع وعشرين ساعة. canaries ربع سنوية تترك نافذة ثلاثة أشهر قد يُعرَّض فيها المزوِّد للاختراق قبل أن يلاحظ أي مراقب خارجي.

التحقُّق بـ PGP

التحقُّق من canary موقَّع بـ PGP — أربع خطوات

canary غير موقَّع تشفيرياً هو مسرحية. التحقُّق يستغرق أربع خطوات ونحو تسعين ثانية. المثال أدناه يستخدم canary BitVPS؛ نفس الإجراء يعمل لأي مزوِّد ينشر canary موقَّعاً بـ PGP.

الخطوة 1 — احصل على المفتاح العام من المزوِّد. ينشر BitVPS مفتاح PGP العام في /pgp/. بصمة المفتاح موثَّقة على صفحات متعدِّدة من الموقع (من نحن، canary، pgp، التذييل) لذا أي محاولة تلاعب بصفحة واحدة قابلة للاكتشاف. قاطِع الإسناد بين البصمة ومصادر متعدِّدة — لقطات archive.org، وWayback Machine، وخوادم مفاتيح PGP الخارجية — قبل أن تثق بها.

curl -O https://bitvps.io/pgp/bitvps-pubkey.asc
gpg --show-keys bitvps-pubkey.asc

الخطوة 2 — استيراد المفتاح. استورده إلى GnuPG keyring المحلي لديك. يبقى المفتاح في مخزنك المحلي — لا حاجة إلى رفع، ولا ثقة بطرف ثالث.

gpg --import bitvps-pubkey.asc

الخطوة 3 — تنزيل نص canary الموقَّع. الـ canary في /canary/ مُصيَّر كـ HTML، لكن الملف الموقَّع الأساسي متاح أيضاً كـ .asc موقَّع بصوريَّة صريحة — مرئي في أسفل صفحة canary أو مباشرةً عبر مسار التخزين. لأغراض هذا المثال، احفظه كـ canary.asc في دليل عملك.

curl -O https://bitvps.io/canary/latest.asc

الخطوة 4 — التحقق من التوقيع. شغِّل gpg --verify على ملف .asc. سطر "Good signature" يؤكِّد أمرين: الـ canary وقَّعه حامل المفتاح المُستورَد، وNص الـ canary لم يتغيَّر منذ التوقيع. فشل التحقُّق يعني تعديل الملف، أو عدم صحَّة التوقيع، أو عدم تطابق المفتاح — تعامَل مع الـ canary كغير موثوق وحقِّق أكثر.

gpg --verify canary.asc

# expected:
# gpg: Good signature from "BitVPS Ltd. <>"
# gpg: Primary key fingerprint: 4DCF 5D6D 10AF F2AA 47E2  070E A62A EDAF 647E E3E6

إذا لم تستخدم GnuPG من قبل، ثبِّته أولاً: `apt install gnupg2` على Linux من عائلة Debian، أو `brew install gnupg` على macOS، أو حمِّل GPG4Win على Windows. خطوة التحقُّق نفسها واحدة على كل المنصَّات.

Canaries نشطة

المضيفون والمنظَّمات التي تحافظ على warrant canary

قائمة قصيرة قابلة للتحقُّق. أدرجنا أمثلة تاريخية (Apple 2013–2014، Reddit 2014–2016) للسياق — مفيدة كدراسات حالة في كيفية إشارة canary إلى التغيير. أرسل لنا إضافات عبر /panel/?section=support إذا كنت تحتفظ بـ canary عام غير مُدرَج هنا.

المزوِّد / المشروع	الوتيرة	أوَّل نشر	الحالة	ملاحظات
rsync.net	Quarterly, PGP-signed	2014	Maintained	One of the earliest commercial canaries. Includes Bitcoin block-hash as a freshness anchor.
BitVPS	Weekly, PGP-signed (every Monday)	2024	Maintained	Per-jurisdiction order counts (KN, IS, NL, RO, CH) plus DMCA, abuse, NSL and gag-order statements.
Bahnhof (transparency report)	Annual transparency report (not a canary in the strict sense)	2014	Active transparency reporting	Swedish ISP. Publishes detailed transparency stats; the canary-style attestations are scattered through the integrity page rather than a single signed document.
The Tor Project	Annual	2014	Maintained	Re-affirmed annually. One of the longest-running organisational canaries.
Apple (historical)	Removed in 2014 — historical example, not current	2013	Removed (2014) — historical	Apple's November 2013 transparency report contained the canonical "Apple has never received an order under Section 215" canary statement. The line was conspicuously absent from the September 2014 report. Apple has not commented publicly on the change.
Reddit (historical)	Removed in 2016 — historical example, not current	2014	Removed (2016) — historical	Reddit's 2014 transparency report carried a National Security Letter canary. The 2015 report removed the language. The administrator who maintained the canary commented publicly that he could not say more.

نُبقي هذه القائمة قصيرة عمداً. قائمة طويلة تطلُّعية تُضعِف الإشارة — قيمة الـ canary هي قابليته للتحقُّق، والتحقُّق على نطاق واسع مكلِف. نُحدِّث القائمة عند تغييرها؛ حقل dateModified في هذه الصفحة يعكس أحدث دورة تحقُّق.

القسم الصادق

ماذا يعني canary مفقود تعني فعلاً؟

إجابة صادقة: أقل مما تُوحي به النسخ التسويقية. السبب الغالب لـ canary مُهمَل في العقد الماضي لم يكن استقبال رسالة أمن قومي — بل كان إغفالاً إدارياً. المهندس المسؤول كان في إجازة، أو أصاب وظيفة cron تدوير بيانات اعتماد، أو انتهت صلاحية DNS لنطاق فرعي الـ canary، أو نسيت الشركة. تجديد مُهمَل واحد هو إشارة ضعيفة إشارة في أفضل الأحوال.

ما يحوِّل الإشارة الضعيفة إلى إشارة قوية هو التأكيد. ابحث عن:

canary يُهمِل تجديده المُجدوَل و يظهر لاحقاً بصياغة مختلفة جوهرياً (بند مُزال، وتغيير عدد الولايات القضائية، وتضييق النطاق).
فشل canary يتزامن مع تقارير علنية عن مسألة قانونية تخصُّ المزوِّد.
تغيير مفتاح PGP مصاحب لتعطُّل الـ canary — خصوصاً إذا نُشِر المفتاح الجديد دون التحقق المتقاطع للبصمة من مصادر متعدِّدة كما كان للمفتاح الأصلي.
الصمت المؤسَّسي — لا بيان عام يشرح الانقطاع، ولا إقرار على وسائل التواصل الاجتماعي، ولا ردٌّ على استفسارات العملاء المباشرة.
توقُّف مفاجئ لعنوان URL للـ canary نفسه، خصوصاً إذا تمَّ حذف النسخ المخزَّنة مؤقَّتاً على archive.org أيضاً.

إزالة canary Apple عام 2014 هي دراسة الحالة المرجعية. احتوى تقرير الشفافية لسبتمبر 2013 على السطر "لم تستلم Apple أبداً أمراً بموجب المادة 215 من USA Patriot Act." لم يحتوِ تقرير سبتمبر 2014 على ذلك. لم تُصدر Apple بياناً عاماً يشرح التغيير. أشار باحثو الخصوصية (Christopher Soghoian، آنذاك في ACLU؛ وGlenn Greenwald في The Intercept) إلى الغياب في غضون أيام. كانت الإشارة ضعيفة في البداية — ربما تغيير تحريري — لكن الغياب استمرَّ عبر التقارير اللاحقة، ولم يُعِد المستشار القانوني العام لـ Apple تأكيد بيان الـ canary عند السؤال مباشرةً. بعد عامين كان التفسير الإجماعي في مجتمع أبحاث الخصوصية أن Apple استلمت أمراً بموجب المادة 215. لم تؤكِّد Apple ذلك أو تنفِه قط.

التفسير الصحيح لـ canary مفقود هو "تحقَّق أكثر"، لا "تمَّت خدمة المزوِّد بأمر قانوني". الـ canaries أدلَّة في غياب الخداع، لا إثبات في وجوده.

الحدود

حدود الـ canaries كإشارة

ثلاثة حدود صادقة يجب أن تزِنها قبل معاملة الـ canary كدليل تشفيري على نزاهة المزوِّد.

1. النظرية القانونية تعتمد على ثغرات. يستغلُّ الـ canary مذهباً مفاده أن أوامر الإسكات تُفرِض الصمت لا الكذب الإيجابي. هذا المذهب لم يُختبَر بصورة حاسمة لكل قانون مراقبة في كل ولاية قضائية. Stanford Law Review وعلماء قانونيون آخرون جادلوا في كلا الجانبين. يمكن لمدَّعٍ عام متصمِّم أن يجادل بشكل معقول بأن الإلزام باستمرار النشر الإيجابي لـ "لم نستلم" هو نفسه جزء من التزام عدم الإفصاح، وأن التوقُّف عن النشر يُعدُّ انتهاكاً للأمر. النظرية القانونية صمدت حتى الآن في الاجتهادات القضائية الأمريكية المنشورة، لكنها لم تُرفَع إلى حلٍّ حاسم. الولايات القضائية الأخرى أقل اختباراً.

2. الـ canaries غير الموقَّعة عديمة الفائدة. canary غير موقَّع بمفتاح PGP قابل للتحقُّق — أو يستخدم مفتاحاً لا يمكن قياس بصمته مقاطعاً مع مصادر مستقلَّة متعدِّدة — هو مسرحية. يستطيع خصم يتحكَّم في موقع المزوِّد استبدال canary مزوَّر "كل شيء على ما يرام" ولا توجد طريقة للكشف عن الاستبدال. توقيع PGP هو ما يجعل الـ canary يحمل ثقلاً. النص غير الموقَّع ليس canary، بصرف النظر عمَّا يقوله. تحقَّق قبل أن تثق.

3. الـ canaries المنتهية الصلاحية غامضة. عندما يتوقَّف canary عن التجديد، يعتمد التفسير على ما يحدث بخلاف ذلك. canary منتهي الصلاحية + صمت مؤسَّسي + تغيير مفتاح = إشارة قوية. canary منتهي الصلاحية وحده ضعيف — يمكن أن يعني أن المهندس في إجازة. canary لم يبدأ قط لا يحمل أي إشارة. عبء إزالة الغموض يقع على العميل؛ المزوِّد لا يستطيع إلا نشر ما يستطيع نشره بصدق.

تعامَل مع الـ canaries كإشارة واحدة للنزاهة الثقافية ضمن عدة إشارات، لا كضمان أمان. يُخبرك canary بأن مزوِّداً يعتقد أن الإكراه خطر حقيقي بما يكفي لاستثمار جهد هندسي في نشر إشارة التناقض مسبقاً. هذا ذو معنى. إنه ليس نفس الشيء كالإثبات التشفيري.

الأسئلة الشائعة

warrant canary — أسئلة متكرِّرة

ما هو "warrant canary"؟

A warrant canary is a regularly-published statement that a service provider has not yet received certain types of legal process — most commonly a National Security Letter, a gag order, or a bulk surveillance demand. The canary is published in the affirmative ("we have not received…") on a fixed cadence (weekly, monthly, quarterly). The legal logic is asymmetric: a gag order can compel silence about a received order, but most jurisdictions cannot compel a person to make an affirmative false statement. So the warrant canary continues until it stops — and the absence of the next scheduled canary is the signal that something has changed.

How does a warrant canary actually work in law?

The mechanism depends on a specific gap in compelled-speech doctrine. Many surveillance statutes — 18 USC §2709 for US National Security Letters, similar provisions in other 14-Eyes jurisdictions — include non-disclosure clauses preventing the recipient from talking about the order. Those clauses compel silence. They do not, in most cases, compel the recipient to actively lie. So if a provider has been publishing "we have not received an NSL" weekly for two years, and one week the statement does not appear (or its language changes), that absence is itself information that the gag-order regime cannot suppress. The legal theory has not been definitively tested in court for every statute in every jurisdiction — see "Limitations" below for the honest caveats.

Is a warrant canary legally binding?

Not in the contractual sense. A canary is a unilateral, public attestation by the provider, not a covenant with any specific customer. What makes it useful is that (a) it is signed with the provider's PGP key, so anyone can verify it came from the same key that signed every prior canary; (b) it is timestamped, so the absence of a renewal is detectable; and (c) the provider's reputation and their threat model are aligned around its continued publication. A canary is more like a firmware-version attestation than a contract — useful evidence in the absence of a deception, useless once you suspect a deception.

How do I verify a PGP-signed warrant canary?

Four steps. (1) Download the provider's public PGP key from their website (BitVPS publishes ours at /pgp/ — verify the fingerprint matches the one published on the warrant-canary page itself). (2) Import the key with `gpg --import bitvps-pubkey.asc`. (3) Download the signed canary text. (4) Run `gpg --verify canary.asc` to check the signature. Successful verification proves: the canary was signed by the holder of the published key, AND the canary text has not been modified since signing. If verification fails, treat the canary as untrusted. Cross-check the fingerprint against multiple sources (the provider's site, archive.org snapshots, third-party PGP keyservers) to defend against a key-substitution attack.

What does it mean when a canary "dies"?

Canary death — the absence of an expected scheduled renewal — is most often administrative oversight, not the receipt of an NSL. Real-world history: most canary-renewal failures in the last decade have been because the engineer responsible was on vacation, the cron job hit a credential-rotation, or the company forgot. The signal is genuinely ambiguous. If a canary fails to renew, the right interpretation is "investigate further" rather than "the provider has been served". Cross-reference: ask other customers, check archive.org, look for community discussion on the relevant subreddits or hacker forums. A single missed canary is weak signal; a missed canary plus organisational silence plus a key change plus removal of the canary URL is strong signal.

Why don't bigger providers publish canaries?

Several reasons, none of them flattering. First, large publicly-traded providers face shareholder-litigation risk if a canary is interpreted as material non-public information — much easier to publish nothing than to publish a statement that might trigger a 10-Q disclosure debate. Second, the legal theory underlying canaries is unsettled: a provider's general counsel can plausibly argue that publishing one creates litigation exposure. Third, large providers receive enough surveillance demands that publishing a "we have not received" canary would be perjury immediately — at scale, the canary is incompatible with the operating reality. Smaller privacy-focused providers can credibly publish canaries because they receive few or no qualifying orders; very large providers cannot.

Are canaries useful, or are they security theatre?

Honest answer: they are useful as one signal among several, not as a security guarantee. A canary tells you that a provider thinks adversarial coercion is a real enough risk to invest engineering effort in pre-publishing the contradiction signal. That is meaningful cultural information about who you are dealing with. The canary itself is not cryptographic proof of non-coercion — it is cultural proof of coercion-aware operations. Combine canary publication with other signals (jurisdiction, ownership transparency, transparency reports, abuse-handling track record, PGP key continuity) for a meaningful overall picture. A canary alone is not enough; a canary plus everything else above is meaningful.

Where can I find a list of providers with active canaries?

The canonical reference is the Canary Watch project (originally maintained by EFF, now defunct as a centralised list since 2016) and the Wikipedia "Warrant canary" article, which maintains a partial list. We list the providers we know maintain active canaries in the table on this page — we have deliberately kept it short and verifiable rather than long and aspirational. The list shifts: Apple removed theirs in 2014, Reddit in 2016, Tumblr at various points. We update this page when we change the list. If you maintain a public canary and are not on this page, send us the URL through /panel/?section=support and we will verify and add you.

الاستشهادات

المصادر التي اعتمدنا عليها

اعرض الـ canary المباشر — يُتحقَّق منه أسبوعياً.

يُعيد BitVPS توقيع الـ canary كل اثنين. البيان الحالي وأرشيف كل أسبوع سابق ومفتاح PGP للتحقق، كلها على /canary/.

اعرض canary المباشر لـ BitVPS حمِّل مفتاح PGP