क्रोम द्वारा किन बंदरगाहों को असुरक्षित माना जाता है?

Question

कुछ पोर्ट ERR_UNSAFE_PORTक्रोम के माध्यम से उन्हें ब्राउज़ करते समय एक त्रुटि ( ) उत्पन्न करते हैं (इस संबंधित प्रश्न देखें )। कौन से पोर्ट सुरक्षित माने जाते हैं, और कौन से डिफ़ॉल्ट रूप से असुरक्षित हैं?

Answer 1

निम्नलिखित क्रोम पर सभी प्रतिबंधित बंदरगाहों की सूची है:

1,       // tcpmux
7,       // echo
9,       // discard
11,      // systat
13,      // daytime
15,      // netstat
17,      // qotd
19,      // chargen
20,      // ftp data
21,      // ftp access
22,      // ssh
23,      // telnet
25,      // smtp
37,      // time
42,      // name
43,      // nicname
53,      // domain
77,      // priv-rjs
79,      // finger
87,      // ttylink
95,      // supdup
101,     // hostriame
102,     // iso-tsap
103,     // gppitnp
104,     // acr-nema
109,     // pop2
110,     // pop3
111,     // sunrpc
113,     // auth
115,     // sftp
117,     // uucp-path
119,     // nntp
123,     // NTP
135,     // loc-srv /epmap
139,     // netbios
143,     // imap2
179,     // BGP
389,     // ldap
427,     // SLP (Also used by Apple Filing Protocol)
465,     // smtp+ssl
512,     // print / exec
513,     // login
514,     // shell
515,     // printer
526,     // tempo
530,     // courier
531,     // chat
532,     // netnews
540,     // uucp
548,     // AFP (Apple Filing Protocol)
556,     // remotefs
563,     // nntp+ssl
587,     // stmp?
601,     // ??
636,     // ldap+ssl
993,     // ldap+ssl
995,     // pop3+ssl
2049,    // nfs
3659,    // apple-sasl / PasswordServer
4045,    // lockd
6000,    // X11
6665,    // Alternate IRC [Apple addition]
6666,    // Alternate IRC [Apple addition]
6667,    // Standard IRC [Apple addition]
6668,    // Alternate IRC [Apple addition]
6669,    // Alternate IRC [Apple addition]
6697,    // IRC + TLS

स्रोत: क्रोम स्रोत ।

Comments

और अच्छे उपाय के लिए मोज़िला फ़ायरफ़ॉक्स अनसेफ पोर्ट्सलिस्ट: www-archive.mozilla.org/projects/netlib/…

— CoolAJ86

धन्यवाद, यह पता लगाने में बहुत मददगार था कि मेरा ZNC सर्वर ठीक से काम क्यों नहीं कर

— पाया

2017 तक, 65535 को "असुरक्षित" भी माना जाता है। मुझे पता नहीं है कि ग़लती से क्यों_उनसेफ़_पोर्ट्स अनुरोधों पर लागू होता है localhost(स्पष्ट रूप से स्थानीयहोस्ट के अनुरोधों का मतलब यह होना चाहिए कि मैं एक डेवलपर हूं या मैं अन्यथा स्थानीय रूप से अनुरोधों का अनुरोध कर रहा हूं)।

— काउबर्ट

@cowbert आपकी धारणा अमान्य है। यह एक XSS या दुर्भावनापूर्ण वेबसाइट हो सकती है जो लोकलहोस्ट से अनुरोध कर रही है।

— साइटिनस

6697 भी एक प्रतिबंधित बंदरगाह है। स्रोत कोड के इस सेगमेंट में सूचीबद्ध नहीं होने वाले निश्चित रूप से अतिरिक्त हैं। जो कोई इसके बारे में अधिक जानता है उसे इस उत्तर में जोड़ना चाहिए।

— एंड्रयूएफ

Answer 2

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

http://jazzy.id.au/default/2012/08/23/why_does_chrome_consider_some_ports_unsafe.html

Answer 3

डिफ़ॉल्ट वेब सेवाओं द्वारा आमतौर पर पोर्ट 80 पर चलाया जाता है और एसएसएल एन्क्रिप्टेड ट्रैफिक पोर्ट 443 पर चलता है, इसलिए इन्हें "सुरक्षित" पोर्ट होना चाहिए। इसे आमतौर पर "डिफ़ॉल्ट पोर्ट" या "प्रसिद्ध पोर्ट" के रूप में जाना जाता है। "सुरक्षित" एक क्रोम-ism लगता है :)

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

Comments

कोई कारण नहीं है कि गैर-डिफ़ॉल्ट पोर्ट पर ट्रैफ़िक डोडी हो। उदाहरण के लिए गैर-डिफ़ॉल्ट पोर्ट का उपयोग यूनिक्स मशीनों पर किया जाता है जहां वेब सर्वर को स्थानीय व्यवस्थापक से पूरी तरह से स्वतंत्र रूप से प्रशासित किया जाता है (सिस्टम प्रशासक के लिए पोर्ट <1024 पर यूनिक्स प्रतिबंधित करता है)। इस तरह के सेटअप आजकल बहुत दुर्लभ हैं क्योंकि वेब होस्टिंग की आर्थिक स्थिति बदल गई है, लेकिन उनके बारे में कुछ भी नाजायज नहीं है।

— गाइल्स

उपरोक्त सत्य है, लेकिन पोर्ट संख्या निर्दिष्ट करने वाले किसी भी यूआरएल पर क्लिक नहीं करने वाला है।

— 22

@ साइरेक्स वैसे, क्या यह पोर्ट नंबर या कनेक्शन स्कीम के बारे में इस्तेमाल किया जा रहा है? उदाहरण के लिए यदि कोई URL पसंद है: https://<domain_name>:20/<path_name>सही चिंता करने का कोई कारण नहीं है? क्योंकि यह एक सुरक्षित कनेक्शन योजना को निर्दिष्ट करता है। यद्यपि यह FTP पोर्ट (एक असुरक्षित माना गया पोर्ट) पर है, यदि पोर्ट नहीं चलता है https, तो सब ठीक होने के बाद कोई कनेक्शन नहीं होगा? तो क्या यह पोर्ट नंबर या कनेक्शन योजना के बारे में है? (वैसे, मैं स्मार्ट-गधा बनने की कोशिश नहीं कर रहा हूं। मैं यह समझने की कोशिश कर रहा हूं कि क्या सुरक्षित है और क्या नहीं और क्यों नहीं)

— Utku

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

— 19

Webservices की उम्र में यह बिल्कुल गलत है। 2010 में भी, वेब एप्लिकेशन सर्वर जैसे टॉमकैट या यूनिकॉर्न के लिए डिफ़ॉल्ट पोर्ट 8080 या 8443 था। यूनिक्स बंदरगाहों को रूट करने के लिए प्रतिबंधित करता है <1024 और रूट के रूप में चलाने के लिए 2010 में कोई नहीं होगा और वेब एप्लिकेशन सर्वर चल रहा होगा (Apache http विशेष है क्योंकि यह su के लिए कैसे है 80 या 443 पर पोर्ट के रूप में मास्टर प्रक्रिया शुरू करने के बाद एक गैर-विशेषाधिकार प्राप्त उपयोगकर्ता को।

— काउबर्ट