Risiko Keselamatan Rentas Aplikasi

Micro Frontends menawarkan fleksibiliti yang tinggi dengan memecahkan aplikasi monolitik kepada bahagian-bahagian kecil. Walau bagaimanapun, modulariti ini memperkenalkan cabaran keselamatan yang unik apabila beberapa aplikasi bebas bekerjasama.

Memahami cara bahagian-bahagian berasingan ini berinteraksi serta risiko yang timbul daripada komunikasi rentas aplikasi dan persekitaran yang dikongsi adalah penting untuk membina sistem yang selamat.

Dasar Asal Sama (SOP) ialah mekanisme keselamatan pelayar yang asas. Dasar ini menghalang halaman web daripada berinteraksi dengan sumber daripada asal yang berbeza (domain, protokol, port).

Dalam Micro Frontends, walaupun semua modul berada pada domain peringkat atas yang sama, SOP mungkin menganggapnya sebagai asal yang berbeza jika modul tersebut berada pada subdomain atau port yang berlainan. Konfigurasi yang salah di sini boleh menyebabkan akses rentas asal yang tidak diingini.

Penskripan Rentas Tapak (XSS) berlaku apabila skrip berniat jahat disuntik ke dalam laman web yang dipercayai. Dalam persediaan MFE, kelemahan XSS dalam satu aplikasi jauh boleh menjadi sangat berbahaya:

• Modul jauh yang telah terjejas boleh menyuntik skrip ke dalam aplikasi hos.
• Skrip ini kemudiannya boleh mencuri kuki, token sesi atau mengubah rupa keseluruhan antara muka pengguna, lalu menjejaskan semua modul bersekutu.

Pembersihan input dan pengekodan output yang betul amat penting untuk semua modul.

Dasar Keselamatan Kandungan (CSP) ialah pertahanan yang berkesan terhadap XSS. Dasar ini membolehkan anda menentukan sumber kandungan (skrip, gaya, imej) yang dibenarkan untuk dimuatkan oleh pelayar.

Bagi MFE, CSP yang menyeluruh hendaklah ditakrifkan oleh aplikasi hos dengan mengambil kira semua sumber skrip dan gaya yang sah daripada modul jauhnya. Hal ini mengehadkan kesan serangan XSS dengan menghalang pelaksanaan skrip yang tidak dibenarkan.

Serangan Pemalsuan Permintaan Rentas Tapak (CSRF) memperdaya pelayar pengguna supaya melakukan tindakan yang tidak diingini pada aplikasi web yang telah dilog masuk oleh pengguna tersebut. Perkara ini boleh menjadi rumit dalam MFE.

Jika modul bersekutu yang berbeza berkongsi konteks pengesahan (contohnya, kuki), serangan CSRF yang menyasarkan satu modul berpotensi menjejaskan tindakan dalam modul yang lain. Tindakan kritikal setiap MFE hendaklah dilindungi dengan token CSRF yang unik dan berjangka hayat pendek.

Komunikasi antara Micro Frontends, sama ada secara langsung atau melalui bas peristiwa dikongsi, mestilah selamat. Penggunaan HTTPS adalah wajib untuk semua trafik rangkaian antara modul dengan hos.

Jika MFE berkomunikasi menggunakan peristiwa tersuai atau objek global dikongsi, pastikan data sensitif tidak dihantar secara langsung atau dibersihkan dan disahkan dengan sewajarnya oleh modul penerima. Anggap semua data masuk, termasuk daripada MFE lain, sebagai data yang berpotensi tidak dipercayai.

Salah satu risiko tersembunyi dalam MFE ialah kebocoran data yang tidak disengajakan atau akses tanpa kebenaran antara modul. Hal ini boleh berlaku jika:

• Keadaan global dikongsi tanpa kawalan akses yang betul.
• Modul jauh mempunyai kebenaran yang lebih luas daripada yang diperlukan.
• Data sensitif didedahkan melalui API awam yang tidak dilindungi dengan betul.

Laksanakan kontrak data yang ketat dan pastikan modul hanya mengakses data yang berkaitan dengan fungsinya.

Micro Frontends sering bergantung sepenuhnya pada pustaka dikongsi dan kebergantungan pihak ketiga. Kelemahan yang diperkenalkan ke dalam pustaka utiliti umum atau alat binaan yang telah terjejas boleh menjejaskan seluruh ekosistem bersekutu anda.

Hal ini dikenali sebagai serangan rantaian bekalan. Imbas kebergantungan secara berkala untuk mengesan kelemahan yang diketahui, teliti sumber pihak ketiga dan kekalkan kawalan ketat terhadap saluran binaan serta penggunaan anda bagi semua aplikasi bersekutu.

Bagi aplikasi jauh pihak ketiga yang sangat sensitif atau berpotensi tidak dipercayai, pertimbangkan teknik pengasingan yang lebih kukuh:

• Iframes: Boleh menyediakan sempadan keselamatan yang kukuh dengan mengasingkan skrip dan gaya, tetapi turut menimbulkan cabaran penyepaduan.
• Web Workers: Untuk pengiraan, ia berjalan dalam bebenang berasingan, menghalang akses DOM secara langsung dan seterusnya mengehadkan potensi bahaya daripada skrip berniat jahat.

Pilih pengasingan berdasarkan tahap kepercayaan dan keperluan penyepaduan modul jauh tersebut.

Dalam pelajaran ini, kami meneroka risiko keselamatan rentas aplikasi yang biasa berlaku dalam Micro Frontends, termasuk penyebaran XSS, CSRF, komunikasi yang tidak selamat, kebocoran data dan kelemahan rantaian bekalan.

Ingat untuk melaksanakan pertahanan berbilang lapisan: CSP yang kukuh, pembersihan input yang teliti, komunikasi yang selamat (HTTPS) dan kawalan akses yang berhati-hati amat penting untuk membina aplikasi bersekutu yang berdaya tahan dan selamat.