وقتی میخواهیم فایروال، IPS یا یک تجهیز امنیتی لبه شبکه بخریم، معمولاً اولین چیزی که جلوی چشم میآید چند عدد داخل دیتاشیت است: throughput، تعداد session، نرخ new session و چند شاخص دیگر. مشکل از جایی شروع میشود که این اعداد را مستقیم کنار دیتاشیت یک برند دیگر میگذاریم و بر اساس همان تصمیم میگیریم. تجربه عملی من این است که این مقایسه، اگر شرایط تست را نفهمیم، خیلی راحت ما را سورپرایز میکند.
در شبکه واقعی، ترافیک فقط HTTP تمیز با packet بزرگ نیست. ترکیبی از وب، DNS، TLS، فایل، آپدیت، ترافیک داخلی، sessionهای کوتاه و بلند، packetهای کوچک و بزرگ، NAT، IPS، لاگ، route و policy داریم. هر کدام از اینها روی کارایی فایروال اثر میگذارد.
یک تغییر کوچک در سناریوی تست میتواند عدد نهایی را کاملاً عوض کند. مثلاً throughput با packetهای 1518 بایت معمولاً با throughput در packetهای 64 بایت قابل مقایسه نیست. یا دستگاهی که با ترافیک ساده عدد خوبی میدهد، وقتی IPS و application control فعال میشود رفتار متفاوتی نشان میدهد.
خود برندها هم معمولاً با زبان حقوقی و فنی میگویند که کارایی دستگاه وابسته به نوع ترافیک، نسخه نرمافزار، قابلیتهای فعال و روش تست است. این بخشها را نباید نادیده گرفت؛ اتفاقاً همانجا اصل ماجرا نوشته شده است.
در دیتاشیت Juniper SRX1500 هم شرایط تست ذکر شده است. نکته مهم این است که روش تست جونیپر الزاماً با روش تست سیسکو یا فورتیگیت یکی نیست. بنابراین اگر فقط جدول عددها را کنار هم بگذاریم، ممکن است به نتیجه اشتباه برسیم.
یکی از مواردی که زیاد دستکم گرفته میشود، سایز packet است. خیلی از دیتاشیتها عددهای جذاب را با packet بزرگ اعلام میکنند. اما در ترافیک واقعی، مخصوصاً در شبکههای سازمانی و اینترنتی، همیشه با packet بزرگ طرف نیستیم. packetهای کوچک فشار بیشتری روی پردازش دستگاه میگذارند.
همین موضوع در گزارشهای مستقل هم دیده میشود؛ یک دستگاه ممکن است با packet بزرگ چند برابر عدد بهتری نسبت به packet کوچک بدهد. پس اگر شبکه شما ترافیک ریزدانه و session زیاد دارد، نباید فقط عدد بالای throughput را ببینید.
در ارائه Cisco Live 2018 با عنوان What is performance testing and the performance envelope? به همین موضوع اشاره شده بود. بحث اصلی این است که برای تست یک تجهیز امنیتی با مجموعه بزرگی از متغیرها طرف هستیم؛ از نوع ترافیک و تعداد flow گرفته تا policy، NAT، IPS، تعداد route و logging.
اگر حتی بخشی از این متغیرها را تغییر بدهیم، نتیجه تست عوض میشود. به همین دلیل عدد دیتاشیت بیشتر نشان میدهد دستگاه در یک سناریوی مشخص چه کرده، نه اینکه در شبکه شما دقیقاً همان عدد را خواهد داد.
راه درست این نیست که دیتاشیت را کنار بگذاریم. دیتاشیت لازم است، اما باید درست خوانده شود. من معمولاً این موارد را قبل از انتخاب تجهیز بررسی میکنم:
دیتاشیت برای مقایسه مدلهای یک خانواده بسیار مفید است؛ مثلاً وقتی میخواهیم بین چند مدل FortiGate یا چند مدل Cisco Firepower انتخاب کنیم. چون معمولاً روش تست داخل همان برند یکدستتر است. اما برای مقایسه مستقیم دو برند، باید خیلی با احتیاط جلو رفت.
اگر یک برند برای NGFW throughput عددی داده و برند دیگر firewall throughput را برجسته کرده، این دو عدد الزاماً یک مفهوم ندارند. همین تفاوتهای کوچک در عنوان جدول، گاهی تفاوت بزرگی در تصمیم خرید ایجاد میکند.
دنیا جای سورپرایز شدن است؛ مخصوصاً وقتی خرید فایروال را فقط با چهار عدد دیتاشیت انجام بدهیم. دیتاشیت را بخوانید، اما پاورقیها، شرایط تست، نوع ترافیک و قابلیتهای فعال را هم ببینید. اگر سرویس مهمی پشت این تجهیز قرار میگیرد، انتخاب درست فایروال فقط خرید یک مدل قویتر نیست؛ باید بفهمیم دستگاه در سناریوی واقعی ما چه رفتاری خواهد داشت.
وقتی F5 BIG-IP را فقط به چشم یک لودبالانسر ساده ببینیم، معمولاً طراحی در همان…
در امنیت شبکه معمولاً همه حواسها میرود سمت سرورها، آنتیویروس، کاربران، ایمیل و حملات فیشینگ.…
معرفی ابزار پایتونی FortigateToJuniper برای تبدیل اولیه policyها، objectها و address groupهای FortiGate به دستورهای…
اگر کار ما فقط وصل کردن چند کابل و نوشتن چند دستور روی روتر بود،…
CentOS 7 سالها یکی از انتخابهای رایج برای سرورهای لینوکسی بود؛ مخصوصاً در محیطهایی که…
هاردنینگ یعنی کم کردن سطح حمله. نه با یک دستور جادویی، نه با نصب یک…