கிராஸ்-ஆரிஜின் ஐசோலேஷன்: ஜாவாஸ்கிரிப்ட் SharedArrayBuffer-ஐப் பாதுகாத்தல்

தொடர்ந்து வளர்ந்து வரும் வலை மேம்பாட்டுத் துறையில், பாதுகாப்பு என்பது ஒரு முதன்மையான கவலையாக உள்ளது. ஜாவாஸ்கிரிப்ட்டில் SharedArrayBuffer போன்ற சக்திவாய்ந்த அம்சங்களின் அறிமுகம் குறிப்பிடத்தக்க செயல்திறன் மேம்பாடுகளைக் கொண்டு வந்தாலும், சாத்தியமான பாதுகாப்பு பாதிப்புகளுக்கு புதிய வழிகளையும் திறந்தது. இந்த அபாயங்களைக் குறைப்பதற்காக, கிராஸ்-ஆரிஜின் ஐசோலேஷன் (COOP/COEP) என்ற கருத்து அறிமுகப்படுத்தப்பட்டது. இந்தக் கட்டுரை கிராஸ்-ஆரிஜின் ஐசோலேஷனின் நுணுக்கங்கள், SharedArrayBuffer உடனான அதன் தொடர்பு, பாதுகாப்பு தாக்கங்கள் மற்றும் உங்கள் வலைப் பயன்பாடுகளில் அதை எவ்வாறு திறம்பட செயல்படுத்துவது என்பதைப் பற்றி ஆராய்கிறது.

SharedArrayBuffer-ஐப் புரிந்துகொள்ளுதல்

SharedArrayBuffer என்பது ஒரு ஜாவாஸ்கிரிப்ட் ஆப்ஜெக்ட் ஆகும், இது பல ஏஜெண்டுகளை (உதாரணமாக, Web Workers அல்லது வெவ்வேறு உலாவி சூழல்கள்) ஒரே மெமரியை அணுகவும் மாற்றியமைக்கவும் அனுமதிக்கிறது. இது திறமையான தரவுப் பகிர்வு மற்றும் இணைச் செயலாக்கத்தை செயல்படுத்துகிறது, இது பட செயலாக்கம், வீடியோ குறியாக்கம்/குறியீடு நீக்கம் மற்றும் விளையாட்டு மேம்பாடு போன்ற கணக்கீட்டு ரீதியாக தீவிரமான பணிகளுக்கு குறிப்பாக பயனுள்ளதாக இருக்கும்.

உதாரணமாக, உலாவியில் இயங்கும் ஒரு வீடியோ எடிட்டிங் பயன்பாட்டைக் கற்பனை செய்து பாருங்கள். SharedArrayBuffer-ஐப் பயன்படுத்தி, முக்கிய த்ரெட் மற்றும் பல Web Workers ஒரே நேரத்தில் வீடியோவின் வெவ்வேறு பிரேம்களில் வேலை செய்ய முடியும், இது செயலாக்க நேரத்தை கணிசமாகக் குறைக்கிறது.

இருப்பினும், வெவ்வேறு ஆரிஜின்களுக்கு (டொமைன்கள்) இடையே நினைவகத்தைப் பகிரும் திறன் சாத்தியமான பாதுகாப்பு அபாயங்களை அறிமுகப்படுத்துகிறது. ஸ்பெக்டர் போன்ற நேரத் தாக்குதல்களைச் சுரண்டுவது முதன்மையான கவலையாகும்.

ஸ்பெக்டர் பாதிப்பும் அதன் தாக்கமும்

ஸ்பெக்டர் என்பது நவீன செயலிகளைப் பாதிக்கும் ஒரு வகை ஊக செயலாக்க பாதிப்பு ஆகும். இந்த பாதிப்புகள், தீங்கிழைக்கும் குறியீடு அணுகக் கூடாத தரவை, செயலியின் கேச்சில் சேமிக்கப்பட்டுள்ள முக்கியமான தகவல்கள் உட்பட, அணுக அனுமதிக்கின்றன.

வலை உலாவிகளின் சூழலில், ஸ்பெக்டரை தீங்கிழைக்கும் ஜாவாஸ்கிரிப்ட் குறியீடு மூலம் மற்ற வலைத்தளங்களிலிருந்தோ அல்லது உலாவியிலிருந்தோ தரவைக் கசியச் செய்ய சுரண்டலாம். SharedArrayBuffer, சரியாக தனிமைப்படுத்தப்படாதபோது, செயல்பாடுகளின் நேரத்தை துல்லியமாக அளவிடப் பயன்படுத்தப்படலாம், இது ஸ்பெக்டர் போன்ற பாதிப்புகளைச் சுரண்டுவதை எளிதாக்குகிறது. SharedArrayBuffer உடன் தொடர்பு கொள்ளும் ஜாவாஸ்கிரிப்ட் குறியீட்டை கவனமாக உருவாக்கி, நேர வேறுபாடுகளைக் கவனிப்பதன் மூலம், ஒரு தாக்குபவர் செயலியின் கேச்சின் உள்ளடக்கங்களை ஊகித்து முக்கியமான தகவல்களைப் பிரித்தெடுக்க முடியும்.

ஸ்பெக்டரை சுரண்டும் வகையில் வடிவமைக்கப்பட்ட ஜாவாஸ்கிரிப்ட் குறியீட்டை இயக்கும் ஒரு தீங்கிழைக்கும் வலைத்தளத்திற்கு ஒரு பயனர் செல்வதாகக் கருதுங்கள். கிராஸ்-ஆரிஜின் ஐசோலேஷன் இல்லாமல், இந்த குறியீடு வங்கி விவரங்கள் அல்லது தனிப்பட்ட தகவல்கள் போன்ற அதே உலாவி அமர்வில் பயனர் பார்வையிட்ட பிற வலைத்தளங்களிலிருந்து தரவைப் படிக்கக்கூடும்.

மீட்புக்கு வரும் கிராஸ்-ஆரிஜின் ஐசோலேஷன் (COOP/COEP)

கிராஸ்-ஆரிஜின் ஐசோலேஷன் என்பது SharedArrayBuffer மற்றும் ஸ்பெக்டர் போன்ற பாதிப்புகளுடன் தொடர்புடைய அபாயங்களைக் குறைக்கும் ஒரு பாதுகாப்பு அம்சமாகும். இது அடிப்படையில் வெவ்வேறு வலைத்தளங்கள் மற்றும் உலாவி சூழல்களுக்கு இடையில் ஒரு கடுமையான பாதுகாப்பு எல்லையை உருவாக்குகிறது, தீங்கிழைக்கும் குறியீடு முக்கியமான தரவை அணுகுவதைத் தடுக்கிறது.

கிராஸ்-ஆரிஜின் ஐசோலேஷன் இரண்டு HTTP ரெஸ்பான்ஸ் ஹெடர்களை அமைப்பதன் மூலம் அடையப்படுகிறது:

• Cross-Origin-Opener-Policy (COOP): இந்த ஹெடர், தற்போதைய ஆவணத்தை வேறு எந்த ஆவணங்கள் பாப்-அப் ஆக திறக்கலாம் என்பதைக் கட்டுப்படுத்துகிறது. இதை same-origin அல்லது same-origin-allow-popups என அமைப்பது தற்போதைய ஆரிஜினை மற்ற ஆரிஜின்களிலிருந்து தனிமைப்படுத்துகிறது.
• Cross-Origin-Embedder-Policy (COEP): இந்த ஹெடர், ஒரு ஆவணத்தை ஏற்றுவதற்கு வெளிப்படையாக அனுமதி வழங்காத கிராஸ்-ஆரிஜின் வளங்களை ஏற்றுவதைத் தடுக்கிறது. இதை require-corp என அமைப்பது அனைத்து கிராஸ்-ஆரிஜின் வளங்களும் CORS (Cross-Origin Resource Sharing) இயக்கப்பட்ட நிலையில் பெறப்பட வேண்டும் என்றும், அந்த வளங்களை உட்பொதியும் HTML குறிச்சொற்களில் crossorigin பண்புக்கூறு பயன்படுத்தப்பட வேண்டும் என்றும் கட்டாயப்படுத்துகிறது.

இந்த ஹெடர்களை அமைப்பதன் மூலம், உங்கள் வலைத்தளத்தை மற்ற வலைத்தளங்களிலிருந்து திறம்பட தனிமைப்படுத்துகிறீர்கள், இது தாக்குபவர்கள் ஸ்பெக்டர் போன்ற பாதிப்புகளைச் சுரண்டுவதை கணிசமாக கடினமாக்குகிறது.

கிராஸ்-ஆரிஜின் ஐசோலேஷன் எவ்வாறு செயல்படுகிறது

கிராஸ்-ஆரிஜின் ஐசோலேஷனை அடைய COOP மற்றும் COEP எவ்வாறு இணைந்து செயல்படுகின்றன என்பதைப் பார்ப்போம்:

Cross-Origin-Opener-Policy (COOP)

COOP ஹெடர், தற்போதைய ஆவணம் பாப்-அப்களாகத் திறக்கும் பிற ஆவணங்களுடன் அல்லது அதை ஒரு பாப்-அப் ஆகத் திறக்கும் பிற ஆவணங்களுடன் எவ்வாறு தொடர்பு கொள்கிறது என்பதைக் கட்டுப்படுத்துகிறது. இதற்கு மூன்று சாத்தியமான மதிப்புகள் உள்ளன:

• unsafe-none: இது இயல்புநிலை மதிப்பு மற்றும் ஆவணத்தை வேறு எந்த ஆவணத்தாலும் திறக்க அனுமதிக்கிறது. இது அடிப்படையில் COOP பாதுகாப்பை முடக்குகிறது.
• same-origin: இந்த மதிப்பு தற்போதைய ஆவணத்தை அதே ஆரிஜினிலிருந்து வரும் ஆவணங்களால் மட்டுமே திறக்கப்படும்படி தனிமைப்படுத்துகிறது. வேறு ஆரிஜினிலிருந்து ஒரு ஆவணம் தற்போதைய ஆவணத்தைத் திறக்க முயற்சித்தால், அது தடுக்கப்படும்.
• same-origin-allow-popups: இந்த மதிப்பு ஒரே ஆரிஜினிலிருந்து வரும் ஆவணங்கள் தற்போதைய ஆவணத்தை ஒரு பாப்-அப் ஆகத் திறக்க அனுமதிக்கிறது, ஆனால் வெவ்வேறு ஆரிஜின்களிலிருந்து வரும் ஆவணங்கள் அவ்வாறு செய்வதைத் தடுக்கிறது. ஒரே ஆரிஜினிலிருந்து பாப்-அப்களைத் திறக்க வேண்டிய சூழ்நிலைகளுக்கு இது பயனுள்ளதாக இருக்கும்.

COOP-ஐ same-origin அல்லது same-origin-allow-popups என அமைப்பதன் மூலம், வெவ்வேறு ஆரிஜின்களிலிருந்து வரும் ஆவணங்கள் உங்கள் வலைத்தளத்தின் விண்டோ ஆப்ஜெக்டை அணுகுவதைத் தடுக்கிறீர்கள், இது தாக்குதல் பரப்பைக் குறைக்கிறது.

உதாரணமாக, உங்கள் வலைத்தளம் COOP-ஐ same-origin என அமைத்தால், ஒரு தீங்கிழைக்கும் வலைத்தளம் உங்கள் வலைத்தளத்தை ஒரு பாப்-அப்பில் திறக்க முயற்சித்தால், அந்த தீங்கிழைக்கும் வலைத்தளத்தால் உங்கள் வலைத்தளத்தின் window ஆப்ஜெக்டையோ அல்லது அதன் எந்த பண்புகளையோ அணுக முடியாது. இது தீங்கிழைக்கும் வலைத்தளம் உங்கள் வலைத்தளத்தின் உள்ளடக்கத்தை மாற்றுவதையோ அல்லது முக்கியமான தகவல்களைத் திருடுவதையோ தடுக்கிறது.

Cross-Origin-Embedder-Policy (COEP)

COEP ஹெடர் தற்போதைய ஆவணத்தால் எந்த கிராஸ்-ஆரிஜின் வளங்களை ஏற்ற முடியும் என்பதைக் கட்டுப்படுத்துகிறது. இதற்கு மூன்று முக்கிய மதிப்புகள் உள்ளன:

• unsafe-none: இது இயல்புநிலை மதிப்பு மற்றும் ஆவணம் எந்த கிராஸ்-ஆரிஜின் வளத்தையும் ஏற்ற அனுமதிக்கிறது. இது அடிப்படையில் COEP பாதுகாப்பை முடக்குகிறது.
• require-corp: இந்த மதிப்பு அனைத்து கிராஸ்-ஆரிஜின் வளங்களும் CORS இயக்கப்பட்ட நிலையில் பெறப்பட வேண்டும் என்றும், அந்த வளங்களை உட்பொதியும் HTML குறிச்சொற்களில் crossorigin பண்புக்கூறு பயன்படுத்தப்பட வேண்டும் என்றும் தேவைப்படுகிறது. இதன் பொருள், கிராஸ்-ஆரிஜின் வளத்தை வழங்கும் சர்வர் உங்கள் வலைத்தளம் அந்த வளத்தை ஏற்றுவதற்கு வெளிப்படையாக அனுமதிக்க வேண்டும்.
• credentialless: `require-corp`-ஐப் போன்றது, ஆனால் கோரிக்கையில் நற்சான்றிதழ்களை (குக்கீகள், அங்கீகார ஹெடர்கள்) அனுப்புவதைத் தவிர்க்கிறது. பயனர்-குறிப்பிட்ட தகவல்களைக் கசியவிடாமல் பொது வளங்களை ஏற்றுவதற்கு இது பயனுள்ளதாக இருக்கும்.

require-corp மதிப்பு மிகவும் பாதுகாப்பான விருப்பமாகும், மேலும் பெரும்பாலான பயன்பாட்டு நிகழ்வுகளுக்குப் பரிந்துரைக்கப்படுகிறது. இது அனைத்து கிராஸ்-ஆரிஜின் வளங்களும் உங்கள் வலைத்தளத்தால் ஏற்றப்படுவதற்கு வெளிப்படையாக அங்கீகரிக்கப்பட்டுள்ளன என்பதை உறுதி செய்கிறது.

require-corp-ஐப் பயன்படுத்தும்போது, உங்கள் வலைத்தளம் ஏற்றும் அனைத்து கிராஸ்-ஆரிஜின் வளங்களும் பொருத்தமான CORS ஹெடர்களுடன் வழங்கப்படுவதை உறுதி செய்ய வேண்டும். இதன் பொருள், வளத்தை வழங்கும் சர்வர் அதன் பதிலில் Access-Control-Allow-Origin ஹெடரைச் சேர்க்க வேண்டும், உங்கள் வலைத்தளத்தின் ஆரிஜினைக் குறிப்பிடுகிறது அல்லது * (இது எந்த ஆரிஜினையும் வளத்தை ஏற்ற அனுமதிக்கிறது, ஆனால் பொதுவாக பாதுகாப்பு காரணங்களுக்காக பரிந்துரைக்கப்படுவதில்லை).

உதாரணமாக, உங்கள் வலைத்தளம் ஒரு CDN-இலிருந்து ஒரு படத்தைக் ஏற்றினால், CDN சர்வர் அதன் பதிலில் Access-Control-Allow-Origin ஹெடரைச் சேர்க்க வேண்டும், உங்கள் வலைத்தளத்தின் ஆரிஜினைக் குறிப்பிட வேண்டும். CDN சர்வர் இந்த ஹெடரைச் சேர்க்கவில்லை என்றால், படம் ஏற்றப்படாது, உங்கள் வலைத்தளம் ஒரு பிழையைக் காண்பிக்கும்.

crossorigin பண்புக்கூறு <img>, <script>, மற்றும் <link> போன்ற HTML குறிச்சொற்களில், வளம் CORS இயக்கப்பட்ட நிலையில் பெறப்பட வேண்டும் என்பதைக் குறிக்கப் பயன்படுத்தப்படுகிறது. உதாரணமாக:

<img src="https://example.com/image.jpg" crossorigin="anonymous">
<script src="https://example.com/script.js" crossorigin="anonymous">

anonymous மதிப்பு, நற்சான்றிதழ்களை (எ.கா., குக்கீகள்) அனுப்பாமல் கோரிக்கை செய்யப்பட வேண்டும் என்பதைக் குறிக்கிறது. நீங்கள் நற்சான்றிதழ்களை அனுப்ப வேண்டும் என்றால், நீங்கள் use-credentials மதிப்பைப் பயன்படுத்தலாம், ஆனால் வளத்தை வழங்கும் சர்வர் அதன் பதிலில் Access-Control-Allow-Credentials: true ஹெடரைச் சேர்ப்பதன் மூலம் நற்சான்றிதழ்களை அனுப்ப அனுமதிக்கிறது என்பதையும் உறுதி செய்ய வேண்டும்.

கிராஸ்-ஆரிஜின் ஐசோலேஷனை செயல்படுத்துதல்

கிராஸ்-ஆரிஜின் ஐசோலேஷனை செயல்படுத்துவது என்பது உங்கள் சர்வரின் பதில்களில் COOP மற்றும் COEP ஹெடர்களை அமைப்பதை உள்ளடக்கியது. இந்த ஹெடர்களை அமைப்பதற்கான குறிப்பிட்ட முறை உங்கள் சர்வர் தொழில்நுட்பத்தைப் பொறுத்தது.

உதாரண செயலாக்கங்கள்

பல்வேறு சர்வர் சூழல்களில் COOP மற்றும் COEP ஹெடர்களை எவ்வாறு அமைப்பது என்பதற்கான சில எடுத்துக்காட்டுகள் இங்கே:

Apache

உங்கள் .htaccess கோப்பில் பின்வரும் வரிகளைச் சேர்க்கவும்:

Header set Cross-Origin-Opener-Policy "same-origin"
Header set Cross-Origin-Embedder-Policy "require-corp"

Nginx

உங்கள் Nginx உள்ளமைவு கோப்பில் பின்வரும் வரிகளைச் சேர்க்கவும்:

add_header Cross-Origin-Opener-Policy "same-origin";
add_header Cross-Origin-Embedder-Policy "require-corp";

Node.js (Express)

app.use((req, res, next) => {
  res.setHeader("Cross-Origin-Opener-Policy", "same-origin");
  res.setHeader("Cross-Origin-Embedder-Policy", "require-corp");
  next();
});

Python (Flask)

@app.after_request
def add_security_headers(response):
    response.headers['Cross-Origin-Opener-Policy'] = 'same-origin'
    response.headers['Cross-Origin-Embedder-Policy'] = 'require-corp'
    return response

PHP

header('Cross-Origin-Opener-Policy: same-origin');
header('Cross-Origin-Embedder-Policy: require-corp');

இந்த எடுத்துக்காட்டுகளை உங்கள் குறிப்பிட்ட சர்வர் சூழல் மற்றும் உள்ளமைவுக்கு ஏற்ப மாற்றியமைக்க நினைவில் கொள்ளுங்கள்.

கிராஸ்-ஆரிஜின் ஐசோலேஷனை சரிபார்த்தல்

கிராஸ்-ஆரிஜின் ஐசோலேஷனை செயல்படுத்திய பிறகு, அது சரியாக வேலை செய்கிறதா என்பதைச் சரிபார்ப்பது மிகவும் முக்கியம். உங்கள் உலாவியின் டெவலப்பர் கருவிகளில் COOP மற்றும் COEP ஹெடர்களைச் சரிபார்ப்பதன் மூலம் இதைச் செய்யலாம். நெட்வொர்க் தாவலைத் திறந்து உங்கள் வலைத்தளத்தின் முக்கிய ஆவணத்திற்கான ரெஸ்பான்ஸ் ஹெடர்களை ஆய்வு செய்யுங்கள். நீங்கள் உள்ளமைத்த மதிப்புகளுடன் Cross-Origin-Opener-Policy மற்றும் Cross-Origin-Embedder-Policy ஹெடர்களைப் பார்க்க வேண்டும்.

உங்கள் வலைத்தளம் கிராஸ்-ஆரிஜின் தனிமைப்படுத்தப்பட்டதா என்பதைச் சரிபார்க்க ஜாவாஸ்கிரிப்ட்டில் crossOriginIsolated பண்பையும் பயன்படுத்தலாம்:

if (crossOriginIsolated) {
  console.log("கிராஸ்-ஆரிஜின் ஐசோலேஷன் இயக்கப்பட்டது.");
} else {
  console.warn("கிராஸ்-ஆரிஜின் ஐசோலேஷன் இயக்கப்படவில்லை.");
}

crossOriginIsolated என்பது true ஆக இருந்தால், கிராஸ்-ஆரிஜின் ஐசோலேஷன் இயக்கப்பட்டது என்று அர்த்தம், நீங்கள் பாதுகாப்பாக SharedArrayBuffer-ஐப் பயன்படுத்தலாம்.

பொதுவான சிக்கல்களைச் சரிசெய்தல்

கிராஸ்-ஆரிஜின் ஐசோலேஷனை செயல்படுத்துவது சில நேரங்களில் சவாலாக இருக்கலாம், குறிப்பாக உங்கள் வலைத்தளம் நிறைய கிராஸ்-ஆரிஜின் வளங்களை ஏற்றினால். இங்கே சில பொதுவான சிக்கல்கள் மற்றும் அவற்றை எவ்வாறு சரிசெய்வது என்பது கொடுக்கப்பட்டுள்ளது:

• வளங்கள் ஏற்றத் தவறுதல்: நீங்கள் COEP: require-corp-ஐப் பயன்படுத்தினால், அனைத்து கிராஸ்-ஆரிஜின் வளங்களும் சரியான CORS ஹெடர்களுடன் (Access-Control-Allow-Origin) வழங்கப்படுவதையும், அந்த வளங்களை உட்பொதியும் HTML குறிச்சொற்களில் crossorigin பண்புக்கூறைப் பயன்படுத்துகிறீர்கள் என்பதையும் உறுதிப்படுத்திக் கொள்ளுங்கள்.
• கலப்பு உள்ளடக்கப் பிழைகள்: அனைத்து வளங்களும் HTTPS வழியாக ஏற்றப்படுவதை உறுதி செய்யவும். HTTP மற்றும் HTTPS வளங்களைக் கலப்பது பாதுகாப்பு எச்சரிக்கைகளை ஏற்படுத்தி வளங்கள் ஏற்றப்படுவதைத் தடுக்கலாம்.
• இணக்கத்தன்மை சிக்கல்கள்: பழைய உலாவிகள் COOP மற்றும் COEP-ஐ ஆதரிக்காது. பழைய உலாவிகளுக்கு ஃபால்பேக் நடத்தையை வழங்க ஒரு அம்சம் கண்டறிதல் நூலகம் அல்லது ஒரு பாலிஃபில்லைப் பயன்படுத்துவதைக் கருத்தில் கொள்ளுங்கள். இருப்பினும், முழுமையான பாதுகாப்பு நன்மைகள் ஆதரிக்கும் உலாவிகளில் மட்டுமே உணரப்படுகின்றன.
• மூன்றாம் தரப்பு ஸ்கிரிப்ட்களில் தாக்கம்: சில மூன்றாம் தரப்பு ஸ்கிரிப்ட்கள் கிராஸ்-ஆரிஜின் ஐசோலேஷனுடன் இணக்கமாக இருக்காது. கிராஸ்-ஆரிஜின் ஐசோலேஷனை செயல்படுத்திய பிறகு உங்கள் வலைத்தளத்தை முழுமையாகச் சோதித்து, அனைத்து மூன்றாம் தரப்பு ஸ்கிரிப்ட்களும் சரியாக வேலை செய்கின்றனவா என்பதை உறுதிப்படுத்தவும். CORS மற்றும் COEP-க்கான ஆதரவைக் கோர மூன்றாம் தரப்பு ஸ்கிரிப்ட் வழங்குநர்களைத் தொடர்பு கொள்ள வேண்டியிருக்கலாம்.

SharedArrayBuffer-க்கான மாற்றுகள்

SharedArrayBuffer குறிப்பிடத்தக்க செயல்திறன் நன்மைகளை வழங்கினாலும், இது எப்போதும் சரியான தீர்வு அல்ல, குறிப்பாக கிராஸ்-ஆரிஜின் ஐசோலேஷனை செயல்படுத்துவதில் உள்ள சிக்கலைப் பற்றி நீங்கள் கவலைப்பட்டால். கருத்தில் கொள்ள வேண்டிய சில மாற்றுகள் இங்கே:

• செய்தி அனுப்புதல்: வெவ்வேறு உலாவி சூழல்களுக்கு இடையில் தரவை அனுப்ப postMessage API-ஐப் பயன்படுத்தவும். இது SharedArrayBuffer-க்கு ஒரு பாதுகாப்பான மாற்றாகும், ஏனெனில் இது நேரடியாக நினைவகத்தைப் பகிர்வதை உள்ளடக்காது. இருப்பினும், பெரிய தரவுப் பரிமாற்றங்களுக்கு இது குறைந்த செயல்திறன் கொண்டதாக இருக்கலாம்.
• WebAssembly: WebAssembly (Wasm) என்பது வலை உலாவிகளில் இயக்கக்கூடிய ஒரு பைனரி அறிவுறுத்தல் வடிவமாகும். இது கிட்டத்தட்ட நேட்டிவ் செயல்திறனை வழங்குகிறது மற்றும் SharedArrayBuffer-ஐச் சார்ந்திராமல் கணக்கீட்டு ரீதியாக தீவிரமான பணிகளைச் செய்யப் பயன்படுத்தலாம். Wasm ஜாவாஸ்கிரிப்ட்டை விட பாதுகாப்பான செயலாக்க சூழலையும் வழங்க முடியும்.
• Service Workers: பின்னணிப் பணிகளைச் செய்வதற்கும் தரவை கேச் செய்வதற்கும் சர்வீஸ் வொர்க்கர்களைப் பயன்படுத்தலாம். நெட்வொர்க் கோரிக்கைகளை இடைமறித்து பதில்களை மாற்றவும் அவற்றைப் பயன்படுத்தலாம். அவை நேரடியாக SharedArrayBuffer-ஐ மாற்றவில்லை என்றாலும், பகிரப்பட்ட நினைவகத்தை நம்பாமல் உங்கள் வலைத்தளத்தின் செயல்திறனை மேம்படுத்த அவற்றைப் பயன்படுத்தலாம்.

கிராஸ்-ஆரிஜின் ஐசோலேஷனின் நன்மைகள்

SharedArrayBuffer-ஐப் பாதுகாப்பாகப் பயன்படுத்துவதை இயக்குவதைத் தவிர, கிராஸ்-ஆரிஜின் ஐசோலேஷன் பல நன்மைகளை வழங்குகிறது:

• மேம்படுத்தப்பட்ட பாதுகாப்பு: இது ஸ்பெக்டர் போன்ற பாதிப்புகள் மற்றும் பிற நேரத் தாக்குதல்களுடன் தொடர்புடைய அபாயங்களைக் குறைக்கிறது.
• மேம்படுத்தப்பட்ட செயல்திறன்: கணக்கீட்டு ரீதியாக தீவிரமான பணிகளின் செயல்திறனை மேம்படுத்த SharedArrayBuffer-ஐப் பயன்படுத்த இது உங்களை அனுமதிக்கிறது.
• உங்கள் வலைத்தளத்தின் பாதுகாப்பு நிலைப்பாட்டின் மீது அதிகக் கட்டுப்பாடு: உங்கள் வலைத்தளத்தால் எந்த கிராஸ்-ஆரிஜின் வளங்களை ஏற்ற முடியும் என்பதில் இது உங்களுக்கு அதிகக் கட்டுப்பாட்டைக் கொடுக்கிறது.
• எதிர்காலத்திற்கான தயார்நிலை: வலைப் பாதுகாப்பு தொடர்ந்து विकसितமடைந்து வருவதால், கிராஸ்-ஆரிஜின் ஐசோலேஷன் எதிர்கால பாதுகாப்பு மேம்பாடுகளுக்கு ஒரு திடமான அடித்தளத்தை வழங்குகிறது.

முடிவுரை

கிராஸ்-ஆரிஜின் ஐசோலேஷன் (COOP/COEP) என்பது நவீன வலை மேம்பாட்டிற்கான ஒரு முக்கியமான பாதுகாப்பு அம்சமாகும், குறிப்பாக SharedArrayBuffer-ஐப் பயன்படுத்தும்போது. கிராஸ்-ஆரிஜின் ஐசோலேஷனை செயல்படுத்துவதன் மூலம், ஸ்பெக்டர் போன்ற பாதிப்புகள் மற்றும் பிற நேரத் தாக்குதல்களுடன் தொடர்புடைய அபாயங்களைக் குறைக்கலாம், அதே நேரத்தில் SharedArrayBuffer வழங்கும் செயல்திறன் நன்மைகளைப் பயன்படுத்திக் கொள்ளலாம். செயலாக்கத்திற்கு கிராஸ்-ஆரிஜின் வளங்களை ஏற்றுதல் மற்றும் சாத்தியமான இணக்கத்தன்மை சிக்கல்கள் குறித்து கவனமாக பரிசீலிக்க வேண்டியிருந்தாலும், பாதுகாப்பு நன்மைகள் மற்றும் செயல்திறன் ஆதாயங்கள் முயற்சிக்கு மதிப்புள்ளவை. வலை বিকশিতமடையும்போது, பயனர் தரவைப் பாதுகாப்பதற்கும் பாதுகாப்பான ஆன்லைன் அனுபவத்தை உறுதி செய்வதற்கும் கிராஸ்-ஆரிஜின் ஐசோலேஷன் போன்ற பாதுகாப்பு சிறந்த நடைமுறைகளைக் கடைப்பிடிப்பது பெருகிய முறையில் முக்கியமானது.

மேலும் படிக்க

• A guide to enable cross-origin isolation
• Cross-Origin-Opener-Policy (COOP) - HTTP | MDN
• Cross-Origin-Embedder-Policy (COEP) - HTTP | MDN