امنيت سيستمهاي بانكداري الكترونيكي امروزي
تکفا- امروزه فناوري رشد و تكاملي شتابان دارد و همواره ابعادي تازه را در زندگي روزانه ما پديد ميآورد و در اين راه، سيستمهاي بانكداري الكترونيكي، خدمات بانكي آساني را براي ما فراهم آورده است.
تبادل اطلاعات ميان كاربر و بانك، بهكمك ابزارهاي ATM1، بانكداري تلفني و اينترنتي و بيش از همه بانكداري موبايلي، تا اندازه زيادي بهبود يافته است.
اين نوشتار به امنيت سيستمهاي بانكداري الكترونيكي ميپردازد و تمركز آن بر بانكداري اينترنتي و موبايلي بوده، تكنيكهايي كه در اين زمينه در سيستمهاي جاري بهكار ميرود را ارايه ميكند تا يك الگو و سرمشق را - بههمراه بهبود و توسعه در آينده - نشان ميدهد. بيشتر مواردي كه در اين نوشتار ميآيند، در ديگر خدمات الكترونيكي - مانند تجارت الكترونيكي و دولت الكترونيكي - نيز كاربرد دارند.
1- پيشگفتار
سيستمهاي بانكداري الكترونيكي به همه اين امكان را ميدهد كه سريع و آسان به كارهاي بانكي خود - مانند دريافت موجودي حساب، انتقال پول ميان حسابهاي گوناگون يك مشتري، انتقال پول از حساب يك مشتري به حساب مشتري ديگر و دريافت صورت حساب بانكي در يك دوره ويژه - دسترسي داشته باشند. برخي از بانكها خدماتي مانند انتقال سهام و ارسال فايلهاي پرداخت از يك حساب مشخص به حساب افراد گوناگون (مانند پرداخت حقوق) را نيز انجام ميدهند.
با گسترش فناوري، انواع سيستمهاي بانكداري الكترونيكي نيز ايجاد شده است كه هر يك از آنها ابعادي تازه را - در زمينه تبادل اطلاعات ميان كاربر و بانك - ارايه ميكنند. ATM نخستين سيستم شناخته شدهاي است كه براي آساني دسترسي كاربران به فعاليتهاي بانكي خود معرفي گرديد. بهكمك يك رابط گرافيكي كاربر (UGI2)، كاربر ميتواند برخي از اين كارها را اجرا كند و اين عمليات به سيستم كامپيوتر مركزي بانك منتقل ميگردد. گام بعدي، معرفي بانكداري تلفني بود. كاربران با تلفن از خانه به سيستم كامپيوتري بانك متصل شده، با كليدهاي تلفن كار بانكي خود را انجام ميدادند.
اينترنت نيز يك جايگزين تازه براي سيستم بانك تلفني پيشنهاد كرده است. مردم با يك رابط كاربرپسند و پيچيدهتر، يك مرورگر يا برنامه كاربردي استاندارد، ميتوانند در اينترنت به سيستم كامپيوتري بانك راه يابند. ابزارهاي الكترونيكي همواره در حال كوچك شدن هستند، در حاليكه كارايي آنها افزايش مييابد. هماكنون، تلفن همراه نيز امكان اجراي سيستم بانكداري الكترونيكي را فراهم آورده است.
1-1- دامنه پژوهش
اين نوشتار درباره امنيت سيستمهاي بانكداري الكترونيكي امروزي سخن ميگويد و تمركز آن، بيشتر روي بانكداري اينترنتي، www ]2[ و بانكداري موبايلي ]32[، 3WAP است. كار ما برپايه يك بررسي گسترده از سيستمهاي موجود بانكداري اينترنتي جهاني است و اين بررسي بر مبناي اطلاعات عمومي موجود تنظيم گرديده است. بررسي و پژوهش نيز روي كاربر و تبادل اطلاعات ميان كاربر و بانك متمركز است.
ما امنيت نزديك به 30 سيستم بانكداري الكترونيكي را بررسي كردهايم كه تنها بخش كوچكي از سيستمهاي زير پوشش بانكداري الكترونيكي است و معتقديم كه اين زيرمجموعه، نماينده خوبي براي همه سيستمهاي بانكي موجود است.
1-2- عنوان بخشهاي اين نوشتار
اين نوشتار بهصورت زير سازماندهي شده است: بخش 2 با توضيح زيربناي معماري www و سيستمهاي بانكداري الكترونيكي WAP آغاز ميشود، سپس نيازهاي اساسي امنيت در سيستم بانكداري الكترونيكي تعيين ميگردد، تعادل مهم امنيت در برابر هزينه نشان داده ميشود، خدمات متفاوت بانك در سيستم بانكداري الكترونيكي - كه با ساختار دروني بانك مرتبط است - بهكوتاهي بررسي ميشود و سرانجام فرق ميان دو سيستم امنيت شناخته ميشود.
بخش 3 به امنيت مخابرات ميان مشتري و بانك ميپردازد و بخش 4 موضوع احراز هويت مشتري را بهدقت تشريح ميكند. در بخش 5 نيز جنبههاي ديگر امنيت بررسي ميشود و در پايان در بخش 6، دستآوردها جمعبندي خواهد شد. اين مطالب اشارهاي به بهترين روش كنوني و چند پيشنهاد براي بهبود در آينده را نيز در بر دارد.
2- معماري و نيازمنديهاي امنيت
2-1- معماري اينترنت
شكل 1 ساختار معماري در سيستم بانكداري الكترونيكي مبتني بر اينترنت
پركاربردترين راه ارتباط با بانك - براي كاربري كه يك كامپيوتر شخصي با اتصال شبكه دارد - از طريق يك مرورگر وب4 براي كار بانكي بر بستر شبكه جهاني (WWW5) يا بانكداري اينترنتي6 (وبي) است. در اين حالت پروتكل استاندارد براي ارتباط ميان مرورگر و وبسرور7 بانك بهكار خواهد رفت. اين پروتكل استاندارد http است كه بالاي لايه امنيت جاي دارد. http زبان ارتباطي شبكه جهاني است.
يك بانك اغلب به امنيتي بيش از آنچه كه مرورگرهاي معمولي فراهم ميآورند، نياز دارد. اعمال اين امنيت اضافه در محدوديتهاي آمريكا براي صادرات، ، بهويژه شامل رمزنگاري نيرومند است. يك برنامه كاربردي ويژه كلاينت / سرور8 قابل نصب بر كامپيوترهاي شخصي، ارتباط با بانك را برقرار ميكند. پروتكل مشابهي كه در مرورگر/سرور وب بهكار ميرود، امنيت دلخواه را فراهم ميآورد. اما بانك بايد نرمافزار مورد نياز مشتري را فراهم كند، زيرا به مرورگرهاي نصب شده روي كامپيوتر مشتري اعتماد چنداني نيست.
براي دوري از مسايل مرتبط به توزيع و نصب نرمافزارهاي اضافه كامپيوتر مشتري، بانك اغلب يك راهحل مناسب را پيش ميگيرد. يك مرورگر عادي روي كامپيوتر مشتري نصب ميگردد، اما براي افزايش ضريب امنيت دلخواه، يك قطعه برنامه جاوا9 از سايت بانك روي كامپيوتر مشتري كپي ميشود. اين برنامه يك نرمافزار كوچك است كه در هنگام فعال شدن مرورگر، بهكار افتاده، امنيت دلخواه را تامين ميكند.
بزرگترين امتياز اين روش اين است كه سرور بانك ميتواند نرمافزار مشتري را پشتيباني و روزآمد كند. كامپيوتر مشتري بهطور خودكار نگارشهاي تازه نرمافزار را از سايت بانك دريافت ميشود. لذا بانكها نيازي به توزيع و نصب نرمافزار خود با روشهاي پيشين ندارند.
2-2- معماري WAP
شكل 2) زيربناي معماري سيستم بانكداري الكترونيكي بر مبناي WAP
هنگاميكه يك مشتري، موبايل با امكانات WAP داشته باشد، ميتواند با ارتباط بيسيم به بانك متصل شود. WAP در اصل يك ابزار بدون سيم براي استفاده از پروتكل اينترنتي يعني TCP/IP است.
براي اتصال بيسيم به اينترنت، به پراكسي WAP يا گيتوي10 نياز است تا پروتكل WAP را به پروتكل TCP/IP ترجمه و تبديل كند. براي مثال اين نرمافزار با كدگذاري، حجم دادهها را براي ارسال كاهش ميدهد.
همچون www، رابط كاربر سيستم بانكداري الكترونيكي، يك مرورگر كوچك در تلفن همراه است.
ارتباط ميان تلفن همراه و پراكسيWAP11 با پروتكلي - كه با آنچه كه در اينترنت بهكار ميرود، بسيار همانند است - محافظت ميشود.
اختلاف عمده در سيستم بانكداري بر مبناي WAP، اين است كه ارتباط نقطهبهنقطه ميان كامپيوتر مشتري و وبسرور بانك وجود ندارد. بانك نبايد متكي بر نرمافزار پيشفرض و غيرقابل اعتماد باشد، اما در يك محيط با سرور ايمن و قابل اعتماد، ميتواند كار كند.
2-3- نيازمنديهاي امنيت
نيازمنديهاي امنيتي عمومي زير ]22[در سيستمهاي بانكداري الكترونيكي نيز بهكار ميرود:
* امنيت و رازداري12، اين اطمينان را ميدهد كه تنها افراد صلاحيتدار ميتوانند به محتواي اطلاعات مبادله شده دست يابند. براي مثال، استراقسمعكنندگان نبايد بفهمند كه يك كاربر خاص چه اعمالي در سيستم انجام ميدهد.
* تاييد دادهها13، يعني تاييد دادههاي اصلي و حفظ يكپارچگي داده و اينكه دادهها از دستكاري و تغيير توسط افراد غيرمجاز مصون باشد. دستكاري وارده شامل افزودن، حذف يا تغيير محتواي داده است. براي مثال، كاربر و بانك بايد اطمينان يابد كه داده موجود واقعي است نه داده دستكاري شده.
* تاييد موجوديت14، كاربر بايد - پيش از آنكه اطلاعات حساسي را بفرستد - اصمينان يابد كه با بانك حقيقي كار ميكنند. بانك نيز بايد پيش از اجراي تراكنشها، كاربر را شناسايي كند.
* انكار ناپذيري15، از تكذيب عمليات انجام شده پيشين جلوگيري ميكند. براي نمونه، بانك بايد بتواند ثابت كند كه يك كاربر خاص، كارهي ويژهاي را انجام داده است، اما بههر حال آنرا فراموش يا تكذيب ميكند.
2-4- هزينه در ازاي امنيت
اندازه امنيت، نيازمند اين است كه از برخي ريسكها و بهبار آوردن هزينههاي مربوط به آن جلوگيري كند. درجه و مقياس امنيت نيز، خود هزينههايي را به سيستم تحميل ميكند. اينكه سيستم داراي امنيت بالا باشد، هزينههاي خود را خواهد داشت و بانك در اين باره تصميم خواهد گرفت.
در سيستمهاي بانكداري الكترونيكي، بايد تا جاي ممكن، هزينههاي اضافي مربوط به مشتري كاهش يابد و كاربر بتواند از سيستم بانكداري الكترونيكي و نرمافزارهاي استاندارد موجود بهره برد. اين كار سيستم بانكداري الكترونيكي را جذابتر خواهد كرد، اما متاسفانه ممكن است امنيت سيستم را به مخاطره اندازد. در عمل بانكها تلاش ميكنند كه با امكانات بيشتر براي كاربران، درجه ريسك سيستم را نيز به كمترين اندازه برسانند.
2-5- خدمات سيستم بانكداري الكترونيكي
اين مقاله تمركز خود را بر كاربر و تبادل اطلاعات ميان كاربر و بانك قرار داده است؛ با اين وجود اگر اندكي به ساختار دروني بانك پرداخته شود، بينش و آگاهي بيشتري در سيستم بانكداري الكترونيكي ايجاد خواهد شد.
اگر بخواهيم يك سيستم بانكداري الكترونيكي دلخواه را بررسي كنيم، چهار وظيفه عمده در آن بانك موجود است. اين چهار وظيفه، چهار گونه خدمت را ارايه ميكنند:
1) بانك - براي مبادله اطلاعات با مشتريان - نياز به يك رابط سرور16 دارد. بهاين رابط در همه محيطهاي WWW, ATM و WAP نياز است.
2) بانك بايد هويت و اطلاعات مشتري را و درستي پاسخهاي او را بررسي كند. اين كار توسط سرور تاييد17 انجام ميپذيرد.
3) عمليات مالي توسط سرور تراكنش18 ارزيابي ميشود. اين سرور يك رابط ساده ميان كاربر و بانك را نيز فراهم ميآورد.
4) سرانجام كامپيوتر بزرگ19 تراكنشي را انجام داده، پيشينه مالي مورد نياز را نگهداري ميكند.
اين ساختار به خدمات گوناگوني كه در هر سيستم بانكداري الكترونيكي وجود دارد، بازميگردد.
امنيت مخابراتي ميان كاربر و بانك بهكمك بخش سرور رابط و احراز هويت وي نيز توسط سرور تاييد انجام ميپذيرد.
بايد توجه شود كه ممكن است كه اين كار به شخص ثالث - مانند مايكروسافت پاسپورت20 - متكي باشد]28[ كه يك كد شناسايي به كاربر اختصاص ميدهد تا بتواند همه كارهاي آنلاين خود را انجام دهد. گرچه اين اعتبارسنجي ممكن است براي برخي از فعاليتها - مانند دادوستدهاي الكترونيكي - كارساز باشد، اما احراز هويت در سيستمهاي بانكداري الكترونيكي بسيار مهمتر و فراتر از آن است كه به اين سيستمها اعتماد شود.
3- امنيت مخابرات ميان كاربر و بانك
در اين بخش، كار تنها به راهحلهاي استانداردي - يعني SSL/TLS براي اينترنت و WTLS براي تلفن همراه - محدود ميشود كه در بيشتر سيستمهاي بانكداري الكترونيكي بهكار ميرود.
3-1- SSL/TLS/WTLS
SSL 21 نخستين بار به ابتكار نتاسكيپ22 بهوجود آمد. SSL توسط IETF براي پروتكل امنيتي لايه انتقال داده ((TLS23 پذيرفته است. جامعه WAP پروتكل TLS ]4[ را براي توليد تجهيزات بيسيم (WTLS24) ]33[ پذيرفت. اگرچه اختلافاتي اندك ميان اين پروتكلها وجود دارد، اما در اصل همه آنها يك سرويس امنيتي را فراهم ميآورند و آن ايجاد كانال ارتباطي ايمن ميان كاربر و بانك است.
3-1-1- كانال ايمن25
پروتكل SSL/TLS/WTLS يك كانال ارتباطي ايمن را ميان كاربر و بانك فراهم ميآورد. اين بدان معني است كه داده انتقال يافته از يك سو به سوي ديگر، كاملا امن و درست خواهد بود (امنيت) و از تداخل اطلاعات و دستكاري آن توسط ديگران جلوگيري ميكند (تاييد دادهها).
بانك هميشه احراز هويت ميكند و كاربر هم نياز به شناسايي دارد. توجه داشته باشيد كه بسياري از سيستمهاي بانكداري الكترونيكي به خصوصيات كانال امنيتي اعتبارسنجي (تشخيص هويت) مشتريان متكي نيستند، بلكه مكانيزم تشخيص هويت مشتري را در بالاي اين كانال امنيتي قرار ميدهند.
دستآورد پروتكل SSL/TLS/WTLS اين است كه بهسادگي پروتكلهاي ارتباطي ديگر - مانند http - را نيز بهكار ميگيرد. اين پروتكلها تنها يك كانال امن فراهم ميكنند، اما امكان عدم انكار را فراهم نميآورند.
در طرف گيرنده، داده فرستاده شده، كانال امن را ترك ميكند و حفاظ رمزنگاري از گردونه خارج ميشود و هيچ امضاي ديجيتالي نيز در طرف داده كاربر وجود ندارد. بنابراين سيستم بانكداري الكترونيكي بايد مكانيزم " انكار ناپذيري" را در بالاي كانال امنيتي خود جاي دهد، هرچند كه در عمل چنين نميكنند.
3-1-2- توافق و انتقال داده 26
ارتباط ميان كاربر و بانك به دو بخش توافق و انتقال داده تقسيم ميشود. منظور از "توافق" سه چيز است: نخست كاربر و بانك ميپذيرند كه يك سري الگوريتم رمزنگاري را براي انتقال داده و شناسايي دو طرف و بهكار برند و كليدهاي رمزنگاري را نيز ميپذيرند. دوم، آنها نياز دارند كه يك سري كليدهاي رمزنگاري براي حفاظت از دادهها بهوجود آورند و سوم، بانك كاربر را تاييد و تصديق ميكند و ممكن است كه كاربر هم بانك را تاييد كند.
وقتيكه كار توافق پايان يابد، داده ميتواند جابهجا شود. دادهها به بستههايي كوچك تقسيم شده و بهصورت ركوردهاي حفاظتشده فرستاده ميشود. براي تامين يكپارچگي داده، يك كد تاييد پيام (MAC27) بر هر بسته داده محاسبه و نشانيده ميشود و سرانجام، بستهها و MAC رمزگشايي ميگردند.
3-2- SSLV2/SSLV3/TLS
نخستين نسخه عمومي SSL (نگارش 2) داراي عيبها و كاستيهاي امنيتي بود كه در نگارش 3 برطرف گرديد. از آنجا كه امروزه مرورگرها هنوز از نگارش 2 پشتيباني ميكنند، در اين بخش بهكوتاهي، مشكلات امنيتي ]25[ آن برشمرده ميشود.
SSL براي رمزگذاري و رمزگشايي كليدهاي رمزنگاري همانندي را بهكار ميبرد. اين بدان معنا است كه در حالت خروجي، از امنيت MAC كاسته ميشود.
نگارش 2 يك ساختار MAC ضعيف دارد و سراسر متكي به توابع رمزكننده MD5 ]6[ است كه توسط دوبرتين28 توسعه يافته است. نگارش دوم SSL هيچگونه حفاظتي براي "توافق" ندارد. بنابراين ممكن است داده ارسالي مورد هجوم و دستبرد قرار گيرد و ارسال داده قطع گردد و سرانجام، روشن نيست كه آيا داده بهطور كامل ارسال شده است يا نه؟
گروه كاري "IETF TLS" نگارش 3 SSL را - كه براي بالابردن امنيت تغييراتي اندك را در نگارش 2 داده - پذيرفته است.
3-3- WTLS
جامعه WAP پروتكل TLS - كه مناسب محيط بيسيم با دستگاههاي كوچك است و محدوديت در پهناي باند، حافظه و پردازش دارد- را پذيرفته است. WTLS كاربرد رمزنگار بيضيشكل (پردازش و حافظه محدود) را بهصورت پيشفرض در بر دارد. WTLS همچنين بر لايه بالايي روندنماي اتصال بر لايه مخابراتي (قابل مقايسه با UDP و TCP در اينترنت) كار ميكند.
و سرانجام، پروتكل WTLS فرمت گواهينامه خود را از نظر اندازه - در پهناي باند محدود - تعريف و بهينه ميسازد، اما گواهينامه رايج X.509 را نيز پشتيباني ميكند.
3-4- مسايل پيادهسازي29
امروزه مرورگرهاي رايج پروتكل SSL/TLS، بهعنوان پيشفرض پياده ميشود. البته نتاسكيپ نگارش 4. 7 - تا زماني كه نگارش 6 و بالاتر آن و ويندوز اكسپلورر 5 و 6 هر دوي SSL و TLS را پشتيباني كردند - تنها SSL را پشتيباني ميكرد.
هنگاميكه زيربناي معماري سيستم بانكداري الكترونيكي ارايه شد، بسياري از بانكها ترجيح ميدادند كه از پروتكل SSL/TLS - كه از طريق مرورگرها يا برنامههاي كاربردي مستقل اجرا ميشود - استفاده كنند.
بهعنوان يك جايگزين براي برنامه كاربردي بانكداري الكترونيكي بر مبناي مرورگر، يك برنامه كاربردي مستقل - كه هم امنيت لازم را فراهم ميكند و هم عمليات بانكي را انجام ميدهد - ميتواند بهكار آيد.
گاه يك برنامه كاربردي مستقل تنها بهعنوان يك پراكسي30 روي كامپيوتر كاربر نصب ميگردد تا ميان مرورگر و كامپيوتر بانك قرار گيرد و امنيتي نيرومند را براي ارتباط ميان كاربر و بانك برقرار كند. در بسياري موارد، برنامهاي كه شامل امنيت قوي باشد و امكان انجام عمليات بانكي را نيز داشته باشد، بهصورت اپلت31 بر كامپيوتر كاربر فرستاده ميشود و بهعنوان يك پراكسي ميان مرورگر و بانك عمل ميكند.
3-5- تكيهگاههاي اعتماد
يك كاربر زماني ميتواند به اجراي درست و رابط كاربر برنامه كاربردي بانكداري الكترونيكي اعتماد كند كه يك نسخه اصلي از برنامه كاربردي مستقل مرورگر را داشته باشد. اگر يك اپلت جاوا بهكار رود، بايد بهطور ديجيتالي توسط بانك تاييد شود، بهگونهاي كه كاربر پيش از اجراي برنامه بتواند آنرا بررسي و تاييد كند. كاربران بايد تشخيص دهند كه آيا بهراستي با بانك در ارتباط هستند يا نه؟
در صدر همه اينها، بايد يك زيرساخت كليد عمومي (PKI32) پرمعني وجود داشته باشد. يك PKI، ارتباط درست كليدهاي عمومي با موجوديتها را تضمين ميكند. نام موجوديت بههمراه كليد عمومي مربوطه در يك مجوز X.509 قرار ميگيرد و مجوز اصلي توسط CA33 تاييد ميگردد كه براي توزيع درست بسيار مهم است. و اگر اعتبار كاربر برپايه اين مكانيزم باشد، اينها توسط بانك براي بررسي مجوز موجوديتها بهكار ميرود. كاربر نيز براي تاييد بانك - در هنگام اعتبارسنجي SSL/TLS و بررسي امضاي ديجيتالي اپلتها - به آنها نياز دارد.
اعتبارسنجي بدون وجود مجوز اصلي معتبر، نميتواند اجرا شود. امروزه مجوز اصلي بههمراه نصب مرورگرها در سيستم كاربر نصب ميگردد. اگر سيستم بانكداري الكترونيكي برمبناي برنامه كاربردي منتقل شود در فايل تنظيمات34 جاي ميگيرد. در همه اين موارد، حفاظت از اين مجوزها بهعهده سيستم عامل است.
3-6- محدوديتهاي صادراتي
از قديم، محدوديتهاي صادراتي اعمال شده توسط امريكا، از صادرات مرورگرهايي كه رمزنگاري توانمند داشته باشند، جلوگيري ميكند. در امريكا، طول مرورگرهاي صادراتي كليد رمزنگاري متقارن تا 40 بيت و غيرمتقارن تا 512 بيت محدود بود. پس از رفع محدوديتها، موسسات مالي اجازه يافتند كه از رمزنگاري قوي - كه در مرورگرها موجود بود - استفاده كنند.
از ديدگاه تكنيكي، اين كار از طريق يك سرور ويژه صدور مجوز با كاربردهاي ويژه انجام ميپذيرفت. براي اين دستگاهها واژگاني گوناگون - مانند: SGC مايكروسافت35 و نتاسكيپ بينالمللي36 و سرور جهاني وريساين37 - بهكار ميرفت. از سال 2000 نيز نرمافزارهاي رمزنگاري بدون هيچ محدوديتي به ديگر كشورها صادر شد. و هرچند كه پيادهسازي SSL/TLS بر مرورگر همچنان بهكار ميرود، اما يك سوم بانكهاي بررسي شده در اين پژوهش، آنرا بهكار نميبرند.
4- اعتبارسنجي كاربر
تامين امنيت كانال ارتباطي - از كاربر تا بانكي كه اعتبار داده - تنها بخشي از سيستم امنيت بانكداري الكترونيكي است و بخشهاي ديگري هم در اين كار وجود دارد.
4-1- موجوديت در برابر اعتبارسنجي تراكنش
بايد يك تفكيك مهم ميان تصديق موجوديت و تصديق تراكنشها قايل شد. تصديق موجوديت يعني اينكه مشتري تصديق ميكند كه آغاز به برقراري ارتباط با بانك كرده است؛ اما تصديق تراكنش يعني آنكه همه تراكنشها - در طول اين تماس - توسط مشتري تاييد ميشود.
بسته به مكانيزم اعتبارسنجي، تصديق تراكنش ميتواند انكار ناپذيري را فراهم آورد، اما در تصديق موجوديت اين امكان فراهم نميشود. امروزه اين تفكيك در سيستمهاي بانكداري الكترونيكي بهوضوح اعمال ميشود. برخي از سيستمها تنها تصديق موجوديت دارد و در برخي ديگر تصديق تراكنش هم هست.
4-2- مكانيزم تصديق
4-2-1- رمز با طول ثابت
دوسوم از بانكهاي بررسي شده در اين پژوهش هنوز براي تاييد كاربر در سيستمهاي بانكداري الكترونيكي، ، متكي به رمز با طول ثابت هستند. اين رمز ممكن است يك شماره شناسايي شخصي (38PIN) يا يك رمز بر مبناي حروف و ارقام بيربط به مشخصات كاربر باشد تا بهسادگي حدس زده نشود و امنيتي را در برابر رسوخگران فراهم آورد و ممكن است كه بانك هر از گاهي مشتري بخواهد كه رمزش را تغيير دهد.
رمز با طول ثابت بيشتر براي تشخيص هويت مشتري بهكار ميرود و كمتر براي احراز اعتبار تراكنشها بهكار برده ميشود. از تركيب اين روش و مكانيزمي كه در بخشهاي زير توضيح داده ميشود، براي اعتبارسنجي تراكنش نيز استفاده ميشود. رمزها نبايد بهروشني در شبكه فرستاده شود، زيرا كساني هستند كه اين رمزها را درمييابند. اگرچه اين روش از گذشته، ريسك بالايي داشته، اما بهدليل سادگي، كاربرد بسياري دارد.
4-2-2- رمز پويا39
گاهي از اوقات، بانكها ليستي از رمزهاي يكبارمصرف را براي كاربران خود ميفرستند. اين رمزها تنها يكبار بهكار ميروند و امنيت بالايي دارند. اما اشكال عمده در بهيادسپاري آنها است و بايد بر جايي - مانند كاغذ يا كامپيوتر - نوشته شود، كه بسيار خطرناك است. واژهاي كه بانكها بهكار ميبرند فهرست اعداد مخدوش40، بيشتر براي احراز اعتبار موجودي و شماره تراكنش براي تاييد تراكنشهاي مستقل است.
برخي از سيستمها آميزهاي از رمزهاي ثابت و پويا را بهكار ميبرند: ثابت براي احراز اعتبار موجودي و پويا براي تاييد تراكنشها. بهجاي صدور ليست رمزهاي مستقل، ممكن است كه زنجيرهاي از رمزهاي وابسته و يكبار مصرف توليد و بهكار برده شود و اين كار نياز به يك نرمافزار اضافه بر دستگاه كاربر دارد.
4-2-3- پرسش / پاسخ41
ايده پرسش/پاسخ اين است كه كاربر با ارايه برخي اطلاعات محرمانه شخصي، خود را - از طريق احراز اعتبار موجودي - به بانك معرفي ميكند. البته نه با فرستادن مستقيم اين اطلاعات، بلكه با پرسش و پاسخ تصادفي، هر بار بخشي از اطلاعات سري را به بانك ميدهد و بانك با استفاده از جوابهاي دريافتي مشتري را شناسايي ميكند.
طرحهاي متقارن و غيرمتقارن سيستم پرسش/پاسخ وجود دارد. براي نمونه، پاسخ يك طرح متقارن يك كد تاييد پيام در زماني ويژه يا پرسشي تصادفي از بانك را در بر دارد. امضاي ديجيتالي در پرسش/پاسخهاي تصادفي نيز، نمونه غيرمتقارن است. اين طرحها بيشتر با رمزهاي سختافزاري پيادهسازي ميشود.
4-2-4- SSL/TLS/WTLS
در واقع، بهكارگيري امضاي ديجيتالي براي طرح پرسش/پاسخ در پروتكل SSL/TLS/WTLS اختياري است. هنگاميكه يك كانال ايمن ميان كاربر و بانك بهوجود ميآيد، كاربر نيز ميتواند با امضاي ديجيتالي، بهروشني احراز اعتبار گردد. اغلب كليد امضاي خصوصي در كامپيوتر كاربر ذخيره شده، تنها با يك رمز حفاظت ميشود.
هماكنون اين روش بهدليل محدوديتهاي جاري در سيستم بانكداري بيسيم (WAP) بهكار نميرود.
4-2-5- امضاي ديجيتالي
در كنار احراز هويت موجوديت، امضاي ديجيتالي نيز ميتواند براي تاييد تراكنش بهكار رود. اين امنترين راه جايگزين است؛ اما از مرورگرهاي امروزي، تنها نتاسكيپ مكانيزم جاوااسكريپت را براي استفاده از امضاي ديجيتالي - در جايي مانند محتواي يك فرم - فراهم آورده است.
يكهفتم از بانكهاي پژوهش ما - در سيستمهاي بانكداري الكترونيكي - پيادهسازي ويژه خود يا يك برنامه كاربردي مستقل و يا يك اپلت را براي امضاي ديجيتالي بهكار ميبرند.
همانگونه كه پيشتر گفته شد، اغلب، كليد امضاي خصوصي روي كامپيوتر كاربر ذخيره شده، تنها با يك رمز حفاظت ميشود. افزون بر اين كليدهاي رمزنگاري در نرمافزار بسيار آسيبپذير است. و اطمينان روش رمز پويا بيش از رمز با طول ثابت است.
4-2-6- مجوزهاي سختافزاري42
برخي از مكانيزمهاي ياد شده ميتواند با روش مجوز سختافزاري پيادهسازي شود. كليدهاي امضاي ديجيتالي خصوصي براي احراز هويت تراكنش روي كارتهاي هوشمند43 ثبت و نگهداري گردد.
بهدليل هزينهاي كه كاربرد كارت هوشمند براي كاربران دارد، اين روش كمتر بهكار ميرود؛ اما كاربرد كارت هوشمند براي تاييد هويت - در پول الكترونيكي و كارت شناسايي - كاربرد دارد.
البته بايد توجه داشت كه هيچگاه به امنيت كامل نخواهيم رسيد، بلكه با هزينه بيشتر، امنيتي بيشتر بهدست ميآيد. امنيت در كارتهاي هوشمند نيز - بهدليل وجود حملات پيشرفته كنوني - چندان قابل اعتماد نيست.
دستگاههاي موبايل - مانند PDAها يا كارت پول بيسيم - ميتواند امنيت سيستم بانكداري مبتني بر WAP يا اينترنت را افزايش دهد. اين دستگاهها مشخص هستند و براي هر دو منظور احراز هويت فردي يا تراكنش ميتوانند پروتكل رمزنگاري را اجرا كنند.
توافق روي يك مجوز ورود ممكن است به يك سناريوي فاجعهآميز بيانجامد و آن زماني است كه بانك بخواهد يك مجوز تازه براي كاربران صادر كند. براي پيشگيري از اين كار، همه مجوزها بايد كليدهاي رمزنگاري گوناگون داشته باشند.
هنگاميكه از كليدهاي نامتقارن استفاده شود، مشكلي بهوجود نميآيد؛ اما زمانيكه كليدهاي متقارن بهكار ميرود، به يك بانك اطلاعاتي امن براي نگهداري كليدهاي كاربران بر كامپيوتر بانك نياز است. كليدهاي متقارن اغلب با يك شماره سريال منحصر بهفرد مربوط به مجوز - بههمراه يك كليد اصلي كه براي همه مجوزها يكسان است - رمزنگاري ميشود. در اين صورت هر كاربري در كليدي جداگانه، با بانك مشترك ميشود، بدون آنكه مشكل امنيتي بانك اطلاعاتي پيش آيد.
5- مطالب بيشتر راجع به امنيت
امنيت ارتباطي يعني تهيه يك كانال امن ميان كاربر و بانك اعتباري و احراز هويت وي و تراكنشها. اينها دو موضوع اصلي امنيت است كه در سيستمهاي بانكداري الكترونيكي بهكار ميرود، اما برخي مطالب امنيتي ديگر هم وجود دارد كه متاسفانه در عمل بسيار هم بحراني ميشود.
5-1- ثبتنام44
پيش از آنكه يك كاربر بتواند از يك سيستم بانكداري الكترونيكي وارد شود، بايد بهنوعي ثبتنام كند. كاربر ناگزير است كه به روشي، نخستين ارتباط خود را با بانك برقرار گرداند تا پس از آن، بانك همواره بتواند وي را احراز هويت كند.
اغلب براي نخسين ارتباط با بانك، يك رمز اوليه بهكار برده ميشود كه كاربر از طريق پست كاغذي يا با رفتن به يك شعبه بانكي اين رمز را دريافت ميكند.
گاه نيز احراز هويت كاربر از طريق تلفن هم امكانپذير است. در اينصورت، كاربر از طريق اپراتور به پرسشهايي كه بر صفحه نمايش ميآيد، پاسخ خواهد داد.
5-2- وكالت و نمايندگي45
در برخي شرايط، توانايي پذيرش نمايندگي در سيستم بانكداري الكترونيكي يك آرزو است. براي مثال، مدير يك شركت علاقهمند است كه به كارمندي اين اختيار را بدهد كه بتواند به سيستم بانكي دسترسي پيدا كند، يا يك پدر بخواهد به فرزندانش وكالت يا نمايندگي بدهد.
اگر احراز هويت برپايه رمز با طول ثابت باشد، اين مساله ساده است و كافي است كه وي رمز را بداند؛ اما اگر احراز هويت امنيتي بيشتر داشته باشد، اين كار مشكلتر خواهد بود و اگر از طريق كارت هوشمند انجام شود، تهيه كپي از كارت بهسادگي انجامپذير نيست.
تنها اندكي از سيستمهاي بانكداري الكترونيكي هستند كه مكانيزم واقعي نمايندگي را اجرا ميكنند. براي نمونه، دارنده شماره حساب بانك ميتواند يك رمز حفاظتشده تازه ايجاد كند كه اجازه انجام اين كار را در اندازهاي محدود انجام دهد.
5-3- بسترهاي امن46
زماني كه از ايجاد كانال امن ارتباطي ميان كاربر و بانك اعتباردهنده و احراز هويت او سخن ميگوييم، فرض بر اين است كه سيستمعامل كاربر و نرمافزار مربوطه، امنيت لازم را برقرار ميكند. اما متاسفانه اغلب چنين نيست و بسترهاي مورد استفاده كاربر بسيار آسيبپذير هستند. ويروسها و انواع برنامههاي آلودهكننده ميتوانند به مستندات هويتي - كه در كامپيوتر مشتري نصب شده - رخنه كنند. آنها ميتوانند كليدهاي اختصاصي مشتريان را بدزدند، يا مشتريان را از طريق رابطكاربر دست بياندازند. يا حتي او را به راهي ديگر - جز اتصال به بانك - ببرند.
براي نمونه، اگر سيستم بانكداري الكترونيكي يك پراكسي بر دستگاه كاربر - كه نقطه پاياني كانال امن به بانك را فراهم كند - را در بر داشته باشد و آنرا ميان مرورگر كاربر و وبسرور بانك جاي دهد، يك برنامه مخرب ميتواند در ارتباط ميان مرورگر و پراكسي وقفه اندازد.
حتي كارت هوشمند هم از اين مشكل بهدور نيست. اگر كارت هوشمند با صفحه كليد كامپيوتر از حالت قفل خارج شود، يا كاربر از طريق يك رابط جعلشده اقدام به گرفتن PIN كند، كد PIN سرقتپذير خواهد بود.
بنابراين بهتر است كه از يك دستگاه كارتخوان ويژه كارت هوشمند - كه داراي نمايشگري كوچك است - استفاده شود و ديگر نيازي به استفاده از كامپيوتر كاربر نباشد.
ويژگيهاي عمومي اينگونه كارتخوانهاي امن، رو به گسترش و توليد است. بيشتر كارتخوانهاي كنوني تنها يك شكاف براي واردكردن كارت هوشمند دارند. يك اتحاديه صنعتي بهتازگي بر مكانيزمي كار ميكند كه اعتماد بيشتري را جلب كرده، امنيتي بيشتر را هم در بستر محاسباتي كاربر نهايي برقرار ميسازد.
همچنين سرور بانك بايد يك نقطه پاياني امن در سيستم بانكداري الكترونيكي ايجاد كند. كاري مناسب بايد انجام شود تا دزدان نتوانند به سايتها دستبرد بزنند. سخن پيرامون اين كارها بيرون از حيطه اين نوشتار است، اما اطلاعات بيشتر در منابع موجود است.
5-4- عامل انساني
اين حقيقت كه بستر كاربر امن نيست، اغلب بهدليل ناآگاهي وي از مسايل امنيتي است. درست است كه بستر مورد استفاده كاربر امنيت لازم را برقرار نميكند، اما بيشتر مشكلات امنيتي توسط كاربر دقيق و آگاه به مسايل امنيتي، قابل پيشگيري است. كاربران بايد رمزهاي خصوصي، ليست رمزهاي يكبار مصرف، مجوزهاي سختافزاري و ديگر موارد را حفاظت كرده و بهدرستي از آنها استفاده كنند. كاربران بايد نرمافزارهاي ضدويروس را بر دستگاه خود نصب و بهروزرساني كنند. كاربران نبايد برنامههاي فرستاده شده از سوي فرستندگان ناشناس را باز كنند و رمزهاي خود را در معرض ديد ديگران قرار ندهند.
بانكها بايد اطلاعات لازم در اين زمينه را به مشتريان خود بدهند و مسووليت اين چيزها را به مشتري گوشزد كنند تا آنها بيشتر دقت كنند. اپراتوري بانكها نيز بايد در زمينه امنيت كامپيوتر آموزش ببينند.
5-5- ورود به كامپيوتر و كنترل عمليات47
در بخشهاي پيشين، روشن شد كه چيزي بهنام امنيت كامل وجود ندارد. اگر نيرومندترين سيستم امنيتي را هم برقرار كنيم، باز نقاط ضعفي خواهيم داشت. از آنجا كه شكافهاي امنيتي بهطور كامل قابل پيشگيري نيست، بانكها با كنترل بر ورود كاربران به سيستم و كنترل عمليات آنها، كمك ميكنند كه برخي از خطرات امنيتي كشف گردد يا در آينده دريابند كه چه اتفاقي افتاده است؟
اين مكانيزم كشف ميتواند از آغاز ورود به بانك تا انجام عمليات و كارهاي بانكي ادامه يابد. براي نمونه، اگر كاربري اطلاعاتي نادرست رابه كامپيوتر بدهد، سيستم بايد به بانك هشدار دهد.
6- جمعبندي
همانگونه كه فناوري پيشرفت ميكند، بيشتر كارهاي روزانه زندگي نيز بهسوي برخط شدن پيش ميرود. بانكداري الكترونيكي يكي از مهمترين نمونههاي اين روند است. چيزهايي كه در اين نوشتار بحث شد، ميتواند در تجارت الكترونيكي، دولت الكترونيكي و ديگر خدمات الكترونيكي هم كاربرد داشته باشد.
نخستين موضوع مهم امنيت، ايجاد يك كانال امن است. دادهها يكپارچه و با اطمينان ميان كاربر و بانك تبادل ميشود. دومين موضوع مهم امنيت هم احراز هويت كاربر در آغاز ارتباط وي با بانك است.
درباره نخستين موضوع بايد گفت كه بيشتر سيستمهاي بانكداري الكترونيكي امروزي متكي به پروتكل SSL/TLS/WTLS هستند. اگرچه برخي راهحلهاي ديگر هم وجود دارد، اما استفاده از اين پروتكل - بهخاطر آنكه بيشتر مرورگرها آنرا پشتيباني ميكنند - مشهورترين روش است.
درباره دومين موضوع نيز بايد گفت كه رمزهاي ثابت همچنان بهگستردگي بهكار خواهد رفت، زيرا كاربردي ساده دارد؛ اما از ديدگاه امنيتي، رمزنگاري كليد عمومي بهترين راهحل است. هرچند كه در عمل، كليد خصوصي كاربر اغلب بر نرمافزار ثبت ميشود و تنها با يك رمز محافظت ميگردد.
كارتهاي هوشمند و كارتخوانها نيز، راهحلي گران را ارايه ميكنند و شايد بهترين راه - كه هماهنگي ميان هزينه و امنيت دارد - مجوز سختافزاري است.
حتي بهترين راهحل هم بستگي به اين دارد كه سيستم چهاندازه قابل اطمينان باشد. كاربر مسووليت امنيت دستگاه خويش را - بههر روش ممكن - دارد و در اين راه، آموزش كاربران تاثير بهسزايي بر كار ميگذارد. البته بانك هم در جايگاه خودش مسوول برقراري امنيت سرورهايش است.
امنيت فراتر از همه هزينهها و خطرات است. در يك سيستم بانكداري الكترونيكي - تا زماني كه يك حداقل محافظتي انجام شود - هزينههاي برقراري امنيت در دستگاه كاربر تا جاي ممكن، كاهش مييابد.
يك روش و يك نفر بهتنهايي نميتواند امنيت را برقرار كند و همه بايد روشهاي گوناگون را بيازمايند؛ هرچند كه برخي از آنها خطا باشد.
پينوشت :
1 Automated Teller Machines
2 User Graphic Interface
3 Wireless Application Protocol
4 Web Browser
5 World Wide Web
6 Internet / Web Banking
7 Web Server
8 Client/Server
9 Java
10 Gateway
11 WAP Proxy
12 Confidentiality
13 Data Authentication
14 Entity Authentication
15 Non-Repudiation
16 Interface Server
17 Authentication Server
18 Transaction Server
19 Main Frame
20 Microsoft Passport
21 Secure Sockets Layer
22 Netscape
23 Transport Layer Security
24 Wireless Transport Layer Security
25 Secure Channel
26 Handshake and Data Transfer
27 Message Authenticated Code
28 Dobbertin
29 Implementation
30 Proxy
31 Applet
32 Public Key Infrastructure
33 Certification Authority
34 Configuration File
35 Microsoft's "Server Gated Cryptography"
36 Netscape's International "Step-Up"
37 Verisign's "Global Server ID"
38 Personal Identification Number
39 Dynamic Password
40 Scratch List Number
41 Challenge/Response
42 Hardware Tokens
43 Smart Cards
44 Registration
45 Delegation
46 Secure Platforms
47 Logging and Monitoring