VPN വഴിയുള്ള ഇമെയിൽ ഫിൽട്ടറിംഗ്: ഉള്ളടക്ക നിയമങ്ങൾ യഥാർത്ഥത്തിൽ പ്രവർത്തിക്കുന്നത് എവിടെ

ഈ അഭ്യർത്ഥന ഒരു നെറ്റ്‌വർക്ക് പ്രശ്നം പോലെ തോന്നുന്നു: ഒരു പ്രത്യേക തരം അറ്റാച്ച്മെന്റ് കെട്ടിടത്തിൽ നിന്ന് പുറത്തുപോകുന്നത് തടയുക, VPN ഇപ്പോൾത്തന്നെ ഉണ്ട്, അതിനാൽ അത് ഉപയോഗിക്കുക. ആ ചട്ടക്കൂട് ഫിൽട്ടർ ഉത്തരം നൽകേണ്ട ആദ്യ ചോദ്യത്തിൽത്തന്നെ തകരുന്നു. ഉള്ളടക്ക നിയമങ്ങൾക്ക് സന്ദേശം കാണേണ്ടതുണ്ട്, സന്ദേശം ടണലിൽ നിന്ന് വ്യത്യസ്തമായ പാളിയിലാണ് ദൃശ്യമാകുന്നത്. ഞാൻ പാക്കറ്റിൽ നിന്ന് പുറത്തേക്ക് മെയിൽ പാത പിന്തുടർന്ന്, ആവശ്യമായ ഡാറ്റ യഥാർത്ഥത്തിൽ ഉള്ള ആദ്യ സ്ഥലത്ത് നിൽക്കുന്നു.

മൂന്ന് പാളികൾ സ്വതന്ത്രമാണ്: VPN ഗതാഗതം, SMTP TLS കണക്ഷൻ, സന്ദേശത്തിന്റെ സ്വന്തം എൻക്രിപ്ഷൻ. ഓരോന്നും വ്യത്യസ്ത സ്ഥലത്ത് അവസാനിക്കുന്നു.

സന്ദേശം കാണാൻ കഴിയുന്ന പാളിയിൽ നിന്ന് ആരംഭിക്കുക

VPN ഡീകാപ്സുലേഷൻ നിങ്ങൾക്ക് ആന്തരിക നെറ്റ്‌വർക്ക് ട്രാഫിക് നൽകുന്നു. മെയിൽ ക്ലയന്റ് ഒരു സമർപ്പണ സർവ്വറിലേക്ക് TLS കണക്ഷൻ തുറന്നിട്ടുണ്ടെങ്കിൽ, ആന്തരിക ട്രാഫിക്കിൽ ഇപ്പോഴും ആ TLS സ്ട്രീം ഉണ്ട്, വായിക്കാവുന്ന മെയിലല്ല.

അതിനാൽ ടണലിന്റെ അരികിൽ എടുത്ത പാക്കറ്റ് ക്യാപ്ചർ «ഈ സന്ദേശത്തിൽ വിലക്കപ്പെട്ട അറ്റാച്ച്മെന്റ് ഉണ്ടോ» എന്ന ചോദ്യത്തിൽ നിന്ന് വ്യത്യസ്തമായ ഒരു ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു.

SMTP TLS സമാപനം എൻവലപ്പിൽ അവസാനിക്കുന്നു

മെയിൽ സർവ്വറിൽ SMTP TLS അവസാനിപ്പിക്കുമ്പോൾ, ആ പോയിന്റിലേക്ക് സമർപ്പിച്ചതുപോലെ സന്ദേശം തുറന്നുകാണാം. സർവ്വർ ഹെഡറുകൾ, എൻവലപ്പ്, MIME ഘടന എന്നിവ കാണുന്നു. പല ഉള്ളടക്ക നിയമങ്ങൾക്കും ഇത് മതി. എൻവലപ്പ് അയച്ചയാളെയും സ്വീകർത്താക്കളെയും സർവ്വർ മനസ്സിലാക്കിയതുപോലെ പറയുന്നു.

S/MIME ഉപയോഗിച്ച് സംരക്ഷിച്ച സന്ദേശത്തിന് ഇത് മതിയാകില്ല. സർവ്വർ ഒരു സംരക്ഷിത എന്റിറ്റി സ്വീകരിക്കുന്നു, ബന്ധപ്പെട്ട കീകൾ ഇല്ലാതെ അതിനുള്ളിലെ ഉള്ളടക്കം വായിക്കാനാവില്ല. അതേ പരിധി കേടുകൂടാതെ എത്തുന്ന എൻക്രിപ്റ്റ് ചെയ്ത അറ്റാച്ച്മെന്റിനും ബാധകമാണ്.

നിഷ്ക്രിയ ക്യാപ്ചർ വായിക്കാവുന്നതാക്കാൻ ഗതാഗത സുരക്ഷ ദുർബലമാക്കരുത്. അത് നിയമം ഡാറ്റ ഉള്ളിടത്ത് വയ്ക്കുന്നതിനുപകരം ആർക്കിടെക്ചർ മാറ്റുന്നു.

S/MIME കീകൾ ഉള്ളിടത്ത് അവസാനിക്കുന്നു

S/MIME MIME സന്ദേശ ഡാറ്റ സംരക്ഷിക്കുന്നു, അതിനാൽ അതിന്റെ അതിർത്തി കീ മെറ്റീരിയലും അനുവദനീയമായ ഡീക്രിപ്ഷൻ ക്രമവുമാണ്. ആ കീകൾ ഇല്ലാത്ത ഫിൽട്ടറിന് ഇപ്പോഴും ദൃശ്യമായ മെറ്റാഡാറ്റയിലോ സംരക്ഷിത വസ്തുവിന്റെ സാന്നിധ്യത്തിലോ പ്രവർത്തിക്കാം, പക്ഷേ അത് വ്യത്യസ്ത ഫലമാണ്.

സംഘടന അനുവദിച്ച എൻക്രിപ്ഷൻ ഗേറ്റ്‌വേയോ നിയന്ത്രിത എൻഡ്‌പോയിന്റ് നിയന്ത്രണമോ നടത്തുന്നുണ്ടെങ്കിൽ, പ്ലെയിൻടെക്സ്റ്റ് എവിടെയുണ്ട്, ഏത് ഐഡന്റിറ്റിക്ക് അത് പരിശോധിക്കാം, കീകളും രേഖകളും എങ്ങനെ സംരക്ഷിക്കുന്നു എന്നിവ രേഖപ്പെടുത്തുക. VPN വഴി ട്രാഫിക് കടത്തിവിട്ട് ഒരു മാസ്റ്റർ കീയും സൃഷ്ടിക്കപ്പെടുന്നില്ല.

ആരെങ്കിലും പ്ലെയിൻടെക്സ്റ്റ് വർഗ്ഗീകരണം വാഗ്ദാനം ചെയ്യുന്നതിന് മുമ്പ് ഇത് എഴുതിവയ്ക്കുക. വാഗ്ദാനമാണ് പിൻവലിക്കാൻ പ്രയാസമുള്ള ഭാഗം.

നിയമം മെയിൽ പ്ലാറ്റ്ഫോമിൽ വയ്ക്കുക

അംഗീകൃത മെയിൽ സർവ്വർ വായിക്കാവുന്ന സന്ദേശം സ്വീകരിക്കുന്നുണ്ടെങ്കിൽ, അതിന്റെ പിന്തുണയുള്ള ഉള്ളടക്ക-ഫിൽട്ടർ സംയോജനമാണ് നടപ്പാക്കൽ പോയിന്റ്. ഫയർവാളിലൂടെ SMTP കണക്ഷൻ അനുവദിക്കുന്നതിൽ നിന്ന് ഇത് വ്യത്യസ്തമാണ്. ആ വ്യത്യാസമാണ് നിയമത്തിന് നിരസിക്കാനാകുമോ, ക്വാറന്റൈൻ ചെയ്യാനാകുമോ അതോ കുറിപ്പ് മാത്രം ചേർക്കാനാകുമോ എന്ന് തീരുമാനിക്കുന്നത്.

ഉദാഹരണത്തിന്, Postfix രേഖപ്പെടുത്തുന്നു ക്യൂവിന് ശേഷമുള്ള ഉള്ളടക്ക ഫിൽട്ടറിംഗ്: മെയിൽ ക്യൂവിൽ ചേർക്കുന്നു, ഫിൽട്ടറിലേക്ക് കൈമാറുന്നു, ഡെലിവറി പാതയിലേക്ക് തിരികെ വരുന്നു. ഇതിന്റെ ക്യൂവിന് ശേഷമുള്ള ക്രമീകരണം അതേ വഴികാട്ടി പരാമർശിക്കുന്ന ക്യൂവിന് മുമ്പുള്ള പ്രോക്സി, Milter ഓപ്ഷനുകളിൽ നിന്ന് വ്യത്യസ്തമാണ്. നിങ്ങൾ യഥാർത്ഥത്തിൽ നടത്തുന്ന മെയിൽ സേവനത്തിന് പിന്തുണയുള്ള സംയോജനവും പരാജയ സ്വഭാവവും തിരഞ്ഞെടുക്കുക.

ഒരു അറ്റാച്ച്മെന്റ് നിയമം പൂർണ്ണ ഡാറ്റാ നഷ്ട പരിപാടിയല്ല. ബ്രൗസർ അപ്‌ലോഡുകൾ, പങ്കിട്ട സംഭരണം, എൻഡ്‌പോയിന്റ് പ്രവർത്തനങ്ങൾ എന്നിവയ്ക്ക് അവയുടെ സ്വന്തം നിയന്ത്രണങ്ങൾ വേണം.

സിന്തറ്റിക് സന്ദേശങ്ങളോടെ സ്വീകാര്യതാ പരിശോധന എഴുതുക

അംഗീകൃത സിന്തറ്റിക് ഉദാഹരണങ്ങളോടെ പരിശോധിക്കുക: അനുവദിച്ച സന്ദേശം, വിലക്കപ്പെട്ട ഉള്ളടക്ക പ്രവർത്തനം, സന്ദേശതല എൻക്രിപ്ഷന്റെ പ്രഖ്യാപിത കൈകാര്യം. ഫിൽട്ടർ ലഭ്യമല്ലാത്തപ്പോൾ മെയിൽ സേവനം എന്ത് ചെയ്യുന്നു എന്നതും ഉൾപ്പെടുത്തുക.

ഉപയോഗപ്രദമായ ഫലം പ്രവർത്തനം, നടപ്പാക്കൽ പോയിന്റ്, അവിടെ ദൃശ്യമായ ഡാറ്റ എന്നിവ പേരിടുന്നു. «VPN അത് ഡീക്രിപ്റ്റ് ചെയ്തു» ഒരു പാളിക്ക് ഉത്തരം നൽകുന്നു, മെയിൽ ആപ്ലിക്കേഷന്റെ ഉള്ളടക്ക-അനുമതി മാതൃകയ്ക്ക് പകരമാകാൻ കഴിയില്ല.