👪 👨🏼‍🏫 💐 और फिर से ... LAMP और बेसिक सिक्योर डू-इट-योर मिनी-होस्टिंग 🧑🏾‍🤝‍🧑🏾 😼 👨🏽

एक बार फिर से Google को अपने स्वयं के LAMP को तैनात करने के तरीके के बारे में एक प्रश्न के जवाब में घृणित संदेश देखकर, मैंने इस पोस्ट को लिखने का फैसला किया। किसी भी तरह से ब्लॉग से सफल स्थापना पर हर्षित रिपोर्टों के टन को कम करने के लिए, जिनमें से एक एप्लाइट को ब्लाह-ब्लाह कमांड स्थापित करने का सार है।

नहीं, निश्चित रूप से यह समझने योग्य है, PHP सबसे विश्वसनीय भाषा है, और इसमें लिखे गए सभी साइट इंजन हैकिंग के खिलाफ अभेद्य सुरक्षा के एक जीवित अवतार हैं। फिर हाँ - एप्टीट्यूड अपाचे 2 स्थापित करें - और आप खुश होंगे। डिफ़ॉल्ट पते पर phpmyadmin को छोड़ना न भूलें, लेकिन कुछ टपकाया एफ़टीपी चलनी डालें।

सामान्य तौर पर, जैसा कि यह पता चला है, कई लोग यह भी नहीं जानते हैं कि किसी साइट को हैक करने और अपने PHP कोड को निष्पादित करने का अवसर होने पर, दोषपूर्ण सेटिंग्स वाले सिस्टम पर एक हमलावर कम से कम आपके सिस्टम पर लगभग कुछ भी पढ़ सकता है। यह समझ में आता है - जब लिनक्स के साथ काम करते हैं तो आपको किसी भी तरह इसकी आदत होती है, कि डिफ़ॉल्ट रूप से सुरक्षा काफी पर्याप्त स्तर पर होती है। और यहाँ एक ऐसा छेद है ...

सामान्य तौर पर, यह आलेख एक बार फिर एलएएमपी को तैनात करने और आपकी साइटों की फ़ाइलों और डेटाबेस तक बाहरी उपयोगकर्ताओं को पहुंच प्रदान करने के विषय पर तुच्छता का वर्णन करता है। यानी कैसे जल्दी से अपने हाथों से मिनी होस्टिंग करते हैं। हालांकि, होस्टिंग के विपरीत , हमारे पास कम से कम बुनियादी सुरक्षा होगी ।

जो लोग वेब सर्वर के विषय से थक गए हैं, वे शायद एसएफटीपी के माध्यम से सर्वर तक बहु-उपयोगकर्ता सीमित पहुंच के दिलचस्प लेख में पा सकते हैं।

और नहीं, यह अभी तक एक अन्य लेख नहीं है जो लिनक्स इंस्टॉलेशन का वर्णन करता है और एप्टीट्यूड को एपाचे 2 स्थापित करता है। इसके विपरीत: इस लेख में मैं इन जोड़तोड़ों की घातक अपर्याप्तता को प्रदर्शित करना चाहता था और, इसे हल्के से डालने के लिए, उन लोगों की अक्षमता जो उन्हें इंटरनेट पर दोहराते हैं।

स्थापना

डेबियन के उदाहरण का उपयोग करके सब कुछ वर्णित किया जाएगा।

पहले आपको अपनी ज़रूरत की हर चीज़ को इंस्टॉल करना होगा (वैसे, उबंटू phpMyAdmin के लिए PPA से इंस्टॉल करना बेहतर है):

aptitude install apache2 mysql-server libapache2-mod-php5 ssh aptitude install phpmyadmin

PhpMyAdmin स्थापित करते समय, हम डेटाबेस से जुड़ने के लिए एक मनमाना पासवर्ड उत्पन्न करते हैं, अन्यथा सब कुछ स्पष्ट है।

यह कैसे काम करेगा

सभी उपयोगकर्ताओं को सर्वर पर फ़ाइलों का उपयोग करने की आवश्यकता होती है, जिनके पास केवल SFTP के माध्यम से और केवल उनकी साइटों के साथ फ़ोल्डर में पहुंचने की क्षमता के साथ एक स्थानीय खाता होगा। उसी समय, प्राधिकरण को पासवर्ड और कुंजी द्वारा समर्थित किया जाएगा। इंटरएक्टिव एसएसएच लॉगिन संभव नहीं होगा, हालांकि अगर आपको वास्तव में आवश्यकता है, तो इसे सक्षम किया जा सकता है, और सिस्टम फ़ाइलों तक पहुंच के साथ भी।

कोई एफ़टीपी नहीं होगा, हालांकि यह आसानी से खराब हो सकता है। एसएफटीपी अधिक विश्वसनीय है (एन्क्रिप्शन, कुंजी द्वारा अधिकृत करने की क्षमता), और इस मामले में एफ़टीपी प्राथमिक बेमानी है और एक काफी बड़ी संभावित सुरक्षा छेद है।

प्रत्येक साइट एक निश्चित 'खाते' से संबंधित होगी, अर्थात एक 'खाते' के तहत कई साइटें हो सकती हैं। SFTP उपयोगकर्ता इन 'खातों' से जुड़े होते हैं, और कई उपयोगकर्ताओं को एक 'खाता' से जोड़ने के लिए कोई परेशान नहीं करता है। इसके अलावा, 'खाते' के अंदर, सब कुछ लिनक्स में मानक अभिगम अधिकार तंत्र द्वारा हल किया जा सकता है।

डेटाबेस से उपयोगकर्ता और पासवर्ड किसी भी तरह से सिस्टम उपयोगकर्ताओं पर निर्भर नहीं होंगे, डेटाबेस प्रबंधन मानक phpMyAdmin के माध्यम से होगा।

अन्य बातों के अलावा, आपके सर्वर पर चलने वाली साइटें उनकी कार्यशील निर्देशिका की सीमाओं से परे क्रॉल नहीं कर सकेंगी और उन डेटा को पढ़ या बदल सकती हैं जो उनसे संबंधित नहीं हैं।

संरचना के बारे में थोड़ा और

सभी साइटें फॉर्म / var / www / ACCOUNT / साइट्स / SITENAME की निर्देशिकाओं में होंगी। यहां ACCOUNT का मतलब किसी तरह के सिस्टम यूजर से नहीं है, बस कुछ मनमाने पहचानकर्ता से है।

सिस्टम उपयोगकर्ता जो साइटों को संपादित करने के लिए SFTP के माध्यम से जुड़ेंगे, उनके घर निर्देशिका के रूप में / var / www / ACCOUNT / home / USERNAME सेट होगा। तदनुसार, ACCOUNT के मान के आधार पर , एक या किसी अन्य उपयोगकर्ता के खाते में पहुंच होगी। कुंजी द्वारा SFTP उपयोगकर्ताओं को अधिकृत करने में सक्षम होने के लिए एक खाते के अंदर एक घर निर्देशिका बनाना आवश्यक है।

सभी SFTP उपयोगकर्ताओं के लिए, मुख्य समूह www-data (डिबेट-आधारित में Apache2 समूह) पर सेट किया जाएगा। इसके अलावा, सभी फाइलें एसएफटीपी और अपाचे के माध्यम से उपयोगकर्ता द्वारा बनाई गई, डिफ़ॉल्ट रूप से, अधिकार 0660 और निर्देशिका 0770 होगी । चूंकि अपाचे और एसएफटीपी का एक ही उपयोगकर्ता समूह है, डिफ़ॉल्ट रूप से, उपयोगकर्ता और वेब सर्वर दोनों किसी भी नई फ़ाइल या निर्देशिका को लिख सकते हैं, भले ही इसे किसने बनाया हो। आमतौर पर क्या आवश्यक है।

डेटाबेस अपने स्वयं के, पूरी तरह से अलग प्राधिकरण और अभिगम नियंत्रण तंत्र का उपयोग करेंगे। यहां सब कुछ बेहद सरल है: हम उपयोगकर्ता बनाते हैं और उन्हें केवल विशिष्ट डेटाबेस के लिए अधिकार देते हैं। इसलिए, हम इस मुद्दे पर नहीं लौटेंगे।

'खाते' और सिस्टम उपयोगकर्ता बनाना

एक सर्वर पर एक साइट रखना इसके लिए एक जगह तैयार करके और इसके साथ काम करने के लिए एक उपयोगकर्ता बनाकर शुरू करना चाहिए। जैसा कि ऊपर वर्णित है, साइट के लिए हमें फॉर्म / var / www / ACCOUNT / का एक फ़ोल्डर चाहिए। हम 42 उदाहरण के लिए ACCOUNT का उपयोग करते हैं। सिर्फ 42 । ठीक है, फ़ोल्डर बनाएँ:

 mkdir /var/www/42

इसके अलावा, खाते के अंदर, हमें घर / USERNAME और साइट निर्देशिकाओं की आवश्यकता है। उन्हें बनाएँ:

 mkdir -p /var/www/42/home/marvin mkdir /var/www/42/sites

भविष्य के SFTP कॉन्फ़िगरेशन के लिए, आपको तुरंत यह सुनिश्चित कर लेना चाहिए कि दोनों / var / www / 42 / साइटें और सभी अधीनस्थ फ़ोल्डर रूट: रूट से संबंधित हैं और यह कि किसी के पास रूट की अनुमति नहीं है।

अगला हम उपयोगकर्ता बनाते हैं। सामान्य, पूर्ण-स्तरीय सर्वर उपयोगकर्ताओं के साथ भ्रमित न होने के लिए, SFTP उपयोगकर्ताओं को 901 से 999 तक यूआईडी रेंज में स्थानांतरित किया जा सकता है। यदि आपको इसकी आवश्यकता नहीं है, तो आरोप हटा दें। मापदंडों। यदि आप केवल कुंजी का उपयोग करके लॉग इन करना चाहते हैं, तो --disabled-password पैरामीटर जोड़ें। परिणामस्वरूप, कमांड निम्नानुसार है:

 adduser --home /var/www/42/home/marvin --no-create-home --shell /bin/false --firstuid 901 --lastuid 999 --ingroup www-data marvin

शेल को / बिन / झूठ में स्थापित करना हमें गारंटी देता है कि उपयोगकर्ता सिस्टम में अंतःक्रियात्मक रूप से लॉग इन नहीं कर पाएगा।

SFTP सेटअप

एसएफटीपी सेटअप इस तथ्य में समाहित होगा कि www-डेटा समूह के सभी सदस्यों के लिए हम इसे बनाएंगे ताकि एसएफटीपी के माध्यम से प्रवेश करते समय वे तुरंत "खाता" के साइटों फ़ोल्डर में जाएंगे जिसमें उनकी होम निर्देशिका स्थित है, निर्देशिका ट्री में उच्चतर प्राप्त करने की क्षमता के बिना।

यह बस किया जाता है। यह फ़ाइल के अंत में कोड जोड़ने के लिए पर्याप्त है / etc / ssh / sshd_config

 #      www-data: chroot   HOME, #  umask 007,  0660    0770   Match Group www-data AllowTCPForwarding no X11Forwarding no ChrootDirectory %h/../../sites ForceCommand internal-sftp -u 0007

और विन्यास को अद्यतन करने के लिए psh sdd:

 service ssh reload

Www-data समूह के सभी उपयोगकर्ताओं के लिए कोड का यह टुकड़ा, सबसे पहले, TCP और X11 अग्रेषण को निष्क्रिय करता है (उन्हें आपके LAN तक पहुंच की आवश्यकता नहीं है)। दूसरे, यह उनके लिए बनाता है जब चेरोट अपने 'खाते' के फ़ोल्डर में लॉग इन करता है (इसके लिए हमें साइटों के फ़ोल्डर को केवल रूट के लिए लिखने योग्य बनाने की आवश्यकता थी - अन्यथा चुरोट काम नहीं करता है)। और तीसरा, वह एसएफटीपी हैंडलर को बिल्ट-इन एक (जो शेल और अन्य चीजों के साथ पूर्ण पर्यावरण की आवश्यकता नहीं है) को बदल देता है, संयोग से उसे 007 के umask मूल्य के साथ सभी फाइलें और फ़ोल्डर्स बनाने के लिए कह रहा है। यही है, नई फ़ाइलों के लिए डिफ़ॉल्ट अधिकार 0660 होगा, और निर्देशिकाओं के लिए - 0770 ।

अपाचे और phpMyAdmin को कॉन्फ़िगर करना

मूल ऑपरेशन प्रदान करने के लिए विशेष रूप से अपाचे को कॉन्फ़िगर करना आवश्यक नहीं है। डेबियन में एकमात्र बात यह है कि PHP5 पैकेज एक एकीकृत सुहोसिन पैच के साथ आता है जो सुरक्षा को बढ़ाता है। साइट के कॉन्फ़िगरेशन को कॉन्फ़िगर करते समय यह आवश्यक होगा, हालांकि इसके बिना करना काफी संभव है।

और इसलिए सामान्य रूप से अपाचे के लिए आपको केवल बनाई गई फ़ाइलों और फ़ोल्डरों के लिए umask को उसी में बदलना होगा, जिसे हम 6TP कॉन्फ़िगर करते थे। यह / etc / apache2 / envvars में लाइनें जोड़कर किया जाता है:

 # umask 007      0660    0770 umask 007

न्यूनतम phpMyAdmin सेटिंग्स के लिए, आपको बस उस पते को बदलने की आवश्यकता होती है, जिसमें वह आपके मूर्खतापूर्ण मूर्खता से उपलब्ध होगा। site / phpmyadmin से कुछ और। ऐसा करने के लिए, लाइन को /etc/phpmyadmin/apache.conf फ़ाइल में बदलें

 Alias /phpmyadmin /usr/share/phpmyadmin

उदाहरण के लिए:

 #    ! Alias /_ /usr/share/phpmyadmin

Apache रिस्टार्ट करना याद रखें:

 service apache2 restart

साइटें जोड़ना

अपनी होस्टिंग में साइटों को जोड़ने के लिए, आपको दो काम करने होंगे - सबसे पहले, साइट फ़ाइलों को अपने सर्वर पर आवश्यक अधिकारों के साथ रखें, और दूसरी बात, साइट के लिए एक अपाचे कॉन्फिगर बनाएं। इसके अलावा, सबसे अधिक बार आपको एक डेटाबेस बनाने और उस तक पहुंच अधिकार कॉन्फ़िगर करने की आवश्यकता होगी - लेकिन यह एक तुच्छ ऑपरेशन है, इसलिए हम इस पर विचार नहीं करेंगे।

फ़ाइलों को रखने के लिए, आपको वांछित 'खाते' के फ़ोल्डर में रूट निर्देशिका से एक साइट निर्देशिका बनाने की आवश्यकता है। उदाहरण के लिए:

 mkdir /var/www/42/sites/deep-thought.net

अगला वांछित अधिकार निर्धारित करें। कम से कम, इस निर्देशिका के साथ काम करने वाले SFTP उपयोगकर्ता के पास लिखित अनुमति होनी चाहिए। उदाहरण के लिए, आप यह कर सकते हैं:

 chown marvin:www-data /var/www/42/sites/deep-thought.net chmod 0750 /var/www/42/sites/deep-thought.net

ठीक है, अब उपयोगकर्ता साइट फ़ाइलों को दर्ज और अपलोड कर सकता है। यह अपाचे को कॉन्फ़िगर करने के लिए बना हुआ है। ऐसा करने के लिए, हमेशा की तरह / etc / apache2 / साइट-उपलब्ध निर्देशिका में सेटिंग फ़ाइल बनाएँ। /Var/www/42/sites/deep-thought.net निर्देशिका में डेटा के साथ deep-thought.net साइट के लिए इस फ़ाइल की सामग्री कुछ इस तरह होनी चाहिए:

 <VirtualHost *:80> ServerAdmin webmaster@deep-thought.net ServerName deep-thought.net #    DocumentRoot /var/www/42/sites/deep-thought.net <Directory /var/www/42/sites/deep-thought.net> #       #Options FollowSymLinks #AllowOverride All <IfModule mod_php5.c> #  php       php_admin_value open_basedir /var/www/42/sites/deep-thought.net #    -         php_admin_value upload_tmp_dir /var/www/42/sites/deep-thought.net/temp php_admin_value session.save_path /var/www/42/sites/deep-thought.net/temp #     URL php_admin_flag allow_url_include off #      PHP php_admin_flag enable_dl off #       php_admin_value suhosin.executor.func.blacklist apache_note,apache_setenv,closelog,debugger_off,debugger_on,define_syslog_variables,escapeshellarg,escapeshellcmd,ini_restore,openlog,passthru,pclose,pcntl_exec,popen,proc_close,proc_get_status,proc_nice,proc_open,proc_terminate,shell_exec,syslog,system,url_exec </IfModule> </Directory> # ,   ,   temp <Directory /var/www/42/sites/deep-thought.net/temp> AllowOverride None Order Deny,Allow Deny from All </Directory> ErrorLog /var/log/apache2/error.log # Possible values include: debug, info, notice, warn, error, crit, # alert, emerg. LogLevel warn CustomLog /var/log/apache2/access.log combined </VirtualHost> debugger_off, debugger_on, define_syslog_variables, escapeshellarg, escapeshellcmd, ini_restore, openlog, passthru, pclose, pcntl_exec, popen, proc_close, proc_get_status, proc_nice, proc_open, proc_terminate, shell_exec, syslog, <VirtualHost *:80> ServerAdmin webmaster@deep-thought.net ServerName deep-thought.net #    DocumentRoot /var/www/42/sites/deep-thought.net <Directory /var/www/42/sites/deep-thought.net> #       #Options FollowSymLinks #AllowOverride All <IfModule mod_php5.c> #  php       php_admin_value open_basedir /var/www/42/sites/deep-thought.net #    -         php_admin_value upload_tmp_dir /var/www/42/sites/deep-thought.net/temp php_admin_value session.save_path /var/www/42/sites/deep-thought.net/temp #     URL php_admin_flag allow_url_include off #      PHP php_admin_flag enable_dl off #       php_admin_value suhosin.executor.func.blacklist apache_note,apache_setenv,closelog,debugger_off,debugger_on,define_syslog_variables,escapeshellarg,escapeshellcmd,ini_restore,openlog,passthru,pclose,pcntl_exec,popen,proc_close,proc_get_status,proc_nice,proc_open,proc_terminate,shell_exec,syslog,system,url_exec </IfModule> </Directory> # ,   ,   temp <Directory /var/www/42/sites/deep-thought.net/temp> AllowOverride None Order Deny,Allow Deny from All </Directory> ErrorLog /var/log/apache2/error.log # Possible values include: debug, info, notice, warn, error, crit, # alert, emerg. LogLevel warn CustomLog /var/log/apache2/access.log combined </VirtualHost>

केवल <IfModule mod_php5.c> ब्लॉक की सामग्री यहां महत्वपूर्ण है। इसमें PHP सेटिंग्स शामिल हैं, जो सबसे पहले, साइट की रूट डायरेक्टरी ( ओपन_बेडिर और पोर्टिंग के लिए पोर्टिंग) के बाहर एक्सेस करने वाली फाइलों पर रोक लगाती हैं, और दूसरी बात, दो बेहद खतरनाक PHP फीचर्स ( allow_url_include , enable_dl ) को निष्क्रिय करें जो अभी भी PHP के आधुनिक संस्करणों में मौजूद हैं और यहां तक कि शामिल किया जा सकता है। और अंत में, तीसरे, वे ओएस के साथ बातचीत के लिए कई कार्यों का उपयोग करने से पीएचपी स्क्रिप्ट को प्रतिबंधित करते हैं। उदाहरण के लिए, एक मनमाना कमांड का निष्पादन कार्य। फ़ंक्शन की सूची ईमानदारी से इंटरनेट पर कहीं से आदी है और सार्वभौमिक होने का दावा नहीं करता है, हालांकि यह सुरक्षा सुनिश्चित करने के लिए पर्याप्त लगता है।

अस्थायी के बारे में थोड़ा: चूंकि हम PHP को साइट की मूल निर्देशिका के बाहर फ़ाइलों तक पहुँचने से रोकते हैं, इसलिए हमें साइट की जड़ के अंदर अस्थायी फ़ाइलों (साइट के उपयोगकर्ताओं द्वारा अपलोड की गई फ़ाइलों को HTML फॉर्म से मानक अपलोड तंत्र के माध्यम से सर्वर पर अपलोड करने) और सत्र फ़ाइलों के लिए एक निर्देशिका निर्दिष्ट करने की आवश्यकता है। स्वाभाविक रूप से, यह निर्देशिका पहले बनाई जानी चाहिए। इसके अलावा, इंटरनेट से स्पष्ट रूप से इसके करीब पहुंचना बेहतर होगा, जो दूसरी निर्देशिका ब्लॉक में किया जाता है। अन्यथा, कोई व्यक्ति गलती से आपके उपयोगकर्ता सत्र प्राप्त कर सकता है।

यदि सर्वर पर सुहोसिन स्थापित नहीं है, तो suhosin.executor.func.blacklist के बजाय आप मानक PHP विकल्प disable_functions का उपयोग कर सकते हैं। सच है, इसे php.ini में निर्दिष्ट किया जाना चाहिए, अर्थात यह आपके सर्वर पर सभी साइटों पर कार्य करेगा।

इसके अलावा, उपरोक्त सेटिंग्स में eval फ़ंक्शन अक्षम नहीं है। काश, कई साइटों को किसी कारण से इसकी आवश्यकता होती है, हालांकि इसे बंद करना अभी भी बेहतर है। विकल्पों पर ध्यान दें suhosin.executor.disable_eval और suhosin.executor.disable_emodifier सभी एक ही सुहोसिन ।

आपके द्वारा आवश्यक कॉन्फ़िगरेशन तैयार करने के बाद, बस साइट को सक्रिय करें:

 a2ensite deep-thought.net

और अपाचे को किक करने के लिए मत भूलना:

 service apache2 reload

और हां, आपको सर्वर पर फ़ाइलों और साइट डेटाबेस को अपलोड करने की आवश्यकता है - उनके बिना, यह संभावना नहीं है कि कुछ भी काम करेगा।

SSH ट्यूनिंग: चाबियाँ और इंटरैक्टिव लॉगिन

SFTP उपयोगकर्ताओं को कुंजियों तक पहुँचने के लिए, आपको वही करना होगा, जो हमेशा किया जाता है: गृह निर्देशिका के अंदर, .ssh / निर्देशिका बनाएँ, जिसमें अधिकृत_की फ़ाइल होती है, जिसमें उपयोगकर्ता के लिए सार्वजनिक कुंजियाँ पंजीकृत होती हैं।

इसके अलावा, कुछ उपयोगकर्ता सर्वर तक इंटरैक्टिव पहुंच खोल सकते हैं। ऐसा करने के लिए, सबसे पहले, संबंधित "खाता" के रूट फ़ोल्डर में आवश्यक चेरोट वातावरण तैयार करें, कम से कम एक दुभाषिया और सभी आवश्यक आभासी एफएस के साथ। यह एक मानक तरीके से किया जाता है और इसके बारे में कुछ भी जटिल नहीं है।

तब आप इंटरैक्टिव लॉगिन के लिए एक अतिरिक्त समूह बना सकते हैं। उदाहरण के लिए, ssh-इंटरैक्टिव :

 addgroup --gid 900 ssh-interactive

आवश्यक उपयोगकर्ताओं को इसमें जोड़ें, साथ ही साथ उनके SHELL को पूर्ण बैश में बदलें:

 usermod -a -G ssh-interactive --shell /bin/bash marvin

और sshd_config में इस समूह के लिए विशिष्ट सेटिंग्स निर्धारित करें। ऐसा करने के लिए, आपको www-डेटा से संबंधित मैच निर्देश को संशोधित करने की आवश्यकता है, इसमें एसश-इंटरेक्टिव है ताकि यह इस समूह के उपयोगकर्ताओं पर लागू न हो:

 Match Group www-data,!ssh-interactive

और इसके बाद एक और मैच निर्देश जोड़ें:

 #    SSH      Match Group www-data,ssh-interactive AllowTCPForwarding no X11Forwarding no ChrootDirectory %h/../../

एकमात्र समस्या यह है कि ssh-इंटरैक्टिव umask समूह के सदस्यों के लिए इसे अब 007 पर सेट नहीं किया जाएगा। इसे sshd_config में sftp सबसिस्टम की वैश्विक सेटिंग्स में संबंधित पैरामीटर जोड़कर ठीक किया जा सकता है। वैसे, यह संभावना नहीं है कि आप ओपनश घटकों को चेरोट वातावरण में खींचना चाहते हैं, इसलिए आप बाहरी sftp हैंडलर को आंतरिक कार्यान्वयन में बदल सकते हैं:

 Subsystem sftp internal-sftp -u 0007

SFTP कॉन्फ़िगरेशन के बारे में अधिक जानकारी: http://en.wikibooks.org/wiki/OpenSSH/Cookbook/SFTP

निष्कर्ष में

मुझे हमेशा सवाल में दिलचस्पी थी - क्या आधिकारिक संसाधनों पर कहीं भी पूरी सूची है जो सभी PHP कार्यों का विवरण है जो किसी भी तरह सिस्टम के घटकों और फाइलों तक स्क्रिप्ट की पहुंच दे सकते हैं। उपरोक्त सूची ईमानदारी से इंटरनेट से ली गई है, इसलिए यदि कोई भी कार्यों की सूची का लिंक साझा करता है, तो मैं बहुत आभारी रहूंगा।

अच्छी तरह से और हाँ - अगर कोई टिप्पणी है कि साधारण होस्टिंग की सुरक्षा सुनिश्चित करने के लिए न्यूनतम क्या किया जा सकता है - लिखिए।

और फिर से ... LAMP और बेसिक सिक्योर डू-इट-योर मिनी-होस्टिंग