نسل جدید Proxmark
Proxmark5 در سال ۲۰۲۶ به‌صورت عمومی عرضه شد و همان حوزه اصلی Proxmark یعنی خواندن، نوشتن، شبیه‌سازی و تحلیل LF/HF RFID را روی سخت‌افزار جدیدتر ادامه می‌دهد.
تفاوت با RDV4
سازنده روی عملکرد سریع‌تر، سیستم آنتن ماژولار و قابلیت‌های مستقل و بی‌سیم تمرکز کرده است. Client مشترک می‌تواند با Proxmark3 و Proxmark5 کار کند.
نکته خرید
Firmware نسل جدید هنوز در حال بلوغ است. اگر به workflow بسیار تثبیت‌شده نیاز دارید RDV4 همچنان گزینه قابل‌اتکایی است؛ برای توسعه نسل جدید، Proxmark5 جذاب‌تر است.
نقش ابزار در آزمایشگاه RFID
Proxmark یک ابزار پژوهشی برای مشاهده و آزمون سامانه‌های شناسایی رادیویی است. ارزش آن فقط در انجام یک عملیات آماده نیست؛ امکان دیدن رابطه آنتن، میدان، پاسخ برچسب و تفسیر پروتکل به پژوهشگر کمک می‌کند علت رفتار را بفهمد. برای شروع، یک مجموعه برچسب آموزشی متعلق به آزمایشگاه انتخاب کنید و هدف را به شناسایی نوع و تکرارپذیری خواندن محدود کنید. این دامنه کوچک اجازه می‌دهد تفاوت مشکل فیزیکی و مشکل نرم‌افزاری روشن شود، بدون آنکه سامانه واقعی کنترل دسترسی درگیر آزمایش شود.
در ارزیابی یک محصول تازه، سخت‌افزار قابل پشتیبانی را با قابلیت آماده میان‌افزار یکسان نگیرید. صفحه رسمی Proxmark 5 در زمان بررسی، میان‌افزار را در حال توسعه و آزمایشی توصیف می‌کند و برای بعضی امکانات افزونه‌ای هنوز محدودیت پشتیبانی ذکر شده است. بنابراین وجود اتصال یا ماژول به معنی آماده بودن همه گردش‌کارها نیست. برای تصمیم عملی، وضعیت همان قابلیت مورد نیاز را در راهنمای پروژه و نسخه نصب‌شده بررسی کنید. عدد سرعت یا برد را نیز بدون شرایط آزمون به محیط خود تعمیم ندهید.
تفاوت باند، پروتکل و نوع کارت
دو برچسب ممکن است ظاهر مشابه داشته باشند ولی در باند یا پروتکل متفاوت کار کنند. شکل کارت، رنگ و نوشته روی بدنه برای تشخیص فنی کافی نیست. همچنین شناخت باند به تنهایی نوع سازوکار امنیتی را تعیین نمی‌کند. یک سامانه می‌تواند فقط شناسه ثابت بخواند و سامانه دیگر در همان خانواده کلی از احراز هویت قوی‌تر استفاده کند. در گزارش موجودی، باند، خانواده پروتکل و رفتار مشاهده‌شده را جدا ثبت کنید. اگر بخشی مشخص نشده، آن را ناشناخته بنویسید و از حدس قطعی خودداری کنید.
برای تمرین، چند نمونه آموزشی با برچسب فیزیکی روشن آماده کنید. هر بار فقط یک نمونه را نزدیک آنتن قرار دهید و نتیجه شناسایی را ثبت کنید. حضور چند کارت می‌تواند رفتار ضدتصادم یا انتخاب برچسب را وارد آزمایش کند و نتیجه نخستین تمرین را پیچیده سازد. پس از شناخت پاسخ تک‌نمونه، آزمایش چندنمونه را جدا انجام دهید. هدف این است که بدانید تغییر نتیجه از تعداد برچسب‌ها آمده یا از جابه‌جایی، تغذیه و تنظیم آنتن.
اتصال فیزیکی و تغذیه را جدی بگیرید
کابل نامناسب یا اتصال ناپایدار می‌تواند به خطاهایی شبیه مشکل میان‌افزار منجر شود. پیش از تعویض نرم‌افزار، شناسایی دستگاه در سیستم‌عامل و پایداری ارتباط را بررسی کنید. از کابل داده سالم و درگاه مناسب استفاده کنید و اگر هاب در مسیر است، یک بار اتصال مستقیم را آزمایش کنید. ثبت قطع و وصل در گزارش سیستم‌عامل سرنخ خوبی است. تغییر همزمان کابل، نسخه و آنتن علت را مبهم می‌کند؛ هر بار یک متغیر را تغییر دهید.
آنتن و قطعات جانبی نیز باید مطابق راهنمای سازنده متصل شوند. قابلیت جدا شدن آنتن مجوز اعمال فشار مکانیکی یا اتصال قطعه ناسازگار نیست. هنگام تعویض، وضعیت تغذیه و روش توصیه‌شده را رعایت کنید و از لمس یا اتصال ناخواسته پایه‌های باز جلوگیری کنید. در محیط آموزشی، یک فهرست تصویری از قطعات و جهت صحیح اتصال تهیه کنید. بسیاری از زمان‌های عیب‌یابی با یک اتصال فیزیکی درست صرفه‌جویی می‌شود، نه با اجرای فرمان‌های بیشتر.
نسخه کلاینت و میان‌افزار را با هم ثبت کنید
کلاینت رایانه و میان‌افزار دستگاه دو بخش یک زنجیره هستند. ناسازگاری آن‌ها می‌تواند باعث فرمان ناشناخته، تفسیر نادرست پاسخ یا رفتار غیرمنتظره شود. برای هر آزمایش، شناسه ساخت و منبع دریافت هر دو را ثبت کنید. صرف نوشتن نام محصول کافی نیست. اگر ابزار از شاخه توسعه ساخته شده، بازبینی دقیق کد یا بسته را در یادداشت نگه دارید تا نتیجه بعداً قابل تکرار باشد. نسخه شناور، گزارش علمی یا عملیاتی را ضعیف می‌کند.
پیش از به‌روزرسانی، راه بازیابی رسمی و اجزایی را که باید هماهنگ باشند مطالعه کنید. دستگاهی که در حالت عادی پاسخ نمی‌دهد ممکن است هنوز مسیر بازیابی داشته باشد، اما روش آن به سخت‌افزار وابسته است. از راهنمای نسل قبلی بدون تطبیق استفاده نکنید. در آزمایشگاه، یک نسخه شناخته‌شده سالم و یادداشت روش بازگشت نگه دارید. هدف به‌روزرسانی باید رفع مشکل یا افزودن قابلیت لازم باشد، نه صرفاً تازه بودن شماره نسخه.
طراحی آزمایش خواندن تکرارپذیر
یک پایه ساده برای ثابت نگه داشتن فاصله و زاویه برچسب مفید است. در هر مرحله محل برچسب، نوع آنتن و نتیجه را ثبت کنید. اگر بار اول پاسخ آمده و بار دوم نه، پیش از نتیجه‌گیری درباره خرابی کارت، وضعیت هندسی را کنترل کنید. اجسام فلزی نزدیک، سطح میز و حضور تجهیزات دیگر می‌توانند روی کوپلینگ اثر بگذارند. برای مقایسه دو آنتن، همه شرایط دیگر باید تا حد ممکن ثابت بمانند. آزمایش دستی بدون ثبت موقعیت برای ادعای برد دقیق مناسب نیست.
چند تکرار در هر وضعیت انجام دهید و تعداد پاسخ موفق را ثبت کنید. یک موفقیت تصادفی در فاصله دور، برد عملی قابل اتکا را نشان نمی‌دهد. همچنین مفهوم خواندن موفق را تعریف کنید: آیا فقط وجود میدان دیده شده، نوع پروتکل تشخیص داده شده یا داده مورد انتظار کامل دریافت شده است؟ این سطوح متفاوت‌اند. گزارش باید دقیقاً همان سطح مشاهده‌شده را بیان کند. استفاده از واژه کلی «کار کرد» انتقال دانش به همکار دیگر را دشوار می‌کند.
شناسه کارت با اثبات هویت برابر نیست
دیدن یک شناسه رادیویی به معنی دانستن همه داده کارت یا امکان استفاده از آن در هر خوانشگر نیست. سامانه ممکن است علاوه بر شناسه، احراز هویت رمزنگاری‌شده یا کنترل در سمت سرور داشته باشد. در ارزیابی دفاعی، پرسش مفید این است که سامانه واقعی بر چه شاهدی برای اجازه دسترسی تکیه می‌کند. پاسخ را از طراحی و مشاهده مجاز به دست آورید، نه از ظاهر کارت یا خروجی یک فرمان شناسایی. وجود شناسه ثابت لزوماً به تنهایی آسیب‌پذیری کامل را ثابت نمی‌کند.
برای یک سامانه آموزشی، می‌توانید تفاوت تصمیم بر اساس شناسه و تصمیم بر اساس احراز هویت را در سطح معماری مقایسه کنید. در حالت نخست، خوانشگر فقط مقدار قابل مشاهده را به کنترل‌گر می‌دهد. در حالت دوم، یک فرایند اثبات دانش یا اعتبار نیز لازم است. این مقایسه به تیم خرید کمک می‌کند سؤال درست از فروشنده بپرسد: چه چیزی مانع پذیرش یک شناسه تکراری می‌شود و کلیدها چگونه مدیریت می‌شوند؟ پاسخ مستند از نمایش نمایشی ابزار مهم‌تر است.
ثبت داده و حفاظت از نمونه‌ها
فایل‌های ثبت‌شده از برچسب‌ها ممکن است اطلاعات شناسایی یا داده سازمانی داشته باشند. آن‌ها را با نام مستعار نمونه و شناسه آزمایش نگه دارید. ارتباط نام مستعار با مالک واقعی باید جدا و با دسترسی محدود باشد. برای گزارش عمومی از برچسب آموزشی استفاده کنید. اگر آزمایش فقط به زمان‌بندی و ساختار پروتکل نیاز دارد، نگهداری داده شخصی اضافی ضرورتی ندارد. محدوده ثبت را با سؤال پژوهش هماهنگ کنید تا مجموعه‌ای از داده حساس بی‌استفاده نسازید.
نمونه فیزیکی نیز باید برچسب و وضعیت مشخص داشته باشد. اگر کارت قابل نوشتن آموزشی استفاده می‌شود، محتوا و تنظیمات اولیه آن را ثبت کنید و هر تغییر را در دفتر آزمایش بنویسید. نتیجه دو آزمایش روی نمونه‌ای که میان آن‌ها تغییر کرده قابل مقایسه نیست. برای جلوگیری از اشتباه، کارت‌های آموزشی را از کارت‌های عملیاتی جدا نگه دارید. این جداسازی ساده هم کیفیت آزمایش را بالا می‌برد و هم احتمال استفاده ناخواسته از نمونه واقعی را کم می‌کند.
عیب‌یابی پاسخ ضعیف یا نامنظم
ابتدا بررسی کنید دستگاه و کلاینت ارتباط پایدار دارند. سپس با نمونه آموزشی شناخته‌شده، آنتن و مسیر دریافت را آزمایش کنید. اگر نمونه مرجع هم پاسخ نمی‌دهد، تمرکز روی دستگاه، اتصال و تنظیم منطقی است. اگر نمونه مرجع سالم است ولی نمونه دیگر نه، باند، پروتکل، موقعیت و وضعیت خود برچسب را بررسی کنید. این روش استفاده از مرجع، عیب‌یابی را از حدس درباره همه اجزا به مقایسه کنترل‌شده تبدیل می‌کند.
در مرحله بعد، خروجی خام و تفسیر کلاینت را از هم جدا نگه دارید. ممکن است داده دریافت شده باشد اما تحلیل‌گر پروتکل آن را کامل نشناسد. این وضعیت با نبود سیگنال متفاوت است. هنگام گزارش مشکل به پروژه، نسخه، نوع سخت‌افزار، نمونه آموزشی قابل بازتولید و مراحل کوتاه را ارائه کنید و داده کارت واقعی را منتشر نکنید. گزارش دقیق امکان اصلاح نرم‌افزار را بیشتر از تصویر یک خطای مبهم فراهم می‌کند.
معیار انتخاب برای یک تیم
پیش از خرید یا جایگزینی نسل قبلی، سه نیاز را روشن کنید: پروتکل‌های مورد استفاده، قابلیت‌های واقعاً آماده و توان تیم برای کار با نسخه در حال توسعه. سخت‌افزار تازه ممکن است ظرفیت بیشتری داشته باشد، اما برای کار روزمره پایداری گردش‌کار مهم است. هزینه زمان آموزش، نگهداری نسخه و لوازم جانبی را نیز در نظر بگیرید. انتخاب مناسب برای پژوهش توسعه‌ای ممکن است با انتخاب مناسب برای عملیات تکراری متفاوت باشد. نتیجه یک ارزیابی خوب باید به یک نیاز مشخص پاسخ دهد، نه صرفاً برتری کلی یک نام محصول را اعلام کند.
برای پذیرش ابزار، یک مجموعه آزمایش کوچک با نمونه‌های متعلق به تیم بسازید: شناسایی پایدار، ثبت قابل بازخوانی، قطع و وصل سالم و بازیابی پس از به‌روزرسانی کنترل‌شده. همین مجموعه را پس از تغییر میان‌افزار دوباره اجرا کنید. اگر نتیجه تغییر کرد، تفاوت را پیش از استفاده عملی بررسی کنید. بدین ترتیب Proxmark به یک ابزار اندازه‌گیری قابل اتکا در فرایند پژوهش تبدیل می‌شود و ارزش آن از اجرای چند فرمان فراتر می‌رود.
گزارش اختلاف میان دو نسخه
اگر پس از به‌روزرسانی، یک نمونه آموزشی دیگر شناسایی نمی‌شود، همان نمونه را با نسخه سالم قبلی و شرایط ثابت بررسی کنید. نتیجه متفاوت می‌تواند نشانه پسرفت نرم‌افزاری باشد، اما ابتدا تغییر کابل، آنتن و تنظیمات را کنار بگذارید. گزارش مفید شامل کوچک‌ترین مجموعه مراحل بازتولید است. لازم نیست همه خروجی‌های طولانی را منتشر کنید؛ بخش مرتبط و اطلاعات نسخه معمولاً برای شروع بهتر است. داده نمونه واقعی سازمان را با نمونه آموزشی جایگزین کنید تا بررسی عمومی بدون افشای اطلاعات انجام شود. پس از دریافت اصلاح، همان آزمایش اولیه را تکرار کنید و نتیجه را به گزارش اضافه کنید. این چرخه، آزمایشگاه را به منبع شواهد برای بهبود ابزار تبدیل می‌کند.
