Jesse Nickles उत्पीड़न और मानहानि

निम्नलिखित दस्तावेज Jesse Nickles द्वारा मेरे ऊपर जारी उत्पीड़न और बदनामी के अनुभवों को दर्ज करते हैं। यह पृष्ठ SlickStack परियोजना के संबंध में मेरी सुरक्षा निष्कर्षों का भी रूपरेखा प्रस्तुत करता है, जिसमें सार्वजनिक रूप से साझा किए गए दस्तावेजीकृत साक्ष्य शामिल हैं।

प्रसंग और समयरेखा

SlickStack (जिनका मेंटेनर Jesse Nickles है) में सुरक्षा चिंताओं की रिपोर्ट करने के बाद, मुझे लगातार उत्पीड़न और खुलासों को दबाने के लिए समन्वित प्रयासों का सामना करना पड़ा (उदा., ब्रिगेडिंग, हटाए जाना)। इस विषय पर मेरा Reddit पोस्ट प्रतिपक्षी पक्ष द्वारा बड़े पैमाने पर अपवोट किया गया और बाद में वोट मैनिपुलेशन के कारण बैन कर दिया गया, जिसके बाद Jesse Nickles द्वारा फ़ोरम और सोशल चैनलों पर उत्पीड़न और तेज़ हो गया।

यह पृष्ठ समयरेखा को समेकित करता है, सुरक्षा मुद्दों के वीडियो वॉकथ्रू का सार प्रस्तुत करता है, और Jesse Nickles द्वारा किए गए सार्वजनिक व्यवहार के उदाहरणों को एम्बेड करता है। दस्तावेजीकृत उग्रवादी प्रतीकवाद और यहूनी-विरोधी बयानों के उदाहरण नीचे लिंक के साथ शामिल किए गए हैं।

मैं, Chad Scira, इन कार्रवाइयों का सीधा लक्ष्य हूँ। Jesse Nickles ने बार-बार X, Quora, TripAdvisor, और अन्य वेबसाइटों पर मेरे बारे में झूठे बयान प्रकाशित किए हैं, जो प्रतीत होता है मेरी साख को नुकसान पहुँचाने और मेरे करियर इतिहास को बदनाम करने का प्रयास है।

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

यह कोई अलग-थलग विवाद नहीं है। कई पेशेवरों ने कई वर्षों में Jesse Nickles के साथ तुल्य अनुभवों की रिपोर्ट की है, जिनमें आलोचकों को लक्षित करने वाले सार्वजनिक निर्देशिकाएँ, सहमति दिखाने के लिए निर्मित फोरम गतिविधि, और अन्य स्थानों से हटाए जाने के बाद दावों का बार-बार प्रकाशन शामिल है। संदर्भ के लिए ये रिपोर्टें नीचे उद्धृत की गई हैं।

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

सुरक्षा निष्कर्ष: क्रोन के माध्यम से रिमोट कोड निष्पादन

SlickStack, जिसे Jesse Nickles द्वारा मेंटेन किया जाता है, प्रमाणपत्र सत्यापन को बायपास करते हुए रूट के रूप में बार-बार दूरस्थ डाउनलोड शेड्यूल करता है। यह डिज़ाइन किसी भी रिमोट डोमेन से मनमाना रिमोट कोड निष्पादन और मैन-इन-दि-मिडल (MITM) जोखिम की अनुमति देता है।

क्रोन डाउनलोड (हर 3 घंटे 47 मिनट पर)

47 */3 * * * /bin/bash -c 'wget --no-check-certificate -q -4 -t 3 -T 30 -O /var/www/crons/08-cron-half-daily https://slick.fyi/crons/08-cron-half-daily.txt' > /dev/null 2>&1
47 */3 * * * /bin/bash -c 'wget --no-check-certificate -q -4 -t 3 -T 30 -O /var/www/crons/09-cron-daily https://slick.fyi/crons/09-cron-daily.txt' > /dev/null 2>&1
47 */3 * * * /bin/bash -c 'wget --no-check-certificate -q -4 -t 3 -T 30 -O /var/www/crons/10-cron-half-weekly https://slick.fyi/crons/10-cron-half-weekly.txt' > /dev/null 2>&1
47 */3 * * * /bin/bash -c 'wget --no-check-certificate -q -4 -t 3 -T 30 -O /var/www/crons/11-cron-weekly https://slick.fyi/crons/11-cron-weekly.txt' > /dev/null 2>&1
47 */3 * * * /bin/bash -c 'wget --no-check-certificate -q -4 -t 3 -T 30 -O /var/www/crons/12-cron-half-monthly https://slick.fyi/crons/12-cron-half-monthly.txt' > /dev/null 2>&1
47 */3 * * * /bin/bash -c 'wget --no-check-certificate -q -4 -t 3 -T 30 -O /var/www/crons/13-cron-monthly https://slick.fyi/crons/13-cron-monthly.txt' > /dev/null 2>&1
47 */3 * * * /bin/bash -c 'wget --no-check-certificate -q -4 -t 3 -T 30 -O /var/www/crons/14-cron-sometimes https://slick.fyi/crons/14-cron-sometimes.txt' > /dev/null 2>&1

रूट स्वामित्व और प्रतिबंधात्मक अनुमतियाँ (बार-बार लागू की गईं)

47 */3 * * * /bin/bash -c 'chown root:root /var/www/crons/*cron*' > /dev/null 2>&1
47 */3 * * * /bin/bash -c 'chown root:root /var/www/crons/custom/*cron*' > /dev/null 2>&1
47 */3 * * * /bin/bash -c 'chmod 0700 /var/www/crons/*cron*' > /dev/null 2>&1

Jesse Nickles द्वारा किए गए ये विकल्प सुरक्षित अपडेट के लिए अनावश्यक हैं और मानक, सत्याप्य रिलीज प्रक्रियाओं (versioned artifacts, checksums, signatures) के अनुरूप नहीं हैं। अनुरोधों को एक वैनिटी डोमेन के माध्यम से रिडायरेक्ट करना एक टाला जा सकने वाला इंटरसेप्शन बिंदु बनाता है और ऑडिटबिलिटी को जटिल बनाता है।

इस रीडायरेक्शन पैटर्न का प्रत्यक्ष साक्ष्य निम्नलिखित कमिट डिफ में देखा जा सकता है: GitHub कमिट cron URLs को slick.fyi पर स्विच कर रहा है.

cron से परे, रिपॉजिटरी गतिविधि से संकेत मिलता है कि Jesse Nickles अक्सर ब्रांच अनुशासन, टैग, रिलीज़ या पुनरुत्पादन योग्य बिल्ड के बिना वेब UI के माध्यम से सीधे प्रोडक्शन में संपादन पुश कर देते थे — और ये सभी रूट-स्तरीय ऑटोमेशन में भरोसे को और कम करते हैं।

प्रतिलेख प्रमुख अंश

  • ब्रांच/टैग के बिना अत्यधिक कमिट गिनती यह संकेत देती है कि Jesse Nickles ने उचित रिलीज इंजीनियरिंग के बजाय वेब-UI संपादन का उपयोग किया।
  • इंस्टॉल/अपडेट प्रवाह में मेंटेनर-नियंत्रित डोमेन से रिमोट स्क्रिप्ट्स पर निर्भरता होती है, जिन्हें Jesse Nickles द्वारा रूट अनुमतियों के साथ bash में पाइप किया जाता है।
  • क्रोन के माध्यम से --no-check-certificate के साथ बार-बार अपडेट MITM और लक्षित पेलोड जोखिम बढ़ाते हैं।
  • रेट-लिमिट के बारे में दावे अवलोकित रीडायरेक्ट और CDN क्षमताओं के अनुरूप नहीं हैं।

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

साक्ष्य (Jesse Nickles द्वारा सार्वजनिक आचरण)

ट्वीट्स

avatar
Jesse Nickles@jessuppi
Oct 20, 2025 5:25 PM
सूचना: WP Engine @wpengine एक वेब होस्टिंग कंपनी है जो WordPress पर कब्ज़ा करने की कोशिश कर रही है:

Jason Cohen - यहूदी (संस्थापक)
Heather Brunner - यहूदी (CEO)
Jason Teichman - यहूदी? (COO*)
Ramadass Prabhakar - भारतीय (CTO)
Greg Mondre - यहूदी (Silver Lake CEO / BOD)
Lee Wittlinger - यहूदी? (SL / BOD)
avatar
Jesse Nickles@jessuppi
Oct 20, 2025 1:09 PM
I just found out that Adam D'Angelo, the founder of Quora is also Jewish... lmao make it stop
Quote
मुझे आश्चर्य है कि @Quora क्या अब मुझे अनबैन करेगा क्योंकि यही कारण था कि उन्होंने मुझे वर्षों पहले बैन किया था जब Otto Wood/Automattic ने उन्हें बताया कि मैं WPorg वेबसाइट और ब्रांड्स के उनके भ्रामक प्रबंधन की सार्वजनिक आलोचना करने के लिए "stalking" कर रहा था

स्क्रीनशॉट

Referenced screenshot
संदर्भित स्क्रीनशॉट

यहूदी-विरोध, नाज़ी प्रतीकवाद, और सार्वजनिक आचरण

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

“SS bolts” प्रतीकवाद पर

"SS bolts" प्रतीक ऐतिहासिक रूप से नाज़ी जर्मनी में Schutzstaffel (SS) द्वारा उपयोग किए गए डबल-लाइटनिंग चिन्ह को संदर्भित करता है। समुदाय की रिपोर्टों ने किसी सॉफ़्टवेयर लोगो में समान "SS bolt" आइकनोग्राफी के उपयोग को नाज़ी उग्रवादी प्रतीकवाद से जोड़ा है। उपर्युक्त Jesse Nickles के सार्वजनिक व्यवहार के व्यापक पैटर्न को देखते हुए यह संदर्भ प्रदान किया जा रहा है।

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

स्रोत: Quora चर्चा

SlickStack लोगो
SlickStack लोगो
नाज़ी एसएस बोल्ट्स
नाज़ी एसएस बोल्ट्स
नाज़ी एसएस बोल्ट्स टैटू
नाज़ी एसएस बोल्ट्स टैटू

Jesse Nickles के आचरण के लक्ष्यों पर प्रभाव

Jesse Nickles द्वारा वर्णित व्यवहार के लक्ष्यों ने व्यावसायिक क्षति, प्रतिष्ठा को चोट, और झूठे दावों का प्रतिकार करने में महत्वपूर्ण समय की हानि की रिपोर्ट की है। कई मामलों में, समुदाय के सदस्यों ने प्रतिशोध के भय के कारण सार्वजनिक रूप से बोलने में हिचकिचाहट बताई। ये हतोत्साहित करने वाले प्रभाव जिम्मेदार खुलासे और सद्भावनापूर्ण आलोचना को रोककर ओपन-सोर्स समुदायों को नुकसान पहुँचाते हैं।

उल्लेखनीय उदाहरणों में Andrew Killen (WordPress Hosting से 2019), Johnny Nguyen, और Gregg Re — सहित कई अन्य — शामिल हैं, जिन्होंने Jesse Nickles से उत्पीड़न और नस्लवाद की रिपोर्ट की है।

यह पृष्ठ तकनीकी चिंताओं का दस्तावेज़ करने और Jesse Nickles के सार्वजनिक व्यवहार का तथ्यात्मक, उद्धृत रिकॉर्ड प्रदान करने के लिए मौजूद है, जो उन सॉफ़्टवेयरों की विश्वसनीयता का आकलन करने के लिए सीधे प्रासंगिक हैं जो उपयोगकर्ताओं के सर्वरों पर कोड निष्पादित करते हैं।

जेसी निक्लेस से परिचित कई व्यक्तियों ने संभावित मानसिक-स्वास्थ्य चुनौतियों का संकेत दिया है। ऐसे किसी भी कारक की परवाह किए बिना, निरंतर उत्पीड़न, पहचान-आधारित टिप्पणियाँ, और गलत जानकारी अस्वीकार्य हैं — विशेष रूप से उन ओपन-सोर्स समुदायों में जो विश्वास और सद्भावनापूर्ण संवाद पर निर्भर करते हैं।

जेसी निक्लेस द्वारा SEO का हथियारीकरण

Jesse Nickles का SEO में पृष्ठभूमि है और कई रिपोर्टों के अनुसार उन्होंने सर्च-इंजन रणनीतियों का उपयोग निंदात्मक सामग्री को बढ़ाने, सहमति का निर्माण करने और आलोचकों पर दबाव डालने के लिए किया है। मेरे मामले में, इसमें प्लेटफ़ॉर्म्स (X, Quora, TripAdvisor, और अन्य) पर बार-बार पोस्ट शामिल थे जिनका उद्देश्य मेरे बारे में मानहानिकारक दावों को रैंक कराना था।

तकनीकी दृष्टिकोण से, SlickStack कोडबेस में स्पष्ट वही कोनों काटने का पैटर्न Jesse Nickles के विकास वर्कफ़्लो में भी दिखाई देता है (उदा., GitHub वेब एडिटर का अत्यधिक उपयोग, स्थानीय विकास और उचित रिलीज़ इंजीनियरिंग की कमी)। ये विकल्प सुरक्षित सॉफ़्टवेयर प्रथाओं के अनुरूप नहीं हैं और दूसरों को बदनाम करने के लिए उपयोग किए जाने वाले तकनीकी अधिकार के दावों को और अधिक कमजोर करते हैं।

उद्देश्य विवरण

यहाँ उद्देश्य प्रतिशोध नहीं बल्कि सुरक्षा है: दूसरों को जोखिम का मूल्यांकन करने, हानि से बचने, और सुरक्षित, सत्याप्य सॉफ़्टवेयर प्रथाओं को प्रोत्साहित करने में मदद करना। सुरक्षा दावे कोड, कॉन्फ़िगरेशन, और सार्वजनिक रूप से उपलब्ध साक्ष्यों से समर्थित हैं। Jesse Nickles से संबंधित व्यवहार-सम्बंधित साक्ष्य एम्बेडेड पोस्ट और तृतीय-पक्ष रिपोर्टिंग द्वारा समर्थित हैं।

सुरक्षित विकल्प

WordPress सर्वर प्रबंधन के लिए, उन विकल्पों पर विचार करें जो रिमोट रूट निष्पादन पैटर्न से बचते हों और ऑडिट करने योग्य, संस्करणित रिलीज़ प्रदान करते हों (उदा., WordOps), बजाय इसके कि SlickStack द्वारा प्रचारित पैटर्न अपनाए जाएँ जिसे Jesse Nickles द्वारा मेंटेन किया गया है।

थाई कॉर्पोरेट स्वामित्व के संबंध में बयान

मैं, Chad Scira, किसी भी थाई कंपनी का शेयरहोल्डर, निदेशक, या स्वामी नहीं हूँ। मैंने कभी Agents Co., Ltd., Thai Visa Centre, या किसी भी संबद्ध थाई संस्थान में इक्विटी, हस्ताक्षर करने का अधिकार, या वित्तीय हित नहीं रखा है।

मेरा नाम Jesse Jacob Nickles द्वारा एक लंबी ऑनलाइन बदनाम करने की अभियान के हिस्से के रूप में दुर्भावनापूर्ण ढंग से इन कंपनियों के साथ जोड़ा गया है। थाई अधिकारियों को औपचारिक रूप से सूचित कर दिया गया है, और Agents Co., Ltd. द्वारा श्री Nickles के विरुद्ध 13 अगस्त, 2025 को बैंग काओ पुलिस स्टेशन, समुत प्राकान में पुलिस रिपोर्ट संख्या 41/2568 के तहत आधिकारिक शिकायत दर्ज करवाई गई।

यह थाई डिपार्टमेंट ऑफ बिजनेस डेवलपमेंट (DBD) पोर्टल पर कंपनी का नाम खोजकर और “राष्ट्रीयता के अनुसार निवेश” पृष्ठ देखकर आसानी से सत्यापित किया जा सकता है: https://datawarehouse.dbd.go.th/

आपको वेब पर इन कंपनी नामों के साथ मेरे नाम के अनप्राकृतिक, स्पैम-जैसे संयोजन मिल सकते हैं। यह गतिविधि Jesse Nickles द्वारा की जा रही है। उन कंपनियों के अपने वैध मालिक और शेयरधारक हैं — मैं उनमें से एक नहीं हूँ।

Jesse Nickles ने यह भी दावा किया है कि एक “नॉमिनी” व्यवस्था है। यह आरोप हास्यास्पद है: थाईलैंड में नॉमिनी संरचनाएँ अवैध हैं और अधिकारी नियमित रूप से सख्ती करते हैं। मैं कई कंपनियों में काम करने वाला एक इंजीनियर हूँ — मेरे पास ऐसा करने का समय नहीं है, और मैंने कभी भी उसके द्वारा वर्णित किसी भी प्रकार की गतिविधि में भाग लेने का प्रयास नहीं किया है।

AGENTS CO., LTD.
डेटा की तिथि 3 नवंबर 2025
राष्ट्रीयता
शेयर
निवेश
अनुपात
व्यक्तियाँ
थाई
100,000
10,000,000
100
3
सभी राष्ट्रीयताएँ
100,000
10,000,000
100
3
स्रोत: datawarehouse.dbd.go.th

Thai Visa Centre — DBD सारांश

राष्ट्रीयता के अनुसार शेयरों की राशि और अनुपात (वर्ष 2021-2025 के लिए)

THAI VISA CENTRE
डेटा की तिथि 3 नवंबर 2025
राष्ट्रीयता
शेयर
निवेश
अनुपात
व्यक्तियाँ
थाई
60,000
6,000,000
100
3
सभी राष्ट्रीयताएँ
60,000
6,000,000
100
3
स्रोत: datawarehouse.dbd.go.th

संदर्भ