با وجود کارایی زیاد و انعطاف پذیری بالای زبان برنامه نویسی جاوا، این ابزار قدرتمند و رو به توسعه هنوز نتوانسته جایگاه مناسبی برای پیاده سازی پروژه های تجاری در مقایسه با سایر framework های موجود بیابد. از جمله دلایل اصلی عدم استفاده از جاوا در بیشتر پروژه های بزرگ تجاری، می توان به مشکل بازگشت پذیری یا decompile شدن کدهای نوشته شده، با این زبان برنامه نویسی اشاره کرد که این خود به تنهایی یک معضل بزرگ امنیتی در مسیر توسعه نرم افزارهای تجاری با استفاده از این ابزار به شمار می آید.
برنامه های نوشته شده در جاوا به دلیل استفاده از واسط زمان اجرای java runtime environment یا به طور اختصار jre برای مهیا کردن بستری مناسب برای جلوگیری از کامپایل مجدد کد منبع و همچنین حفظ قابلیت جابه جایی و استفاده در پلتفرم های مختلف، پس از کامپایل به جای تبدیل شدن به زبان ماشین یا همان «صفر» و «یک» به قالب خاصی از داده ها به نام byte code تبدیل می شود که این خروجی همان قالب قابل فهم و اجرا برای jre است.
همین موضوع باعث می شود کد برنامه های نوشته شده به زبان جاوا را با استفاده از متدهای مهندسی معکوس تا حدود زیادی بازیابی کرد. این مشکل به حدی جدی است که شرکت توسعه دهنده زبان جاوا یعنی سان میکروسیستمز، اقدام به ارائه ابزاری به نام obfuscator برای مبهم سازی کد منبع نوشته شده از طریق تزریق کدهای اضافی به زبان جاوا کرده تا پس از انجام عملیات دیکامپایل، کاربران نتوانند به راحتی قطعات مختلف کد حاصل را درک و تفسیر کنند.
اجرای این برنامه به گونه ای است که در بدنه توابع و کلاس ها در نتیجه نهایی و خروجی اصلی برنامه تغییری را در پی نخواهد داشت. البته استفاده از این متد که به صورت توکار (یا درون ساخت built-in) هم در کتابخانه های جاوا و هم توسط ide پیش فرض شرکت سان، یعنی netbeans نیز پشتیبانی می شود، نمی تواند تمام آنچه که برنامه نویسان برای ایجاد امنیت بیشتر به آن نیاز دارند را تامین کند. گذشته از این، استفاده از روش مذکور سبب افزایش حجم فایل اجرایی پس از کامپایل، کندی در بارگذاری و اجرای برنامه، سخت تر شدن انجام عملیات اشکال زدایی (دیباگ)، بالا بردن میزان استفاده از حافظه اصلی و تحمیل بار مضاعف بر دوش پردازنده به دلیل استفاده مکرر از حلقه های تکرار و تصمیم گیری می شود.
در این میان روشی کاملا ابتکاری توسط برخی برنامه نویسان برای هر چه بالاتر بردن ضریب امنیت در کدهای جاوا یا حتی دیگر زبان های برنامه نویسی که از یک قالب همسان با فریم ورک جاوا بهره می برند، ارائه شده است. این روش که به متد رمزگذاری (encryption) معروف است، هم اکنون به عنوان یکی از بهترین و موثرترین راه حل های مطرح شده برای حفاظت از کدهای جاوا شناخته می شود. تفاوت عمده این روش با دیگر متدها در این است که روش رمزگذاری از آغاز تا پایان باید توسط برنامه نویس و گروه توسعه دهنده پروژه پیاده سازی شود؛ برخلاف روش obfuscator که برای مبهم کردن کد منبع از الگوهای محدود و تکراری استفاده می کند.
شاید این موضوع در نگاه اول کمی دشوار به نظر برسد اما کارایی واقعی روش رمزگذاری به این موضوع وابسته است که منطق رمزنگاری در برنامه شما می تواند کاملا متفاوت با تصور دیگران یا به عبارت دیگر کاملا ابتکاری و شخصی باشد.
رفتار متد رمزگذاری
در این روش فرض بر این است که تمام یا تعدادی از کلاس های نوشته شده، به جز کلاس اصلی پروژه و کلاسی که قرار است عملیات کدبرداری دیگر کلاس ها را انجام دهد، با استفاده از یک برنامه واسط و یک کلید اصلی به مجموعه ای از کاراکترهای غیرقابل فهم و نامفهوم تبدیل شده است. سپس کلاس های کدشده در مسیر مناسب به پروژه افزوده می شوند.
کلاس اصلی پروژه باید بتواند با استفاده از توابعی که برای رمز گشایی کلاس های کدشده توسط برنامه نویس طراحی شده اند، کلاس های مذکور را در حافظه دیکد و بازسازی کند تا در محل و زمان مناسب فراخوانی و استفاده شوند. به این ترتیب حتی بعد از دیکامپایل شدن برنامه نیز کاربران با انبوهی از کلاس های رمزگذاری شده و کاراکترهای غیرقابل فهم روبه رو خواهند شد.
نحوه پیاده سازی
پیش از هر چیز باید گفت که بهترین حالت ممکن برای پیاده سازی روش رمزگذاری، زمانی است که تمام برنامه نویسی های مربوط به کلاس ها و متدهایشان به صورت کامل انجام شده و پروژه آماده کامپایل شدن نهایی باشد. همان طور که پیشتر نیز گفته شد، برای پیاده سازی این متد ما نیاز به یک برنامه واسط برای رمزنگاری کلاس های مورد نظرمان با استفاده از یک کلید اصلی و بر اساس الگویی که برنامه نویس مشخص کرده است داریم. برای نمونه، برنامه ساده ای بنویسید که تمام کاراکترهای یک فایل از نوع کلاس جاوا را به عنوان ورودی دریافت کرده و با یک مقدار به عنوان کلید اصلی xor کند. سپس باید کلاس یا تابع مستقلی برای کدبرداری کلاس های رمزگذاری شده با استفاده از همان کلید اصلی نوشته شود تا در هنگام اجرای برنامه بتوانیم با فراخوانی آن، کلاس های کد شده را در حافظه رمزگشایی و دوباره سازی کنیم و سرانجام برنامه بدون هیچ مشکلی بتواند اجرا شود. توجه داشته باشید که کلید اصلی به عنوان یک عنصر حیاتی برای حفظ امنیت و حتی ضامن اجرای صحیح برنامه، می تواند برای هر کلاس به صورت متفاوت تولید شود یا از مجموعه چند عملیات پیچیده ریاضی روی مقادیر گوناگون به دست آمده باشد، یا حتی روی یک قفل سخت افزاری ذخیره شود تا برنامه بدون وجود آن اصلا اجرا هم نشود.
برای پنهان ماندن الگوریتم کدبرداری کلاس ها نیز می توانید از فایل های کتابخانه ای پویا و استاندارد (برای ویندوز پسوند dll و برای گنولینوکس پسوند so) نوشته شده با زبان c استفاده کنید. البته در این حالت پیاده سازی الگوریتم رمزگشایی باید در همین کتابخانه ها انجام شود و همین طور برای حفظ قابلیت اجرا و انتقال روی سایر پلتفرم ها نیز باید کتابخانه های مورد نیاز و قابل استفاده روی سایر پلتفرم ها را هم ایجاد کرده و همراه با دیگر منابع به پروژه بیفزایید تا بتوانید با توجه به نوع سیستم عامل، فایل کتابخانه مورد نظر را بارگذاری کرده و توابع مورد نیاز برای رمزگشایی را از داخل این فایل ها فراخوانی کنید.
نتیجه گیری
روش یا متد رمزگذاری راه حل مناسبی برای حفظ امنیت کد برنامه های نوشته شده به زبان جاواست که بر خلاف دیگر روش های معمول در روند عادی اجرای برنامه خللی وارد نمی کند و در صورتی که به درستی پیاده سازی شود حتی می توان با اتکا به آن از فریم ورک جاوا، بدون ترس از دیکامپایل شدن برنامه در پروژه های تجاری بزرگ و مستقل از سکو نیز استفاده کرد و با خیال راحت از مواهب بسیار زیاد جاوا برخوردار شد.
منابع
http://java.sun.com
http://www.javaworld.com
http://www.devarticles.com
محمد جواد احمدی
مصیبت های توسعه پروژه های منبع باز
... توسعه دهنده نرم افزارهای منبع باز خواب حضور در یک نرم افزار تجاری را می بیند که تقویم درست و حسابی داشته باشد و مهندسان نرم افزار آن را کنترل کنند و طبق برنامه همه چیز جلو برود ... مسایل و مشکلات زیادی در راه انتشار یک بسته نرم افزاری به شیوه منبع باز وجود دارد که برخی از آن ها را از نظر می گذرانیم: نقشه راه: نقشه راه از کجا می آید و چه کسی تصمیم می گیرد که حالا نوبت چیست؟ مساله همین جاست که انتظار مخاطبان باید خوب تسویه شود و اغلب کار به اینجا ختم می شود که توسعه دهنده هر کجا که دلش خواسته بیشتر کار کرده و آن چیزی که قرار بود در نقشه راه پیاده شود، انجام نمی شود و هماهنگی بسیار بالایی را می طلبد ... زمان عرضه: برای قابلیت هایی که توسعه دهندگان به طور روزانه به نرم افزار اضافه می کنند یا خطاهایی که از آن حذف می کنند، این که دقیقا و در زمان مشخصی همه این ها تمام شوند، کار دشواری است ... کسانی که قرار است نرم افزار را تست کنند، هر کدام دیدگاه هایی دارند که باعث می شود روی یک نقطه خاص از نرم افزار کار کنند و این مساله تبدیل به وضعیتی می شود که نمی توان در روزی خاص، توسعه را متوقف کرد و همه چیز از دست مدیر نرم افزار خارج می شود ... توقف توسعه: بزرگتری مشکلی که بعد از هر عرضه ایجاد می شود این است که حجم عظیمی از انتظارها به سوی تیم توسعه سرازیر می شود و هر کسی انتظار دارد زمان عرضه چندروزی به تعویق افتاده شود و قابلیت موردنظر وی به سیستم اضافه شود ...
سیستم عامل موبایل: گذشته، حال، آینده
... اندروید بر پایه لینوکس ساخته شده است و شرکت توسعه دهنده این سیستم عامل توسط گوگل خریداری شده و سپس به صورت منبع باز ارائه گردیده است ... این سیستم عامل به توسعه دهندگان اجازه می دهد که کدهای مدیریت شده ای به زبان جاوا برای کنترل ابزارهای شرکت گوگل فراهم آورند ... توسعه دهندگان می توانند برای کنترل ابزارهای ارائه شده توسط شرکت گوگل از کتابخانه مبتنی بر جاوای ارائه شده به همراه این سیستم عامل استفاده کنند ... افزون بر این، بیش از 8 سال است که به عنوان یکی از سیستم عامل های پیشگام در صنعت توسعه برنامه های کاربردی و سرویس های مربوطه موفقیت خود را برای کاربران به اثبات رسانیده است ...
نصب 2 سیستم عامل روی گوشی n900
... تیم توسعه دهنده meego از ارائه آپدیت جدید این سیستم عامل خبر دادند که با استفاده از آن می توان 2 سیستم عامل را روی گوشی n900 تجربه کرد ...
تمدن پنجم در هزاره سوم
... ناشر: 2k games توسعه دهنده: firaxis games ژانر: تاریخی، نوبتی، استراتژی هواداران دو آتشه بازی های استراتژیک صدها ساعت از وقت خود را با لذت بردن هنگام آفرینش بازی سیدمایر گذرانده اند ...
رونمایی ابزارهای جدید در فیس بوک
... این ویژگی توسعه دهنده ویژگی دیگری است که پیش از این در این سایت وجود داشته اما تنها پنج درصد کاربران فیس بوک از آن بهره گرفته بودند ...
سیستم عامل آندروید بالا تر از اپل
... گروه خبری gsm: نتایج حاصل از بررسی مشترک دو شرکت تحقیقاتی super hybrid engine و idc نشان داد طی چند ماه گذشته میزان علاقمندی مراکز توسعه دهنده نرم افزار به فعالیت روی سیستم عامل اندروید گوگل بیشتر از دیگر سیستم های عامل موجود در بازار شده و در مقابل ios اپل محبوبیت خود را نزد این مراکز از دست داده است ... به گزارش سایت (ایستنا) به گفته این دو مرکز تحقیقاتی 72 درصد مراکز توسعه دهنده نرم افزاری جهان اندروید را بهترین سیستم عامل موبایلی خوانده اند و اعلام کرده اند که سیستم عامل آینده در حوزه تلفن های همراه اندروید است ... در این میان 25 درصد مراکز توسعه دهنده نرم افزاری ios را بهترین سیستم عامل موبایلی موجود در بازار می دانند ... این بررسی همچنین نشان داد که 59 درصد توسعه دهندگان نرم افزار آینده سیستم عامل اندروید را روشن می دانند و در مقابل، 35 درصد این مراکز اعلام کرده اند که ios اپل در آینده موفقیت های بیشتری را پیش رو خواهد داشت ... لازم به ذکر است که در کنار علاقمندی زیاد مراکز توسعه دهنده نرم افزاری به سیستم عامل اندروید، مراکز سخت افزاری نیز این سیستم عامل را به برنامه های رقیب ترجیح می دهند ...
اینترنت اکسپلورر 9 رسما وارد شد
... در حال حاضر بیش از 70 توسعه دهنده وب و عرضه کننده برنامه های جانبی از این استاندارد جدید استفاده می کنند ...
ساده ترین لینوکس
... اما برای بسیاری از انواع کاربران از جمله توسعه دهنده ها مناسب نخواهد بود ... البته که به نظر نمی رسد عطشی که برای توسعه لینوکس در سال 2009 وجود داشت و به دلیل وجود نت بوک ها، معرفی سیستم های موبایل بر پایه لینوکس و ...
|
صفحه 1
|
2 | 3 | 4 |
|
