HEX2×
0-9 a-f
ہر بائٹ دو ہیکساڈیسیمل حروف میں ظاہر ہوتا ہے۔ لمبائی واضح ہے اور تقریباً ہر زبان اور ٹول اسے سپورٹ کرتا ہے۔
موزوں: کنفیگریشن فائل، کمانڈ لائن، لاگ اور ڈیبگنگ۔
کلید جنریٹر
256 بٹس
بہت زیادہ طاقت
انکوڈنگ
سیٹنگ بدلنے پر نئی کلید خود بنے گی؛ انہی سیٹنگز سے دوبارہ بنانے کے لیے بٹن دبائیں۔
بنائی گئی کلیدیں
بن رہا ہے…
رینڈم ماخذ crypto.getRandomValues() ہے جو کرپٹوگرافک طور پر محفوظ ہے۔ ریفریش کے بعد کلید محفوظ نہیں رہتی؛ اسے کاپی یا ڈاؤن لوڈ کر کے سیکرٹ مینیجر میں رکھیں۔
انکوڈنگ فارمیٹس
ایک ہی رینڈم بائٹس کو مختلف ٹیکسٹ انکوڈنگ میں دکھایا جا سکتا ہے۔ URL، JSON، کنفیگریشن فائل یا پروٹوکول کے مطابق فارمیٹ منتخب کریں۔
Base64≈1.34×
A-Z a-z 0-9 + / =
مختصر بائنری سے ٹیکسٹ انکوڈنگ، لیکن URL یا فائل نام میں +، / اور = کو اسکیپ کرنا ہوتا ہے۔
موزوں: JSON/XML منتقلی اور عام ٹیکسٹ اسٹوریج۔
Base64URL≈1.34×
A-Z a-z 0-9 - _
URL کے لیے محفوظ Base64 جو - اور _ استعمال کرتا اور = پیڈنگ ہٹاتا ہے۔
موزوں: JWT، OAuth ٹوکن، کوکی اور URL پیرامیٹر۔
Base32≈1.6×
A-Z 2-7
کیس سے آزاد اور ملتے جلتے 0/O، 1/I/L حروف سے پاک۔
موزوں: TOTP سیکرٹ، DNS ریکارڈ، بارکوڈ اور دستی اندراج۔
اکثر پوچھے گئے سوالات
کیا یہ کلید جنریٹر محفوظ ہے؟
ہاں۔ یہ Math.random کے بجائے آپریٹنگ سسٹم کے کرپٹوگرافک محفوظ رینڈم ماخذ والا crypto.getRandomValues استعمال کرتا ہے۔
کیا کلیدیں سرور کو بھیجی یا ریکارڈ کی جاتی ہیں؟
نہیں۔ تیاری اور انکوڈنگ براؤزر میں ہوتی ہے، کوئی تاریخ محفوظ نہیں ہوتی اور ریفریش پر نتیجہ مٹ جاتا ہے۔
کیا انہیں لاگ ان پاس ورڈ کے طور پر استعمال کر سکتا ہوں؟
یہ API کلید، انکرپشن کلید اور ٹوکن جیسے مشین پڑھنے والے رازوں کے لیے ہیں۔ انسانی پاس ورڈ کے لیے پاس ورڈ مینیجر استعمال کریں۔
کیا دو کلیدیں ایک جیسی ہو سکتی ہیں؟
نظری طور پر ممکن ہے مگر تجویز کردہ لمبائی پر امکان نہ ہونے کے برابر ہے۔ 32 بائٹ کلید کے 2^256 ممکنہ عدد ہیں۔
کلید کیسے محفوظ کروں؟
طویل مدتی کلید سیکرٹ مینیجر یا محفوظ ماحول متغیر میں رکھیں؛ سورس کوڈ، چیٹ یا لاگ میں نہ ڈالیں اور باقاعدگی سے تبدیل کریں۔