Clipit: Keepass(x) जैसे ऐप्स से स्ट्रिंग्स (पासवर्ड) को बाहर करने के लिए बहिष्कृत सुविधा में सुधार करें

मेरे पास एक ही प्रश्न है। मैं KeePass2 का उपयोग करता हूं, और एप्लिकेशन बार शीर्षक में "KeePass" वाली विंडो से आने वाली हर चीज को बाहर करना चाहता हूं। क्लिपिट में इसे हासिल करने का कोई तरीका?

कृपया यह फोरम पोस्ट देखें।
ऐसा लगता है कि चीजों की स्थिति :-(

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

किसी को इसका समाधान मिला?

एक काम के आसपास खिड़की है कि वर्तमान में ध्यान केंद्रित की xproperties के लिए विंडो प्रबंधक पूछ सकते हैं और जाँच है कि कुछ regex के खिलाफ हो सकता है।

क्या कोई कृपया इस मुद्दे के शीर्षक को संपादित कर सकता है ताकि इस तथ्य को सही ढंग से दर्शाया जा सके कि बहिष्करण पूरी तरह से काम नहीं करता है - यानी यह छोटी गाड़ी है। विशेष रूप से, कम से कम मैं तत्काल फिक्सिंग की अनुशंसा करता हूं, वरीयताएँ> बहिष्कृत में व्याख्यात्मक पाठ है क्योंकि यह बल्कि भ्रामक है। पाठ स्पष्ट रूप से बताता है कि यह सुविधा पासवर्ड बहिष्करण के लिए है, लेकिन कोई गंभीरता से यह सुझाव नहीं दे सकता है कि उपयोगकर्ताओं को अपने सभी सादा पाठ पासवर्ड की एक सूची दर्ज करनी चाहिए जो कि क्लिप की सेटिंग में सादे पाठ को सहेजा जाएगा, केवल सादा पाठ पासवर्ड सहेजे जाने से बचने के लिए इतिहास में।

दूसरा @johntyree का समाधान उचित लगता है, क्या कोई इनाम पृष्ठ है या कुछ ऐसा है जहां महत्वपूर्ण विशेषताओं का विज्ञापन किया जा सकता है?

मौका मिलने पर मैं इसे देख लूंगा। हो सकता है कि मैं @johntyree के विचार को भी लागू कर

pszi1ard:

पाठ स्पष्ट रूप से बताता है कि यह सुविधा पासवर्ड बहिष्करण के लिए है, लेकिन कोई गंभीरता से यह सुझाव नहीं दे सकता है कि उपयोगकर्ताओं को अपने सभी सादा पाठ पासवर्ड की एक सूची दर्ज करनी चाहिए जो कि क्लिप की सेटिंग में सादे पाठ को सहेजा जाएगा, केवल सादा पाठ पासवर्ड सहेजे जाने से बचने के लिए इतिहास में।

यह पूरी तरह सही नहीं है।
क्लिपिट के मेरे संस्करण में यह कहता है:
"इतिहास में सम्मिलित नहीं की जाने वाली वस्तुओं की रेगेक्स सूची"
afaik सुविधा काम करती है, लेकिन मैं नियमित अभिव्यक्तियों के साथ बहुत अच्छा नहीं हूं इसलिए मैंने इसका पूरी तरह से परीक्षण नहीं किया है।

उदाहरण के लिए, मुझे लगता है कि एक नियमित अभिव्यक्ति तैयार करना संभव होगा जो उन सभी पासवर्डों को बाहर कर देगा जो बिल्कुल nn वर्ण लंबे हैं, इसलिए उस स्थिति में पासवर्ड स्वयं कहीं भी दिखाई नहीं देंगे।
लेकिन आईएमओ यह एक नाजुक कामकाज है; मुझे लगता है कि 99% उपयोगकर्ता मूल एप्लिकेशन के आधार पर पासवर्ड को बाहर करना चाहेंगे।

आप मुझे कैसे शीर्षक संपादित करना चाहेंगे? मैं कुछ और कोशिश करूँगा ...

afaik सुविधा काम करती है, लेकिन मैं नियमित अभिव्यक्तियों के साथ बहुत अच्छा नहीं हूं इसलिए मैंने इसका पूरी तरह से परीक्षण नहीं किया है।

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

उदाहरण के लिए, मुझे लगता है कि एक नियमित अभिव्यक्ति तैयार करना संभव होगा जो उन सभी पासवर्डों को बाहर कर देगा जो बिल्कुल एनएन वर्ण लंबे हैं,

आपका मतलब वह है जो एन वर्णों की किसी भी स्ट्रिंग से मेल खाता है। बात नहीं बनी:

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

तो कुछ छोटी स्ट्रिंग के साथ सभी पासवर्ड को प्री/पोस्ट फिक्स करने के बारे में क्या है, जो आमतौर पर काम करने वाले सामान्य ग्रंथों में प्रकट होने की अत्यधिक संभावना नहीं है? क्या आप लोग इसे तब तक व्यवहार्य समाधान के रूप में देखते हैं जब तक कि विंडो शीर्षक आधारित बहिष्करण लागू नहीं हो जाता? उदाहरण के लिए इस बहिष्करण रेगेक्स का उपयोग करें
^pw9.*
सभी क्लिपबोर्ड सामग्री को बाहर करने के लिए, जो स्ट्रिंग्स _pw9_ से शुरू होती हैं

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

इस पर कोई विचार?

तो कुछ छोटी स्ट्रिंग के साथ सभी पासवर्ड को ठीक करने के पूर्व/पोस्ट के बारे में क्या,

मैं व्यक्तिगत रूप से अपने सभी पासवर्ड केवल क्लिपिट की सीमाओं के आसपास काम करने के लिए नहीं बदलूंगा और मुझे यकीन नहीं है कि कोई भी ऐसा करेगा।

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

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

तीनों उपयोगी हो सकते हैं, लेकिन मुझे लगता है कि आदेश वैसा ही है जैसा मैंने उन्हें सूचीबद्ध किया है।

टिप्पणियों के लिए धन्यवाद!

मैं व्यक्तिगत रूप से अपने सभी पासवर्ड केवल क्लिपिट की सीमाओं के आसपास काम करने के लिए नहीं बदलूंगा और मुझे यकीन नहीं है कि कोई भी ऐसा करेगा।

सभी पासवर्डों का समय-समय पर परिवर्तन उसके लिए अच्छा अवसर है। शायद हर किसी की ऐसी आदत नहीं होती। इसे विकसित करने का यह अच्छा अवसर होगा।

रेगेक्स बहिष्करण, जैसा कि अन्य ने बताया है, पासवर्ड बहिष्करण के लिए उपयुक्त नहीं है।

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

ठीक है, इसे लागू करने का उत्तर XGetSelectionOwner() है, नीचे पुल अनुरोध देखें।

अफसोस की बात है कि यह मज़बूती से काम नहीं करता है। मुझे अभी भी क्लिपिट में Keepass से पासवर्ड मिलते हैं। मुझे अभी तक पता नहीं चला कि ऐसा कब होता है और कब नहीं होता है।

आपके पास कीपास का कौन सा संस्करण है?
क्या आप X.org या वेलैंड पर हैं?
क्या क्लिपआईट कंसोल पर कोई जानकारी प्रदान कर रहा है?

बुधवार 22 मई 2019 को रात 10:24 बजे माइकल नोटिफिकेशन @github.com ने लिखा:

अफसोस की बात है कि यह मज़बूती से काम नहीं करता है। मुझे अभी भी Keepass in . से पासवर्ड मिलते हैं
क्लिपिट। मुझे अभी तक पता नहीं चला कि ऐसा कब होता है और कब नहीं होता है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/CristianHenzel/ClipIt/issues/48?email_source=notifications&email_token=ALGZSKB24K2RL4QXSZV5IWTPWWTXZA5CNFSM4CAW2G32YY3PNVWWK3TUL52HS4DFVREXG43VMWHILAWWSW
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ALGZSKEF4SYWM4O5GNJ7O2DPWWTXZANCNFSM4CAW2G3Q
.

कीपास 2.41
एक्स.संगठन 1.19.2
कर्नेल: 4.19.0-1-amd64 x86_64 बिट्स: 64
कंपाइलर: जीसीसी वी: 6.3.0
डेस्कटॉप: एक्सएफसी 4.12.3
डिस्ट्रो: MX-18.2_x64 कॉन्टिनम 14 मार्च 2018
आधार: डेबियन जीएनयू/लिनक्स 9 (खिंचाव)

कंसोल में clipit करते समय मुझे यह संदेश मिलता है:
(clipit:5481): Gdk-CRITICAL **: 21:21:43.736: gdk_window_thaw_toplevel_updates: assertion 'window->update_and_descendants_freeze_count > 0' failed

मुझे अभी भी पता नहीं चला कि यह बग कब होता है और कब नहीं। लेकिन ऐसा लगता है कि इतिहास के हिस्से के रूप में हमेशा -- होता है। हो सकता है कि इसका क्लिपबोर्ड के कीपास के स्वचालित समाशोधन से कोई लेना-देना हो?

तो आपकी सटीक क्लिपिट सेटिंग्स क्या हैं?

गुरु, 23 मई, 2019 को रात 9:48 बजे माइकल नोटिफिकेशन @github.com ने लिखा:

कीपास 2.41
एक्स.संगठन 1.19.2
कर्नेल: 4.19.0-1-amd64 x86_64 बिट्स: 64
कंपाइलर: जीसीसी वी: 6.3.0
डेस्कटॉप: एक्सएफसी 4.12.3
डिस्ट्रो: MX-18.2_x64 कॉन्टिनम 14 मार्च 2018
आधार: डेबियन जीएनयू/लिनक्स 9 (खिंचाव)

कंसोल में क्लिपिट दर्ज करते समय मुझे यह संदेश मिलता है:
(क्लिपिट: 5481): जीडीके-क्रिटिकल **: 21:21:43.736:
gdk_window_thaw_toplevel_updates: अभिकथन
'विंडो->update_and_descendants_freeze_count > 0' विफल रहा

मुझे अभी भी पता नहीं चला कि यह बग कब होता है और कब नहीं। परंतु
ऐसा लगता है कि इतिहास के हिस्से के रूप में हमेशा एक - होता है जब यह होता है।
हो सकता है कि इसका क्लिपबोर्ड के कीपास के स्वचालित समाशोधन से कोई लेना-देना हो?

[छवि: छवि]
https://user-images.githubusercontent.com/30999326/58281856-760a3600-7da4-11e9-89d4-a9d1d6a8fb2b.png

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/CristianHenzel/ClipIt/issues/48?email_source=notifications&email_token=ALGZSKG23WCQVXLAJSNHUQTPW3YKLA5CNFSM4CAW2G32YY3PNVWWK3TUL52HS4DFVREXG43VMVBJ360DWK63Pissue5WWWUL52HS4DFVREXG43VMVBJWK63GONMVX
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ALGZSKHEPMFNV7VQMYJH3N3PW3YKLANCNFSM4CAW2G3Q
.

सेटिंग्स के साथ कोई स्पष्ट समस्या नहीं है। कृपया एक पंक्ति छोड़ें, यदि आप
खोजें, समस्या को पुन: उत्पन्न कैसे करें।

सोम, जून 3, 2019 को रात 9:30 बजे माइकल नोटिफिकेशन @github.com ने लिखा:

[छवि: ग्राफिक]
https://user-images.githubusercontent.com/30999326/58828736-66ada700-8646-11e9-9a42-fbec91e5adbe.png
[छवि: ग्राफिक]
https://user-images.githubusercontent.com/30999326/58828792-847b0c00-8646-11e9-926a-531da2ebab6f.png
[छवि: ग्राफिक]
https://user-images.githubusercontent.com/30999326/58828810-9197fb00-8646-11e9-96f7-65632789f3f4.png
[छवि: ग्राफिक]
https://user-images.githubusercontent.com/30999326/58828835-a07ead80-8646-11e9-9eb7-ba416b062f5a.png
[छवि: ग्राफिक]
https://user-images.githubusercontent.com/30999326/58828857-ab394280-8646-11e9-83db-0c8cb2699e9e.png

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/CristianHenzel/ClipIt/issues/48?email_source=notifications&email_token=ALGZSKCJIQV47ISSPOFH4FTPYVWMJA5CNFSM4CAW2G32YY3PNVWWK3TUL52HS4DFVREXG43VMVHJKTGODNMVW
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ALGZSKGHRYWF5LWTUER4LJTPYVWMJANCNFSM4CAW2G3Q
.