ઝિમ્બ્રા અને મેલ બોમ્બિંગ સંરક્ષણ

મેઇલ બોમ્બિંગ એ સાયબર હુમલાના સૌથી જૂના પ્રકારો પૈકી એક છે. તેના મૂળમાં, તે નિયમિત DoS હુમલા જેવું લાગે છે, ફક્ત વિવિધ IP સરનામાંઓમાંથી વિનંતીઓના તરંગને બદલે, સર્વર પર ઇમેઇલ્સની એક તરંગ મોકલવામાં આવે છે, જે એક ઇમેઇલ સરનામાં પર મોટી માત્રામાં આવે છે, જેના કારણે લોડ તેના પર નોંધપાત્ર વધારો થાય છે. આવો હુમલો મેઇલબોક્સનો ઉપયોગ કરવામાં અસમર્થતા તરફ દોરી શકે છે, અને કેટલીકવાર સમગ્ર સર્વરની નિષ્ફળતા તરફ દોરી જાય છે. આ પ્રકારના સાયબર હુમલાનો લાંબો ઈતિહાસ સિસ્ટમ એડમિનિસ્ટ્રેટર્સ માટે સંખ્યાબંધ હકારાત્મક અને નકારાત્મક પરિણામો તરફ દોરી ગયો છે. સકારાત્મક પરિબળોમાં મેલ બોમ્બિંગનું સારું જ્ઞાન અને આવા હુમલાથી તમારી જાતને બચાવવાની સરળ રીતોની ઉપલબ્ધતાનો સમાવેશ થાય છે. નકારાત્મક પરિબળોમાં આ પ્રકારના હુમલાઓ કરવા માટે મોટી સંખ્યામાં સાર્વજનિક રૂપે ઉપલબ્ધ સોફ્ટવેર સોલ્યુશન્સ અને હુમલાખોર માટે પોતાને તપાસથી વિશ્વસનીય રીતે સુરક્ષિત રાખવાની ક્ષમતાનો સમાવેશ થાય છે.

આ સાયબર હુમલાની એક મહત્વની વિશેષતા એ છે કે તેનો લાભ માટે ઉપયોગ કરવો લગભગ અશક્ય છે. ઠીક છે, હુમલાખોરે એક મેઈલબોક્સમાં ઈમેલનો તરંગ મોકલ્યો હતો, સારું, તેણે વ્યક્તિને ઈમેલનો સામાન્ય રીતે ઉપયોગ કરવાની મંજૂરી આપી ન હતી, સારું, હુમલાખોરે કોઈના કોર્પોરેટ ઈમેલને હેક કર્યું અને સમગ્ર GALમાં હજારો પત્રો મોકલવાનું શરૂ કર્યું, જે છે. શા માટે સર્વર ક્રેશ થયું અથવા ધીમું થવા લાગ્યું જેથી તેનો ઉપયોગ કરવો અશક્ય બની ગયું, અને આગળ શું? આવા સાયબર ક્રાઇમને વાસ્તવિક નાણાંમાં રૂપાંતરિત કરવું લગભગ અશક્ય છે, તેથી હાલમાં ફક્ત મેઇલ-બોમ્બિંગ એ એક દુર્લભ ઘટના છે અને સિસ્ટમ એડમિનિસ્ટ્રેટર્સ, ઇન્ફ્રાસ્ટ્રક્ચર ડિઝાઇન કરતી વખતે, આવા સાયબર-હુમલા સામે રક્ષણ કરવાની જરૂરિયાતને યાદ રાખી શકતા નથી.

જો કે, ઈમેઈલ બોમ્બિંગ એ વાણિજ્યિક દૃષ્ટિકોણથી એકદમ નિરર્થક કવાયત છે, તે ઘણીવાર અન્ય, વધુ જટિલ અને બહુ-તબક્કાના સાયબર હુમલાઓનો ભાગ છે. ઉદાહરણ તરીકે, મેઇલ હેક કરતી વખતે અને કેટલીક જાહેર સેવામાં એકાઉન્ટ હાઇજેક કરવા માટે તેનો ઉપયોગ કરતી વખતે, હુમલાખોરો ઘણીવાર પીડિતના મેઇલબોક્સને અર્થહીન અક્ષરો સાથે "બોમ્બ" કરે છે જેથી પુષ્ટિ પત્ર તેમના પ્રવાહમાં ખોવાઈ જાય અને ધ્યાન ન જાય. મેઇલ બોમ્બિંગનો ઉપયોગ એન્ટરપ્રાઇઝ પર આર્થિક દબાણના સાધન તરીકે પણ થઈ શકે છે. આમ, એન્ટરપ્રાઇઝના સાર્વજનિક મેઇલબોક્સ પર સક્રિય બોમ્બાર્ડમેન્ટ, જે ક્લાયન્ટ્સ તરફથી વિનંતીઓ મેળવે છે, તેમની સાથે કામને ગંભીરતાથી જટિલ બનાવી શકે છે અને પરિણામે, સાધનસામગ્રીનો સમય, અપૂર્ણ ઓર્ડર, તેમજ પ્રતિષ્ઠા ગુમાવવી અને નફો ગુમાવવો.

તેથી જ સિસ્ટમ એડમિનિસ્ટ્રેટરે ઇમેઇલ બોમ્બિંગની સંભાવના વિશે ભૂલવું જોઈએ નહીં અને હંમેશા આ ધમકી સામે રક્ષણ માટે જરૂરી પગલાં લેવા જોઈએ. મેઇલ ઇન્ફ્રાસ્ટ્રક્ચર બનાવવાના તબક્કે આ કરી શકાય છે અને તે પણ સિસ્ટમ એડમિનિસ્ટ્રેટર તરફથી ખૂબ જ ઓછો સમય અને શ્રમ લે છે તે ધ્યાનમાં લેતા, તમારા ઇન્ફ્રાસ્ટ્રક્ચરને મેઇલ બોમ્બિંગથી રક્ષણ ન આપવા માટે કોઈ ઉદ્દેશ્ય કારણો નથી. ઝિમ્બ્રા કોલાબોરેશન સ્યુટ ઓપન-સોર્સ એડિશનમાં આ સાયબર-હુમલા સામે રક્ષણ કેવી રીતે લાગુ કરવામાં આવે છે તેના પર એક નજર કરીએ.

ઝિમ્બ્રા પોસ્ટફિક્સ પર આધારિત છે, જે આજે ઉપલબ્ધ સૌથી વિશ્વસનીય અને કાર્યાત્મક ઓપન સોર્સ મેઇલ ટ્રાન્સફર એજન્ટ્સમાંનું એક છે. અને તેની નિખાલસતાનો એક મુખ્ય ફાયદો એ છે કે તે કાર્યક્ષમતાને વિસ્તારવા માટે વિવિધ પ્રકારના તૃતીય-પક્ષ ઉકેલોને સમર્થન આપે છે. ખાસ કરીને, પોસ્ટફિક્સ cbpolicyd ને સંપૂર્ણ રીતે સપોર્ટ કરે છે, જે મેલ સર્વર સાયબર સુરક્ષા સુનિશ્ચિત કરવા માટે એક અદ્યતન ઉપયોગિતા છે. સ્પામ વિરોધી સુરક્ષા અને વ્હાઇટલિસ્ટ્સ, બ્લેકલિસ્ટ્સ અને ગ્રેલિસ્ટ્સ બનાવવા ઉપરાંત, cbpolicyd ઝિમ્બ્રા એડમિનિસ્ટ્રેટરને SPF સિગ્નેચર વેરિફિકેશન કન્ફિગર કરવાની મંજૂરી આપે છે, તેમજ ઇમેઇલ્સ અથવા ડેટા પ્રાપ્ત કરવા અને મોકલવા પર નિયંત્રણો સેટ કરે છે. તેઓ સ્પામ અને ફિશિંગ ઇમેઇલ્સ સામે વિશ્વસનીય સુરક્ષા પ્રદાન કરી શકે છે અને સર્વરને ઇમેઇલ બોમ્બિંગથી સુરક્ષિત કરી શકે છે.

સિસ્ટમ એડમિનિસ્ટ્રેટર પાસેથી પ્રથમ વસ્તુ જે જરૂરી છે તે cbpolicyd મોડ્યુલને સક્રિય કરવાનું છે, જે ઇન્ફ્રાસ્ટ્રક્ચર MTA સર્વર પર Zimbra Collaboration Suite OSE માં પ્રી-ઇન્સ્ટોલ કરેલ છે. આ zmprov ms `zmhostname` +zimbraServiceEnabled cbpolicyd આદેશનો ઉપયોગ કરીને કરવામાં આવે છે. આ પછી, તમારે cbpolicyd ને આરામથી મેનેજ કરવા માટે સક્ષમ થવા માટે વેબ ઈન્ટરફેસને સક્રિય કરવાની જરૂર પડશે. આ કરવા માટે, તમારે વેબ પોર્ટ નંબર 7780 પર કનેક્શન્સને મંજૂરી આપવાની જરૂર છે, આદેશનો ઉપયોગ કરીને પ્રતીકાત્મક લિંક બનાવો. ln -s /opt/zimbra/common/share/webui /opt/zimbra/data/httpd/htdocs/webui, અને પછી નેનો આદેશનો ઉપયોગ કરીને સેટિંગ્સ ફાઇલને સંપાદિત કરો /opt/zimbra/data/httpd/htdocs/webui/includes/config.php, જ્યાં તમારે નીચેની લીટીઓ લખવાની જરૂર છે:

$DB_DSN="sqlite:/opt/zimbra/data/cbpolicyd/db/cbpolicyd.sqlitedb";
$DB_USER="root";
$DB_TABLE_PREFIX="";

આ પછી, zmcontrol પુનઃપ્રારંભ અને zmapachectl પુનઃપ્રારંભ આદેશોનો ઉપયોગ કરીને ઝિમ્બ્રા અને ઝિમ્બ્રા અપાચે સેવાઓને પુનઃપ્રારંભ કરવાનું બાકી રહે છે. આ પછી, તમારી પાસે વેબ ઇન્ટરફેસની ઍક્સેસ હશે example.com:7780/webui/index.php. મુખ્ય સૂક્ષ્મતા એ છે કે આ વેબ ઈન્ટરફેસનું પ્રવેશદ્વાર હજી સુધી કોઈપણ રીતે સુરક્ષિત નથી અને અનધિકૃત વ્યક્તિઓને તેમાં પ્રવેશતા અટકાવવા માટે, તમે વેબ ઈન્ટરફેસના દરેક પ્રવેશ પછી પોર્ટ 7780 પર કનેક્શન્સ બંધ કરી શકો છો.

તમે ઈમેલ મોકલવા માટેના ક્વોટાનો ઉપયોગ કરીને આંતરિક નેટવર્કમાંથી આવતા ઈમેલના પૂરથી તમારી જાતને બચાવી શકો છો, જે cbpolicydને આભારી હોઈ શકે છે. આવા ક્વોટા તમને સમયના એક એકમમાં એક મેઇલબોક્સમાંથી મોકલી શકાય તેવા પત્રોની મહત્તમ સંખ્યા પર મર્યાદા સેટ કરવાની મંજૂરી આપે છે. ઉદાહરણ તરીકે, જો તમારા બિઝનેસ મેનેજર પ્રતિ કલાક સરેરાશ 60-80 ઈમેઈલ મોકલે છે, તો તમે થોડા માર્જીનને ધ્યાનમાં લઈને કલાક દીઠ 100 ઈમેલનો ક્વોટા સેટ કરી શકો છો. આ ક્વોટા સુધી પહોંચવા માટે, સંચાલકોએ દર 36 સેકન્ડે એક ઈમેલ મોકલવો પડશે. એક તરફ, આ સંપૂર્ણ રીતે કામ કરવા માટે પૂરતું છે, અને બીજી બાજુ, આવા ક્વોટા સાથે, હુમલાખોરો કે જેમણે તમારા એક મેનેજરના મેઇલની ઍક્સેસ મેળવી છે, તેઓ મેઇલ બોમ્બિંગ અથવા એન્ટરપ્રાઇઝ પર મોટા સ્પામ હુમલો કરશે નહીં.

આવો ક્વોટા સેટ કરવા માટે, તમારે વેબ ઈન્ટરફેસમાં નવી ઈમેલ મોકલવાની પ્રતિબંધ નીતિ બનાવવાની જરૂર છે અને તે સ્પષ્ટ કરો કે તે ડોમેનમાં મોકલવામાં આવેલા પત્રો અને બાહ્ય સરનામાં પર મોકલવામાં આવેલા પત્રો બંનેને લાગુ પડે છે. આ નીચે પ્રમાણે કરવામાં આવે છે:

આ પછી, તમે પત્રો મોકલવા સાથે સંકળાયેલા પ્રતિબંધોને વધુ વિગતવાર સ્પષ્ટ કરી શકો છો, ખાસ કરીને, સમય અંતરાલ સેટ કરો જેના પછી પ્રતિબંધો અપડેટ કરવામાં આવશે, તેમજ સંદેશ કે જે વપરાશકર્તાએ તેની મર્યાદા ઓળંગી છે તેને પ્રાપ્ત થશે. આ પછી, તમે પત્રો મોકલવા પર પ્રતિબંધ સેટ કરી શકો છો. તે આઉટગોઇંગ લેટર્સની સંખ્યા અને ટ્રાન્સમિટેડ માહિતીના બાઇટ્સની સંખ્યા બંને તરીકે સેટ કરી શકાય છે. તે જ સમયે, પત્રો કે જે નિયુક્ત મર્યાદા કરતાં વધુ મોકલવામાં આવે છે તેની સાથે અલગ રીતે વ્યવહાર કરવો આવશ્યક છે. તેથી, ઉદાહરણ તરીકે, તમે તેમને તરત જ કાઢી નાખી શકો છો, અથવા તમે તેમને સાચવી શકો છો જેથી કરીને સંદેશ મોકલવાની મર્યાદા અપડેટ થયા પછી તરત જ મોકલવામાં આવે. કર્મચારીઓ દ્વારા ઇમેઇલ્સ મોકલવા માટેની મર્યાદાના શ્રેષ્ઠ મૂલ્યને નિર્ધારિત કરતી વખતે બીજા વિકલ્પનો ઉપયોગ કરી શકાય છે.

પત્રો મોકલવા પર પ્રતિબંધો ઉપરાંત, cbpolicyd તમને પત્રો પ્રાપ્ત કરવા પર મર્યાદા સેટ કરવાની મંજૂરી આપે છે. આવી મર્યાદા, પ્રથમ નજરમાં, મેઇલ બોમ્બ ધડાકા સામે રક્ષણ આપવા માટે એક ઉત્તમ ઉપાય છે, પરંતુ હકીકતમાં, આવી મર્યાદા સેટ કરવી, એક મોટી પણ, એ હકીકતથી ભરપૂર છે કે અમુક શરતો હેઠળ એક મહત્વપૂર્ણ પત્ર તમારા સુધી પહોંચી શકશે નહીં. તેથી જ ઇનકમિંગ મેઇલ માટે કોઈપણ પ્રતિબંધોને સક્ષમ કરવાની ભલામણ કરવામાં આવતી નથી. જો કે, જો તમે હજુ પણ જોખમ લેવાનું નક્કી કરો છો, તો તમારે ખાસ ધ્યાન સાથે આવનારા સંદેશની મર્યાદા સેટ કરવાનો સંપર્ક કરવો પડશે. ઉદાહરણ તરીકે, તમે વિશ્વાસપાત્ર પ્રતિપક્ષો તરફથી આવનારા ઇમેઇલ્સની સંખ્યાને મર્યાદિત કરી શકો છો જેથી કરીને જો તેમના મેઇલ સર્વર સાથે ચેડા કરવામાં આવે, તો તે તમારા વ્યવસાય પર સ્પામ હુમલો ન કરે.

મેલ બોમ્બિંગ દરમિયાન આવનારા સંદેશાઓના પ્રવાહ સામે રક્ષણ આપવા માટે, સિસ્ટમ એડમિનિસ્ટ્રેટરે ઇનકમિંગ મેઇલને મર્યાદિત કરવા કરતાં વધુ હોંશિયાર કરવું જોઈએ. આ સોલ્યુશન ગ્રે લિસ્ટનો ઉપયોગ હોઈ શકે છે. તેમની કામગીરીનો સિદ્ધાંત એ છે કે અવિશ્વસનીય પ્રેષક તરફથી સંદેશ પહોંચાડવાના પ્રથમ પ્રયાસ પર, સર્વર સાથેનું જોડાણ અચાનક વિક્ષેપિત થાય છે, તેથી જ પત્રની ડિલિવરી નિષ્ફળ જાય છે. જો કે, જો કોઈ ચોક્કસ સમયગાળામાં અવિશ્વસનીય સર્વર એ જ પત્ર ફરીથી મોકલવાનો પ્રયાસ કરે છે, તો સર્વર કનેક્શન બંધ કરતું નથી અને તેની ડિલિવરી સફળ થાય છે.

આ બધી ક્રિયાઓનો મુદ્દો એ છે કે આપમેળે સામૂહિક ઇમેઇલ્સ મોકલવા માટેના પ્રોગ્રામ્સ સામાન્ય રીતે મોકલેલા સંદેશની ડિલિવરીની સફળતાની તપાસ કરતા નથી અને તેને બીજી વખત મોકલવાનો પ્રયાસ કરતા નથી, જ્યારે વ્યક્તિ ચોક્કસપણે ખાતરી કરશે કે તેનો પત્ર મોકલવામાં આવ્યો હતો કે કેમ. સરનામું છે કે નહીં.

તમે cbpolicyd વેબ ઇન્ટરફેસમાં ગ્રેલિસ્ટિંગને પણ સક્ષમ કરી શકો છો. દરેક વસ્તુ કાર્ય કરવા માટે, તમારે એક નીતિ બનાવવાની જરૂર છે જેમાં અમારા સર્વર પર વપરાશકર્તાઓને સંબોધવામાં આવેલા તમામ ઇનકમિંગ પત્રો શામેલ હશે, અને પછી, આ નીતિના આધારે, એક ગ્રેલિસ્ટિંગ નિયમ બનાવો, જ્યાં તમે તે અંતરાલને ગોઠવી શકો છો જે દરમિયાન cbpolicyd રાહ જોશે. અજાણ્યા વ્યક્તિ પ્રેષક તરફથી પુનરાવર્તિત પ્રતિસાદ માટે. સામાન્ય રીતે તે 4-5 મિનિટ છે. તે જ સમયે, ગ્રે સૂચિઓ ગોઠવી શકાય છે જેથી વિવિધ પ્રેષકોના પત્રો પહોંચાડવાના તમામ સફળ અને અસફળ પ્રયાસોને ધ્યાનમાં લેવામાં આવે અને, તેમની સંખ્યાના આધારે, પ્રેષકને સફેદ અથવા કાળી સૂચિમાં આપમેળે ઉમેરવાનો નિર્ણય લેવામાં આવે.

અમે તમારું ધ્યાન એ હકીકત તરફ દોરીએ છીએ કે ગ્રે લિસ્ટનો ઉપયોગ અત્યંત જવાબદારી સાથે થવો જોઈએ. એન્ટરપ્રાઇઝ માટે ખરેખર મહત્વપૂર્ણ એવા ઇમેઇલ્સ ગુમાવવાની સંભાવનાને દૂર કરવા માટે સફેદ અને કાળી સૂચિની સતત જાળવણી સાથે આ તકનીકનો ઉપયોગ હાથ ધરવામાં આવે તો તે શ્રેષ્ઠ રહેશે.

વધુમાં, SPF, DMARC અને DKIM ચેક ઉમેરવાથી ઈમેલ બોમ્બિંગ સામે રક્ષણ કરવામાં મદદ મળી શકે છે. ઘણીવાર પત્રો કે જે મેલ બોમ્બિંગની પ્રક્રિયા દ્વારા આવે છે તે આવા ચેક પાસ કરતા નથી. આ કેવી રીતે કરવું તેની ચર્ચા કરવામાં આવી હતી અમારા અગાઉના લેખોમાંના એકમાં.

આમ, ઈમેલ બોમ્બિંગ જેવા ખતરાથી તમારી જાતને બચાવવી એકદમ સરળ છે, અને તમે તમારા એન્ટરપ્રાઈઝ માટે ઝિમ્બ્રા ઈન્ફ્રાસ્ટ્રક્ચર બનાવવાના તબક્કે પણ આ કરી શકો છો. જો કે, એ સતત સુનિશ્ચિત કરવું અગત્યનું છે કે આવા રક્ષણનો ઉપયોગ કરવાના જોખમો તમને મળતા લાભો કરતાં ક્યારેય ન જાય.

સોર્સ: www.habr.com