RadvanSec

описание

"Security is Just an Illusion" Follow us on Youtube : @RadvanSec

← к каналу @RadvanSec

1 172

подписчиков

Охват к подписчикам

29,8%

ERR

Реакции к просмотрам

0,02%

2 на 37 постов

Пересылки к просмотрам

1,21%

131

Постов в день

2,6

всего 37

Где отзываются чаще

доля реакций к просмотрам

17 авг.اع راستی دبیان دیروز 33 ساله شد.🎂 جالبه بدونید اسم debian از ترکیب اسم Ian Murdock که خالقه پروژست و اسم همسرش Debra ساخته شده :) Debra + Ian = Debian دبیان 16 آگوست 1993 بدنیا اومده و یکی مهم ترین پیرمردای دنیای لینوکسه 😁🗿0,45%
4 авг.تا قیامت نشود شمع مزارش خاموش سینه‌ی هر که ز داغ تو مُنور شده‌ است #صائب‌_تبریزی #اربعین_حسینی_تسلیت0,23%
19:11خوب مطالعه کنید مطالب پیش پا افتاده شاید باشه برای بعضی ها ولی دیدتون رو باز میکنه و راه رو برای پیدا کردن اولین cve براتون باز میشه👌0,00%
17:51مرحله سوم از اینجا شروع میشه Firefox بسیاری از ساختارهای داخلی خودش رو با C++ پیاده سازی کرده HTML Element ها هم توسط Object های C++ پشتیبانی میشن در این مثال HTMLUnknownElement اندازه ای برابر با 128 بایت داشت و دقیقا همان اندازه ای بود که مهاجم برای Heap Hole ها آماده کرده بود بنابراین Allocation های جدید میتونستن وارد همین فضاهای خالی بشن. اینجا اتفاق مهمی رخ میده. مهاجم تلاش میکنه حافظه ای رو که قبلا متعلق به Object اصلی بوده با داده ای که خودش کنترل میکنه دوباره اشغال کنه این یعنی Pointer قدیمی هنوز به همان آدرس اشاره میکنه اما محتوای آن آدرس دیگر محتوای Object قبلی نیست. در واقع داده جدید مهاجم آنجا قرار گرفته این همان جاییه که UAF از یک Crash ساده میتونه به یک Exploitation جدی تبدیل بشه. اما یک مفهوم مهم دیگر هم وجود داره و اون VTable یا Virtual Function Table هست در C++ بعضی Class ها دارای Virtual Function هستن و برای این Object ها جدولی وجود داره که آدرس Function های مربوط به Object رو نگه میداره میتونی VTable رو مثل یک دفترچه راهنما تصور کنی که داخلش نوشته شده اگر برنامه خواست این Function رو اجرا کن به این آدرس برو و اگر خواست Function دیگری رو اجرا کن به آدرس دیگری برو. اگر مهاجم بتونه این جدول یا Pointer مربوط به اون رو خراب کنه میتونه مسیر اجرای برنامه رو تغییر بده. در این Exploit آسیب پذیری در نهایت باعث میشد Objectی که توسط mNextSibling مورد اشاره قرار گرفته بود بعد از آزاد شدن همچنان مورد استفاده قرار بگیره مهاجم با آماده سازی Heap تلاش میکرد حافظه جدیدی رو در همان محل قرار بده. در نتیجه Firefox به چیزی دسترسی پیدا میکرد که تصور میکرد Object قبلیه در حالی که محتوای آن حافظه توسط مهاجم کنترل شده بود. بعد یک دستور مهم مثل callq *0x5f8(%rax) میتونست از داده موجود در حافظه به عنوان یک مقصد برای اجرای Function استفاده کنه. اگر مقدار مورد استفاده در این محاسبه تحت کنترل مهاجم باشه جریان اجرای برنامه هم میتونه تحت تاثیر قرار بگیره. پس کل داستان رو میشه اینطوری دید. UAF باعث میشه برنامه هنوز به یک Object آزاد شده اشاره کنه Heap Spray کمک میکنه وضعیت حافظه قابل پیش بینی تر بشه Heap Hole باعث میشه فضاهای مناسب برای Allocation های بعدی آماده بشن Garbage Collector باعث میشه این فضاها واقعا قابل استفاده مجدد بشن Allocation جدید میتونه وارد فضای Object قبلی بشه مهاجم در نتیجه کنترل بیشتری روی محتوای حافظه پیدا میکنه و در نهایت اگر ساختارهایی مثل VTable یا Function Pointer تحت کنترل قرار بگیرن میشه جریان اجرای برنامه رو تغییر داد. پس Heap Spray خودش آسیب پذیری نیست Heap Spray بیشتر شبیه مرتب کردن زمین بازیه آسیب پذیری اصلی UAF هست اما برای تبدیل اون UAF به یک Exploit قابل اعتماد باید حافظه رو با دقت آماده کرد. مهاجم عملا سعی میکنه Heap رو مثل یک صفحه شطرنج بچینه. میدونه یک مهره قراره از صفحه خارج بشه پس از قبل تلاش میکنه خانه خالی رو طوری آماده کنه که مهره خودش بتونه دقیقا همونجا قرار بگیره. وقتی برنامه دوباره به آدرس قدیمی مراجعه میکنه ممکنه به جای Object قبلی با داده ای روبرو بشه که مهاجم کنترلش میکنه. این دقیقا یکی از تفاوت های مهم بین پیدا کردن یک Memory Corruption Bug و ساختن یک Exploit واقعی محسوب میشه. پیدا کردن Crash فقط شروع ماجراست. قسمت سخت تر اینه که بتونی رفتار Memory Allocator رو تا حد ممکن قابل پیش بینی کنی و از یک وضعیت غیرقابل اعتماد در حافظه به کنترل جریان اجرای برنامه برسی.0,00%
17:51مهندسی Heap در Firefox و تبدیل یک Use After Free به کنترل اجرای برنامه (CVE-2013-0753) اگر تا حالا درباره Use After Free یا UAF شنیده باشی احتمالا میدونی مشکل اصلی چیه یک Object داخل حافظه ساخته میشه و بعد حافظه اون Object آزاد میشه اما یک Pointer یا Reference هنوز به همون آدرس قبلی اشاره میکنه برای درک بهترش تصور کن یک نفر خونه اش رو ترک کرده و خونه کاملا تخلیه شده اما آدرس اون خونه هنوز داخل دفترچه یک نفر باقی موند. اگر شخص دیگری بیاد و دقیقا همون خونه رو اجاره کنه صاحب دفترچه هنوز فکر میکنه صاحب قبلی اونجاست ولی در واقع فرد جدید داخل خونه قرار گرفته. در UAF هم تقریبا همین اتفاق میفته برنامه فکر میکنه هنوز داره با Object قبلی کار میکنه اما اون حافظه ممکنه توسط داده جدیدی که مهاجم کنترل میکنه اشغال شده باشه اما اینجا یک مشکل بزرگ وجود داره مهاجم معمولا نمیدونه حافظه ای که برنامه به یک Object اختصاص میده دقیقا کجاست. مدیریت Heap توسط Memory Allocator انجام میشه و Allocator خودش تصمیم میگیره هر Allocation کجا قرار بگیره بنابراین مهاجم باید کاری کنه که این وضعیت تا حد ممکن قابل پیش بینی بشه. اینجا مفهوم Heap Spray وارد میشه فرض کن یک انبار خیلی بزرگ داری و مسئول انبار هر بار که چیزی بخوای خودش تصمیم میگیره اون وسیله رو کجا بذاره اگر فقط یک وسیله سفارش بدی هیچ ایده ای نداری کجا قرار میگیره اما اگر هزاران وسیله مشابه سفارش بدی کم کم بخش بزرگی از انبار توسط وسایل تو پر میشه و احتمال اینکه وسیله بعدی در یکی از قسمت هایی قرار بگیره که تو از قبل آماده کردی بیشتر میشه. Heap Spray هم تقریبا همین ایده رو دنبال میکنه. مهاجم تعداد زیادی Allocation ایجاد میکنه تا Heap به شکل خاصی دربیاد و احتمال قرار گرفتن داده های مورد نظر در محدوده مناسب افزایش پیدا کنه. در نمونه قدیمی Firefox آسیب پذیری مربوط به XMLSerializer بود مشکل یک Use After Free در Object مربوط به XMLSerializer بود اما برای Exploit کردنش فقط پیدا کردن UAF کافی نبود مهاجم باید حافظه رو طوری آماده میکرد که بعد از آزاد شدن Object مورد نظر کنترل حافظه به دست خودش بیفته برای همین Exploit در چند مرحله انجام میشد. در مرحله اول یک Heap Spray بزرگ انجام میشد تعداد زیادی String بزرگ ساخته میشد تا Heap به اندازه مشخصی گسترش پیدا کنه در این مثال مهاجم انتظار داشت داده های خودش در محدوده ای مثل 0x117012000 قرار بگیرن. بعد داخل داده های Spray شده مقادیری قرار داده میشد که در ادامه Exploit اهمیت داشتن یکی از مهمترین قسمت ها مربوط به RIP بود RIP یا Instruction Pointer رو میتونی مثل آدرس مقصد یک راننده تصور کنی CPU دائما باید بدونه دستور بعدی رو از کجا بخونه و RIP هم همین اطلاعات رو نگه میداره اگر مهاجم بتونه مقداری که در نهایت به عنوان مقصد اجرای برنامه استفاده میشه رو کنترل کنه میتونه مسیر اجرای برنامه رو تغییر بده در این Exploit حتی یک مقدار مشخص مثل 0x4142434445464748 قرار داده شده بود که بیشتر برای اثبات کنترل جریان اجرا استفاده میشد یعنی محقق میخواست نشون بده که میتونه مقداری که برنامه به عنوان مقصد اجرا استفاده میکنه رو تحت کنترل خودش قرار بده اما هنوز یک مرحله مهم باقی مونده بود. مهاجم باید کاری میکرد که حافظه آزاد شده دوباره با Allocation های خودش پر بشه اینجا مرحله دوم شروع میشه این بار Allocation های کوچک تر با اندازه 128 بایت ایجاد میشن چرا 128 بایت؟ چون Object مورد هدف هم اندازه ای در همین حدود داشت. دوباره همون انبار رو تصور کن. مهاجم تعداد زیادی جعبه دقیقا با اندازه 128 بایت کنار هم قرار میده و بعد یکی در میان جعبه ها رو خالی میکنه. در نتیجه چیزی شبیه جعبه و جای خالی و جعبه و جای خالی ایجاد میشه این جای خالی ها همون Heap Hole هستن. اما یک نکته مهم وجود داره وقتی JavaScript یک Object رو Delete میکنه الزاما حافظه همون لحظه توسط سیستم آزاد نمیشه SpiderMonkey موتور JavaScript Firefox هست و خودش مدیریت Garbage Collection رو انجام میده بنابراین مهاجم باید Garbage Collector رو تحریک کنه برای این کار تعداد زیادی Allocation جدید ایجاد میشه با افزایش شدید مصرف Heap موتور JavaScript مجبور میشه Garbage Collection انجام بده و قسمت هایی که دیگر استفاده نمیشن رو جمع آوری کنه حالا Heap به شکل مورد نظر نزدیک شده تعداد زیادی فضای خالی 128 بایتی داریم که دقیقا برای Object هایی با همین اندازه مناسب هستن0,00%
13:09نکات جالبی که خالق ++c می گه درباره اینکه حتا خودشم خیلی‌ از توابع رو حفظ نیست و سرچ می کنه https://www.instagram.com/reel/DcJr4rzhpqx/?igsh=MTd4c2E3cHp4eXN3MQ==0,00%
09:32کلودفلر : ترافیک اینترنت بین الملل ایران از ۹۰ درصد به ۵۹ درصد رسیده ، وضعیت الان اینترنت ایران دقیقا مثل روزای قبل از قطعی ۸۸ روزه ی اینترنته و با اختلالات بسیار سنگین همراه شده. دیدی گفتم؟؟😂0,00%
09:08🧅 شبکه Tor چقدر امنه؟ اگه بخوایم منطقی فکر کنیم، Tor یکی از قوی‌ترین ابزارها برای بالا بردن حریم خصوصی و ناشناس‌تر کردن ارتباطاته، ولی قرار نیست فکر کنیم با استفاده از Tor دیگه کاملاً نامرئی می‌شیم. Tor کاری می‌کنه ارتباطت مستقیم از سیستم خودت به سایت مقصد نره؛ معمولاً ترافیکت از چند نود مختلف عبور می‌کنه، مثلاً اول به Guard یا Entry Node، بعد چند Relay دیگه و در نهایت اگه مقصد یه سایت معمولی باشه از Exit Node خارج میشه و به سایت می‌رسه. این وسط هر نود فقط بخشی از مسیر رو می‌بینه؛ مثلاً نود ورودی IP واقعی تو رو می‌بینه ولی مقصد نهایی رو نمی‌دونه و Exit Node مقصد رو می‌بینه ولی به‌صورت معمول IP واقعی تو رو نمی‌بینه. به همین دلیل پیدا کردن ارتباط مستقیم بین «تو» و «سایت مقصد» سخت‌تر میشه. اما یه نکته خیلی مهم وجود داره؛ Tor به معنی رمزنگاری همه‌چیز نیست. اگه با Tor به یه سایت HTTP وصل بشی، اطلاعات بعد از Exit Node می‌تونه بدون رمزنگاری روی اینترنت حرکت کنه، پس استفاده از HTTPS همچنان خیلی مهمه. از طرف دیگه اگه وارد حساب شخصی خودت بشی، مثلاً حسابی که اسم و مشخصاتت داخلشه، Tor نمی‌تونه این واقعیت رو مخفی کنه که صاحب اون حساب کیه؛ Tor بیشتر IP و مسیر شبکه رو مخفی می‌کنه، نه اطلاعاتی که خودت داخل سایت وارد می‌کنی. یه ضعف مهم دیگه هم Traffic Correlation یا همبستگی ترافیکه. فرض کن یه مهاجم خیلی قدرتمند بتونه هم ترافیکی که از سمت تو وارد شبکه Tor میشه و هم ترافیکی که به سمت مقصد خارج میشه رو زیر نظر داشته باشه؛ حتی بدون دیدن محتوای رمزنگاری‌شده، می‌تونه با بررسی زمان ارسال، حجم و الگوی بسته‌ها تلاش کنه بفهمه کدوم ارتباط مربوط به کدوم کاربره. بنابراین Tor در برابر یک مهاجم خیلی قدرتمند که توانایی مشاهده بخش بزرگی از شبکه رو داره، ناشناس‌بودن صددرصدی رو تضمین نمی‌کنه. خود سیستم کاربر هم خیلی مهمه؛ اگه کامپیوتر یا موبایلت آلوده باشه، Tor دیگه نمی‌تونه معجزه کنه، چون ممکنه اطلاعات قبل از ورود به Tor از روی دستگاهت دزدیده بشه. همین‌طور نباید فکر کنیم هر برنامه‌ای که روی سیستم باز می‌کنیم خودکار از Tor عبور می‌کنه؛ فقط برنامه‌هایی که واقعاً برای استفاده از Tor تنظیم شدن یا از طریق Tor Browser استفاده میشن، مسیر موردنظر رو طی می‌کنن. Tor Browser هم فقط یه مرورگر معمولی با Proxy نیست؛ برای کاهش Fingerprinting و افزایش حریم خصوصی طراحی شده و تنظیمات امنیتی مختلفی داره. هرچی سطح امنیتی رو بالاتر ببری، بعضی قابلیت‌های سایت‌ها محدود میشن ولی سطح حمله هم کمتر میشه. همچنین نصب افزونه‌های اضافی یا دستکاری زیاد تنظیمات مرورگر می‌تونه باعث بشه از حالت استاندارد خارج بشی و حتی شناسایی‌پذیری بیشتری پیدا کنی. یه بخش جالب Tor هم Onion Serviceها یا همون سایت‌های .onion هستن. اینجا ارتباط داخل شبکه Tor باقی می‌مونه و برخلاف سایت‌های معمولی نیازی نیست برای رسیدن به مقصد از Exit Node خارج بشی؛ در نتیجه هم هویت کاربر و هم موقعیت سرویس می‌تونن بهتر محافظت بشن. پس اگه بخوای خیلی خلاصه بگیم، Tor برای مخفی کردن IP، افزایش حریم خصوصی و سخت‌تر کردن ردیابی شبکه‌ای خیلی قدرتمنده، ولی ضدگلوله نیست. اشتباهات کاربر، سیستم آلوده، ورود به حساب‌های شخصی، استفاده از HTTP، Fingerprinting و مخصوصاً Traffic Correlation می‌تونن حریم خصوصی رو ضعیف کنن. در نهایت هم Tor رو با VPN یکی نگیریم؛ VPN معمولاً یه نقطه متمرکز برای اعتماد ایجاد می‌کنه، ولی Tor ارتباط رو بین چند Relay پخش می‌کنه تا یک نود به‌تنهایی نتونه هم مبدأ و هم مقصد ارتباط رو ببینه. پس Tor یعنی ناشناس‌تر شدن و افزایش حریم خصوصی، نه نامرئی شدن کامل در اینترنت.0,00%
09:06🍯 Honeypot چیست؟ Honeypot یا «سیستم طعمه» یک سیستم یا سرویس عمداً آسیب‌پذیر یا جذاب است که در شبکه قرار می‌گیرد تا مهاجم را به سمت خودش بکشاند. ایده‌اش خیلی ساده‌ست: به‌جای اینکه منتظر باشیم مهاجم وارد سرور اصلی بشه، یک سیستم فیک جلوی دستش می‌ذاریم تا اگر اسکن کرد، لاگین کرد یا حمله‌ای انجام داد، فعالیتش ثبت و تحلیل بشه. مثلاً فرض کن توی شبکه چندتا سرور واقعی داری و کنار اون‌ها یک سرور Honeypot هم قرار میدی که ظاهراً روی خودش سرویس‌هایی مثل SSH، HTTP یا FTP داره. مهاجم وقتی شبکه رو اسکن می‌کنه، ممکنه به این سیستم برسه و فکر کنه یک سرور واقعی پیدا کرده. از اینجا به بعد Honeypot شروع می‌کنه به ثبت اطلاعاتی مثل: 🔹 IP مهاجم 🔹 پورت‌ها و سرویس‌هایی که بررسی کرده 🔹 نام کاربری و رمزهایی که امتحان کرده 🔹 دستورات و فعالیت‌های انجام‌شده 🔹 روش‌ها و ابزارهای مورد استفاده مهاجم 🔹 زمان و الگوی حمله نکته مهم اینه که Honeypot معمولاً سیستم اصلی سازمان نیست؛ بلکه یک محیط کنترل‌شده برای مشاهده رفتار مهاجمه. 🧠 یک مثال خیلی ساده مهاجم │ Network Scan │ ▼ ┌───────────────┐ │ Honeypot │ │ SSH / HTTP │ └───────┬───────┘ │ ثبت فعالیت مهاجم │ ▼ ┌───────────────┐ │ SIEM / SOC │ │ تحلیل لاگ‌ها │ └───────────────┘ پس Honeypot فقط برای گرفتن مهاجم نیست؛ یکی از کاربردهای مهمش اینه که بفهمیم مهاجم چطور فکر می‌کنه، چه چیزی اسکن می‌کنه و از چه تکنیک‌هایی استفاده می‌کنه. 🔥 انواع Honeypot Low-Interaction: ساده‌تره و فقط سرویس‌ها و رفتارهای محدودی رو شبیه‌سازی می‌کنه؛ ریسک کمتر و راه‌اندازی راحت‌تری داره. High-Interaction: یک محیط خیلی واقعی‌تر در اختیار مهاجم قرار میده تا رفتار و تکنیک‌هاش با جزئیات بیشتری قابل تحلیل باشه؛ ولی مدیریت و ایمن‌سازی اون سخت‌تره. ⚠️ نکته امنیتی Honeypot نباید تبدیل به راه ورود به شبکه اصلی بشه. باید کاملاً ایزوله و کنترل‌شده باشه، چون اگر مهاجم اون رو تحت کنترل بگیره، ممکنه از همون سیستم برای حمله به بخش‌های دیگه استفاده کنه.0,00%
09:00🔐 SSL/TLS و نصب Certificate؛ HTTPS دقیقاً چطور کار می‌کنه؟ وقتی وارد یه سایت میشی و اول آدرسش https:// می‌بینی، یعنی ارتباط بین مرورگر تو و سرور روی TLS رمزنگاری شده. خیلی‌ها هنوز بهش SSL میگن، ولی از نظر فنی SSL یه استاندارد قدیمی و منسوخ‌شده‌ست و چیزی که امروزه استفاده می‌کنیم TLS هست. حالا وسط این ماجرا یه چیزی داریم به اسم Certificate یا گواهی دیجیتال. Certificate در واقع به مرورگر کمک می‌کنه بفهمه سروری که بهش وصل شده واقعاً متعلق به همون دامنه‌ایه که کاربر وارد کرده. مثلاً وقتی وارد example.com میشی، مرورگر با سرور ارتباط برقرار می‌کنه و سرور Certificate خودش رو ارسال می‌کنه. مرورگر بعدش چند چیز مهم رو بررسی می‌کنه؛ مثلاً اینکه Certificate برای همین دامنه صادر شده باشه، تاریخ اعتبارش نگذشته باشه، امضای دیجیتالش معتبر باشه و زنجیره اعتمادش به یک Certificate Authority یا CA معتبر برسه. داخل Certificate معمولاً اطلاعاتی مثل نام دامنه، Public Key، صادرکننده گواهی، تاریخ اعتبار و اطلاعات مربوط به امضای دیجیتال وجود داره. اگر همه‌چیز درست باشه، فرآیند TLS Handshake ادامه پیدا می‌کنه. در این مرحله کلاینت و سرور روی کلیدهای لازم برای ارتباط امن توافق می‌کنن و بعد از برقراری ارتباط، داده‌های اصلی با Session Key و رمزنگاری متقارن منتقل میشن؛ چون برای انتقال حجم زیادی از اطلاعات سریع‌تر و بهینه‌تره. یه اشتباه رایج اینه که فکر کنیم کل اطلاعات HTTPS با Private Key رمزنگاری میشه. ❌ در واقع Private Key برای عملیات مربوط به احراز هویت و Handshake استفاده میشه و قرار نیست تمام ترافیک HTTPS با اون رمزنگاری بشه. بعد از برقراری Session، ارتباط اصلی با کلیدهای Session انجام میشه. برای راه‌اندازی HTTPS روی سرور معمولاً با سه بخش اصلی سروکار داریم: 🔹 Certificate → گواهی دیجیتال سایت 🔹 Private Key → کلید خصوصی مربوط به Certificate 🔹 Certificate Chain → زنجیره گواهی‌ها، مخصوصاً Intermediate Certificateها برای گرفتن Certificate می‌تونی از CAهایی مثل Let's Encrypt استفاده کنی. Let's Encrypt یکی از گزینه‌های رایج و رایگان برای HTTPS هست و امکان تمدید خودکار Certificateها رو هم فراهم می‌کنه. 🟢 اگر Nginx داشته باشی بعد از دریافت Certificate باید مسیر Certificate و Private Key رو در تنظیمات سایت مشخص کنی. معمولاً چیزی شبیه این داریم: ssl_certificate برای Certificate و: ssl_certificate_key برای Private Key. بعد از تغییر تنظیمات، Nginx رو Reload می‌کنی تا تنظیمات جدید اعمال بشن و سرور بتونه روی پورت 443 درخواست‌های HTTPS رو دریافت کنه. 🟣 در IIS ویندوز Certificate معمولاً داخل Windows Certificate Store وارد میشه و بعد در IIS Manager از قسمت Binding سایت، پروتکل HTTPS و Certificate موردنظر رو انتخاب می‌کنی. 🔴 در Apache Certificate و Private Key داخل Virtual Host مربوط به HTTPS تنظیم میشن و بعد سرویس Apache Reload یا Restart میشه. ⚠️ Private Key شوخی‌بردار نیست! Certificate عمومی مشکلی نداره و طبیعتاً برای کلاینت ارسال میشه، اما Private Key باید فقط روی سرور باقی بمونه و با Permission مناسب محافظت بشه. اگر Private Key لو بره، امنیت Certificate و ارتباطات مربوط به اون می‌تونه به خطر بیفته. یه بخش مهم دیگه هم Certificate Chain هست. گاهی Certificate اصلی روی سرور نصب شده، ولی مرورگر همچنان خطای SSL میده. یکی از دلایل رایج این مشکل اینه که سرور Intermediate Certificateها رو درست ارسال نمی‌کنه و مرورگر نمی‌تونه زنجیره اعتماد رو تا Root CA کامل کنه. 🔎 بعد از نصب Certificate هم بهتره فقط به سبز شدن قفل مرورگر اکتفا نکنی و تنظیمات TLS رو تست کنی. موارد مهمی که باید بررسی بشن: ▪️ نسخه‌های TLS ▪️ Cipher Suiteها ▪️ Certificate Chain ▪️ تاریخ انقضای Certificate ▪️ SNI ▪️ تنظیمات HTTP/2 ▪️ تنظیمات HTTP/3 ▪️ وضعیت Private Key ▪️ پیکربندی صحیح HTTPS در سرورهای امروزی بهتره TLS 1.2 و TLS 1.3 فعال باشن و نسخه‌های قدیمی مثل TLS 1.0 و TLS 1.1 غیرفعال بشن. برای بررسی و عیب‌یابی TLS هم ابزارهایی مثل OpenSSL و سرویس‌های تست TLS می‌تونن اطلاعات خیلی خوبی درباره Certificate، Chain، Cipherها و تنظیمات امنیتی سرور بهت بدن.0,00%
08:54A low-impact finding on one asset can become critical when combined with another: • IDOR → User ID disclosure • Open Redirect → OAuth flow abuse • Weak JWT validation → Authentication bypass0,00%
08:36مخابرات: سرعت اینترنت به زودی ۸۰ برابر افزایش پیدا میکنه. هوراا قراره ژاپن بشیم. پ‌ن: منظور از رشد، کیفیت نیست! قیمت خدمات هستش.0,00%