ฉันควรรวมวิธีการทำลายตนเองลงในแอปพลิเคชันของฉันหรือไม่?

เมื่อเร็ว ๆ นี้ฉันมีประสบการณ์ด้านลบที่ลูกค้าประกันตัวจากการเรียกเก็บเงิน แต่คนกลางของฉันอัปโหลดซอฟต์แวร์และการออกแบบของเราไปยังเซิร์ฟเวอร์ลูกค้าแล้ว ลูกค้ากลายเป็นอาชญากรที่รู้จักและแน่นอนว่าเขาเปลี่ยนรหัสผ่านที่เป็นไปได้ทั้งหมดของเซิร์ฟเวอร์

อย่างไรก็ตามฉันยังคงสามารถเข้าถึงแผงควบคุมของ CMS ได้ น่าเศร้าที่ซอฟต์แวร์ของฉันปลอดภัยมาก .. พยายามฉีด SQL, ปลอมภาพอัปโหลด ฯลฯ ฯลฯ อย่างไรก็ตามฉันไม่สามารถแฮ็กซอฟต์แวร์ของตัวเองได้อย่างไรก็ตามฉันเตรียมที่จะฟ้องบุคคลนี้ดังนั้นจึงไม่ใช่ ปัญหา .. ฉันแค่คิดในตอนนี้ว่าอาจจะมีวิธีการทำลายโครงสร้างตัวหลัง ดังนั้นหากกรณีที่คล้ายกันเกิดขึ้นฉันมีตัวเลือกในการฆ่าซอฟต์แวร์

ความคิดของฉันคือการซ่อนฟังก์ชั่นบางอย่างในไฟล์หลัก เข้ารหัสด้วย base64 ดังนั้นจึงไม่ชัดเจน ดังนั้นสิ่งนี้:

eval(base64_decode('ZWNobyAnSGVsbG8gd29ybGQhJzs=')); // echo 'Hello world!';

และโดยทั่วไปก็สร้างสคริปต์เล็ก ๆ ที่จะนำไฟล์ทั้งหมดของซอฟต์แวร์ไปตรวจสอบให้แน่ใจแล้วลบออก
รุ่นใหม่ของฉันของ CMS ทั้งหมดมี filemanagers ที่ฉันสามารถใช้สำหรับง่ายแฮ็ค แต่จะเกิดอะไรขึ้นถ้าการเข้าถึงแผงควบคุมมี จำกัด

เพื่อความชัดเจนนี่เป็นเพียงความหมายของซอฟต์แวร์ขั้นตอนการพัฒนาในเซิร์ฟเวอร์ส่วนตัวของฉันหรือไคลเอนต์เซิร์ฟเวอร์ (ส่วนสุดท้ายเป็นปัญหาด้านจริยธรรม) ดังนั้นหากลูกค้าของฉันควรขโมยซอฟต์แวร์ของฉัน .. จะไม่รวมอยู่ในโฆษณา -ซอฟต์แวร์.
และเพื่อให้ชัดเจนยิ่งขึ้นเรากำลังพูดถึงงานอิสระที่หายากเหล่านั้น ฉันคิดว่ามันค่อนข้างสมเหตุสมผลเหตุผลที่สัญญาจ้างงานไม่ต้องการวิธีดังกล่าว ดังนั้นเราจึงพูดถึง jumprisk-client เฉพาะในโหมดการพัฒนา - เมื่อโครงการพร้อมแล้วแน่นอนว่านี่จะเป็นแบ็คดอร์ที่ผิดจรรยาบรรณมากที่มีอยู่ในซอฟต์แวร์ของคุณ

1. นี่เป็นความคิดที่ดีหรือไม่? (โปรดทราบว่าฉันจะลบออกอย่างชัดเจนเมื่อโครงการได้ 100% และจ่ายทุกอย่าง)
2. พวกคุณเคยแฮ็คซอฟต์แวร์ของคุณเองหรือไม่เนื่องจากปัญหาที่คล้ายคลึงกันกับลูกค้า
3. คำแนะนำใด ๆ เกี่ยวกับแนวคิดรหัสและวิธีการที่ชาญฉลาด?
4. อะไรคือข้อเสียที่เป็นไปได้หรือผลกระทบจากการทำลายโครงสร้างสคริปต์?

ข้อสรุปของฉันเกี่ยวกับเรื่องนี้

เป็นเรื่องน่าเศร้าเล็กน้อยที่คำตอบทั้งหมดถูกกำหนดเป้าหมายไว้ในคดีที่ทำสัญญา มันเป็นความผิดของฉันจริงๆที่ฉันไม่ได้ทำให้ชัดเจนขึ้นในคำถามของฉัน .. แค่คิดว่ามันค่อนข้างชัดเจนว่าไม่มีจุดในสวิตช์ฆ่า .. เมื่อคุณได้รับการคุ้มครองตามสัญญา
อย่างไรก็ตามหากคุณกำลังทำสัญญา .. สิ่งนี้ควรระบุไว้ในสัญญา - สิ่งนี้ทำให้ถูกกฎหมายแม้แต่ในเซิร์ฟเวอร์ของลูกค้าเอง อย่างไรก็ตามการมีสวิตช์ทำลายข้อมูลภายในเซิร์ฟเวอร์ส่วนตัวของฉันนั้นเป็นธุรกิจที่มีชื่อเสียงจริงๆ (นี่คือสิ่งที่ฉันอยากรู้)

ฉันตัดสินใจสร้างสคริปต์ kill-switch สำหรับ CMS ของฉัน ส่วนใหญ่เป็นเพราะมันเป็นความท้าทายที่น่าสนใจ แต่ฉันก็สามารถใช้สิ่งนี้กับงานที่ไม่ได้ทำสัญญาซึ่งลูกค้าเป็นเพื่อนของเพื่อน .. ฉันอาจจะไม่ใช้สิ่งนี้บนเซิร์ฟเวอร์ลูกค้า แต่สำหรับกรณีที่ลูกค้าหรือบางคน พ่อค้าคนกลางสามารถเข้าถึงเซิร์ฟเวอร์ของฉัน .. และซอฟต์แวร์ของฉันถูกขโมยหรือ "ย้ายโดยที่ฉันไม่รู้" จากนั้นฉันจะไม่ได้รับเงินและพวกเขาก็ตัดการเข้าถึงซอฟต์แวร์

ฉันได้อ่านหัวข้อต่าง ๆ มากมายที่นี่ซึ่งพวกเขาแนะนำให้ส่งคำเตือนแล้วนำหน้าลงมา ดีฉันเห็นปัญหาในนั้นเช่นเดียวกับเมื่อฉันจัดการกับคน .. ใครจะคัดลอกมันไปที่อื่น (อาจ re-brand มันและขายมัน) และบอกฉันว่ามันถูกนำมาลง และฉันจะไม่ "ปิดเว็บไซต์" แต่ลบมัน แม้ว่าฉันคิดว่ามันยังผิดกฎหมายในการเข้าถึงเซิร์ฟเวอร์ลูกค้าของฉันและเพื่อลบ หรืออย่างน้อยก็เข้าถึงแบ็กเอนด์รางน้ำและไม่ได้มาจาก FTP สำหรับเรื่องนี้ฉันขอขอบคุณทุกท่านที่ตอบ

ฉันไม่ใช่ทนายความ ดูเหมือนว่าคุณมีหนึ่งเพื่อวัตถุประสงค์ในการฟ้องร้องลูกค้าของคุณ; ในขณะที่คุณมีเขาหรือเธอในตัวยึดฉันขอแนะนำให้รับคำแนะนำเกี่ยวกับเรื่องนี้

มีคำถามอื่น ๆ ในไซต์นี้ที่จัดการกับ "สวิตช์ฆ่า" และวิธีอื่น ๆ ในการปิดใช้งานซอฟต์แวร์ที่นักพัฒนาซอฟต์แวร์ไม่ได้รับการชดเชย โดยทั่วไปแล้วถือว่าเป็นความคิดที่ดีที่จะสร้างซอฟต์แวร์ "แบบครบวงจร" (ที่คุณจะพัฒนาและโอนสิทธิ์ทั้งหมดไปยังลูกค้า) โดยไม่ต้องมีสัญญาที่กำหนดความเป็นไปได้นี้

ก่อนอื่นหากสัญญาของคุณไม่ได้ระบุว่าคุณสามารถปิดการใช้งานซอฟต์แวร์สำหรับการไม่ชำระเงินหรือลูกค้าไม่มีสิทธิ์ใด ๆ ในซอฟต์แวร์จนกว่าจะได้รับการชำระเงินเต็มจำนวนคุณจะไม่สามารถพลิก "kill switch" ได้โดยไม่ต้อง กำลังผิดสัญญา ไม่มีคำพูดใด ๆ ที่ตรงกันข้าม "การครอบครองคือเก้าในสิบของกฎหมาย" ดังนั้นจึงเป็นซอฟต์แวร์ของเขาเมื่อเขาได้รับการครอบครองและทำลายมันจะคล้ายกับการสร้างอาคารสำนักงานใหม่ที่คุณสร้างขึ้นสำหรับเขาหากเขาไม่ได้ ไม่ต้องจ่ายเงิน

จุดที่สองดังนี้; สัญญาใด ๆ ที่คุณนำเสนอให้กับลูกค้าใด ๆ ควรจะมีข้อเพื่อผลของการที่: "การถ่ายโอนทรัพย์สินทางปัญญากับความพึงพอใจของการทำสัญญา" นั่นหมายความว่าแม้ว่าคุณจะให้สำเนาซอฟต์แวร์ที่จะใช้แก่เขาจนกว่าเขาจะจ่ายให้คุณเต็ม แต่เขาก็ไม่ได้เป็นเจ้าของ WOULD นี้ให้สิทธิ์แก่คุณในการปิดการใช้งานซอฟท์แวร์ของเขาหรือสำเนาด้วยเหตุผลใด ๆ จนกว่าจะได้รับการชำระเงินเต็มจำนวนเพราะยังเป็นของคุณและคุณสามารถทำได้ตามที่คุณต้องการ ตอนนี้เขาละเมิดสัญญาและคุณยังไม่ได้ดังนั้นจึงเป็นเรื่องง่ายสำหรับทนายความของคุณที่จะนำเสนอและในขณะที่ลูกค้าของคุณไม่ได้รับประโยชน์จากสินค้าที่ไม่ดีของเขา

การเปรียบเทียบกับผู้รับเหมาก่อสร้างถือ: เมื่ออาคารภายใต้การก่อสร้างสามารถรักษาความปลอดภัยต่อการเข้าเมืองอย่างผิดกฎหมายได้และโดยทั่วไปผู้รับจ้างจะเก็บสำเนาทั้งหมดของกุญแจทั้งหมดไว้ในสถานที่จนกว่างานจะเสร็จสมบูรณ์และลงนามและ รับการชำระเงินเต็มจำนวน แม้หลังจากกุญแจถูกส่งมอบหากการชำระเงินตกผ่านเขาสามารถแนบภาระกับทรัพย์สินและในที่สุดก็มีการยึดคืน เช่นเดียวกันถือเป็นจริงที่นี่; คุณอาจให้รหัสลูกค้าเพื่อรับซอฟต์แวร์ แต่คุณถือคีย์ "master" และเขาจะไม่ได้รับสิทธิ์การเข้าถึงระดับผู้ดูแลระบบจนกว่าคุณจะชำระเงินเต็มจำนวน หากเขาสามารถเข้ามาได้ในตอนนี้และไม่จ่ายเงินให้คุณคุณเพียงแค่ "เปลี่ยนกุญแจ" และล็อคเขาจากซอฟต์แวร์

อย่างไรก็ตามคุณให้คีย์ "master" แก่ลูกค้าของคุณกับซอฟต์แวร์และเขาไปแล้วและเปลี่ยนการล็อคทั้งหมดดังนั้นตอนนี้คุณจะไม่สามารถเข้าได้นั่นไม่ใช่วิธีที่ควรทำงาน คุณยังสามารถเรียกร้องค่าเสียหายได้ แต่ในขณะเดียวกันลูกค้าที่คดเคี้ยวของคุณสามารถใช้ซอฟต์แวร์คัดลอกที่อื่น (นั่นเป็นเรื่องใหญ่ที่ไม่สามารถเกิดขึ้นกับผู้รับเหมาได้) ถ้าเขานำสิ่งปลูกสร้างกลับมาเขาไม่ต้องกังวลว่าคุณ คุณได้ทำสำเนาฟรีอย่างแน่นอนในล็อตอื่น) ฯลฯ โดยทั่วไปวิธีการรักษาเดียวของคุณคือบังคับใช้การชำระเงินเต็มจำนวนเนื่องจากคุณไม่สามารถรับประกันได้ว่าคุณได้เรียกคืนสำเนาทั้งหมดของซอฟต์แวร์ คุณอาจไม่ยินดีที่จะรับซอฟต์แวร์ของคุณคืนแม้ว่าคุณจะสามารถรับประกันได้ว่าเขาไม่มีสำเนาอื่น ๆ เป็นไปได้ว่าจะเป็นงานที่กำหนดเองคุณไม่สามารถหันหลังกลับและขายให้คนอื่นได้

เข้าใจว่าไม่ว่าคุณจะมีสิทธิ์ในซอฟต์แวร์ใดข้อมูลของเขาจะเป็นของเขา คุณไม่สามารถสัมผัสมัน คุณสามารถหยุดการเข้าถึงซอฟต์แวร์ที่คุณสร้างขึ้นได้ แต่ถ้าคุณทำลายข้อมูลของเขานั่นก็เหมือนกับการเผาทรัพย์สินของเขาหลังจากทำซ้ำสิ่งปลูกสร้างที่คุณสร้างขึ้นโดยที่เขาไม่ได้จ่ายเงิน คุณไม่มีสิทธิ์ใด ๆ ในข้อมูลนั้นและจะต้องเก็บไว้ในคอมพิวเตอร์ของเขาเหมือนเดิมหรือหากข้อมูลไม่สามารถเข้าถึงได้ในลักษณะที่สมเหตุสมผลหากไม่มีซอฟต์แวร์ของคุณคุณจะต้องลบมันออกจากสิ่งกีดขวางด้วยซอฟต์แวร์ของคุณและมอบให้ เขาในรูปแบบที่ใช้งานได้ (เช่นฐานข้อมูลมนุษย์บริโภคหรือสำเนาที่พิมพ์หรืออิเล็กทรอนิกส์)

ในแนวคิดที่คุณพูดถูก การกระทำของคุณผิดทั้งหมด

คุณต้องระบุสิทธิ์ใช้งานทดลองใช้ที่หมดอายุ เมื่อชำระเงินเต็มจำนวนให้เขา "สุดท้าย" ใบอนุญาต ทั้งหมดล่วงหน้าและซื่อสัตย์

ไม่หากลูกค้าของคุณค้นพบว่าคุณจะถูกลงโทษ มันไม่ได้ปลอดภัยเลย บางคนจะหาวิธีกระตุ้นได้อย่างไรทันใดนั้นคุณมีงานติดต่อลูกค้าทั้งหมดของคุณเพื่อบอกพวกเขาเกี่ยวกับเรื่องนี้และทำไมพวกเขาต้องทำแพตช์ฉุกเฉิน

หากคุณแฮ็คคุณจะเปิดรับตัวคุณเองตามกระบวนการทางอาญา ฉันคิดว่าคุณมีหลักฐานคุณยังคงเป็นเจ้าของเว็บไซต์หรือไม่ คุณมีสิทธิ์เข้าถึงหรือไม่ ค่าใช้จ่ายสำหรับธุรกิจของเขาอาจเป็น "ทางดาราศาสตร์"

มีทางเลือกที่ยอมรับได้ ใส่ลายน้ำบนเว็บไซต์ดังนั้นทุกหน้าจะแสดงข้อความ ในการชำระเงินคุณสามารถลบลายน้ำ

ดูเหมือนว่าเป็นความคิดที่ไม่ดีอย่างปรากฎการณ์ที่อาจทำให้คุณติดคุก

1. มันผิดจรรยาบรรณ พฤติกรรมที่ไม่ดีของลูกค้าของคุณไม่ได้ทำให้คุณแฮ็คระบบของพวกเขา
2. มันผิดกฎหมาย สิ่งนี้เคยเกิดขึ้นมาก่อนด้วยผลลัพธ์ที่ไม่ดีสำหรับฝ่ายที่กระทำผิด
3. มันไม่มีจุดหมาย คุณจะทำอะไรกับแบ็คดอร์นี้ที่จะไม่ทำให้คุณเดือดร้อน? คุณจะแบล็กเมล์ลูกค้าหรือไม่
4. มันเป็นใบ้ แม้ว่าคุณสามารถทำได้โดยไม่ถูกจับ แต่ความเสี่ยงที่อาจเกิดขึ้นนั้นมีมากกว่าผลกำไรที่อาจเกิดขึ้น

กรุณาอย่าถามโปรแกรมเมอร์ถามทนาย ฉันจะจินตนาการอย่างน้อยที่สุดคุณจะต้องรวมประโยคในสัญญาของคุณว่าคุณมีสิทธิ์ที่จะทำสิ่งที่คำถามของคุณพิจารณา ("ประโยคที่ไม่สามารถแก้ไขได้" ของสัญญาบางฉบับไม่อนุญาตให้คุณได้รับคำสั่งศาลให้ปิดซอฟต์แวร์ทันทีจนกว่าศาลจะมีโอกาสคัดออกได้หรือไม่) ฉันคิดว่าคำสั่งศาลจะปลอดภัยกว่าคุณมากกว่า Code Bomb (ซึ่งอาจถือได้ว่าเป็นคดีอาญาหากศาลพบว่าคุณไม่ได้เป็นเจ้าของซอฟต์แวร์มันอาจเป็นการทำลายทรัพย์สินในสหรัฐอเมริกามันอาจตกอยู่ภายใต้ส่วนการเข้ารหัสดิจิทัลที่ผิดกฎหมายของ Digital Millennium Act ฯลฯ ฉันสามารถ ลองนึกภาพความเสียหายที่ชนะในศาลแพ่งและยังคงถูกตัดสินในศาลอาญา)

กฎจะแตกต่างกันไปขึ้นอยู่กับว่าคุณและลูกค้าของคุณอาศัยและดำเนินการอย่างไรฉันคิดว่าคุณต้องการทนายความ

นี่เป็นความคิดที่ดีหรือไม่?

ไม่ได้อย่างแน่นอน. ไม่เพียง แต่ทำให้คุณดูไม่เป็นมืออาชีพต่อลูกค้าที่ซื่อสัตย์และมีความซื่อตรง แต่ฉันรู้สึกว่ามันเป็นอันตรายต่ออาชีพโดยรวม วิศวกรซอฟต์แวร์มีหน้าที่รับผิดชอบต่อลูกค้าหรือนายจ้างรวมถึงการส่งมอบซอฟต์แวร์ที่มีคุณภาพสูงสุด หากมีข้อพิพาทเรื่องการชำระเงินหรือสัญญามีช่องทางที่เหมาะสม การลดคุณภาพของซอฟต์แวร์ไม่ใช่ช่องทางที่เหมาะสม

พวกคุณเคยแฮ็กซอฟต์แวร์ของคุณเองเพราะปัญหาที่คล้ายกันกับลูกค้าหรือไม่?

ไม่เคยแม้ว่าฉันจะไม่เคยทำสัญญาหรือทำงานอิสระ ฉันเคยเป็นพนักงานขององค์กรขนาดใหญ่ (ซึ่งในบางกรณีทำงานภายใต้สัญญา) สำหรับฉันความคิดนั้นไม่สามารถคิดได้ ฉันอยากจะส่งมอบซอฟต์แวร์ที่ฉันภาคภูมิใจที่มีชื่อของฉันมาประกอบและรับการโกงจากลูกค้าจำนวนน้อยกว่าที่จะลดคุณภาพของซอฟต์แวร์ของฉันเช่นเดียวกับความรับผิดชอบด้านจริยธรรมของฉันต่อผู้ใช้ระบบ

คำแนะนำใด ๆ เกี่ยวกับแนวคิดรหัสและวิธีการที่ชาญฉลาด?

อย่าทำมัน

อะไรคือข้อเสียที่เป็นไปได้หรือผลกระทบจากการทำลายโครงสร้างสคริปต์?

นอกจากประเด็นด้านจริยธรรมที่ชัดเจนแล้วฉันยังกังวลเกี่ยวกับปัญหาทางกฎหมาย ฉันไม่แน่ใจว่าการก่อวินาศกรรมงานของคุณเองนั้นถูกกฎหมายหรือไม่และถึงแม้ว่าจะเป็นไปได้ก็ตาม

เพียงใช้โมดูลใบอนุญาตพร้อมใบอนุญาตแบบ จำกัด เวลาซึ่งจะปิดการใช้งานซอฟต์แวร์เมื่อหมดอายุ นี่เป็นวิธีปฏิบัติที่รู้จักกันดีในอุตสาหกรรมซอฟต์แวร์และลูกค้าของคุณไม่ควรคัดค้านเนื่องจากคุณจะลบข้อ จำกัด ในภายหลัง

สิ่งนี้อาจมีประโยชน์เมื่อคุณต้องการ จำกัด คุณสมบัติและเสนอผลิตภัณฑ์รุ่นต่าง ๆ ของคุณ

สวิตช์ฆ่ามีความเสี่ยงมากเกินไปและไม่คุ้มค่า

คุณลักษณะการทำลายตนเองที่เป็นความลับเป็นความคิดที่น่ากลัว ใช่คุณจะฉลาดและอาจมีโอกาสติดกับลูกค้าที่น่ากลัวในอนาคต แต่มันเป็นปัญหามากกว่ามูลค่าของมัน

1. คุณยังจะไม่ได้รับเงินสำหรับงานที่คุณทำ ใช่บุคคลอื่นจะไม่ใช้รหัสของคุณ แต่คุณจะยังขาดการชำระเงิน คุณคิดว่าอาชญากรบางคนจะตัดสินใจจ่ายเงินให้กับบุคคลที่ถูกนำไปใช้ในไซต์ของพวกเขาแล้วจากระยะไกล? พวกเขาจะพบกับชิ้นส่วนใหม่เพื่อให้ไซต์ของพวกเขาฟรี

2. การใช้ลำดับการทำลายตัวเองทำให้คุณต้องรับผิดชอบต่อปัญหาทางกฎหมายของคุณเอง ขึ้นอยู่กับเขตอำนาจศาลคุณอาจถูกมองว่าเป็นการแฮ็ค / ทำลายข้อมูลของพวกเขาได้ง่าย (เมื่อพวกเขากำลังจะจ่ายเงินและมีสภาพแวดล้อมที่เหมาะสมสำหรับเหตุผลที่พวกเขาไม่จ่ายเงินก่อนหน้านี้) แม้ว่าคุณจะไม่ถูกตัดสินลงโทษ / ถูกฟ้องร้องอย่างประสบความสำเร็จ แต่คุณก็ยังอาจมีค่าธรรมเนียมทางกฎหมายจำนวนมากและมีปัญหามากกว่ามูลค่าของมัน

3. จะเกิดอะไรขึ้นถ้าไคลเอนต์ที่จ่ายเงินดีเรียกดูรหัสของคุณในภายหลัง (หรือมีเพื่อน CS ที่เพิ่งเรียกดูเพื่อปรับแต่งเล็กน้อย) ให้เห็นฟังก์ชั่นด้วยส่วนเบสแปลก 64 เป็นเช่นนี้ลองทำมันและลบเว็บแอปโดยไม่ตั้งใจ (และทำในขณะที่คุณอยู่ในช่วงวันหยุดจึงต้องใช้เวลาสักครู่ในการแก้ไข)? หรือโพสต์ความคิดเห็นสาธารณะเกี่ยวกับคุณทุกที่ที่ระบุว่าคุณผิดจรรยาบรรณและทิ้งไว้ข้างนอกในที่ทำงานของคุณ? แน่นอนว่าคุณอาจลบมันออกจากผลิตภัณฑ์ที่เสร็จสิ้นหลังจากที่พวกเขาจ่ายเงิน แต่ด้วย VCS พวกเขาอาจเรียกดูแหล่งข้อมูลที่เก่ากว่าหรือไม่ต้องการให้คุณบนเซิร์ฟเวอร์ของพวกเขาหลังจากที่พวกเขาจ่ายเงิน (และนั่นจะเป็นการสนทนาที่น่าอึดอัดใจ; ไม่ลบแบ็คดอร์ทำลายตนเองที่เป็นความลับ)

4. เกิดอะไรขึ้นถ้าอาชญากรสำรองข้อมูลของพวกเขา? คุณลบเว็บเซิร์ฟเวอร์ของพวกเขาด้วยลับๆลับๆไซต์นั้นออฟไลน์เป็นเวลาหนึ่งหรือสองวันในขณะที่พวกเขา (หรือเพื่อน) ค้นหาฟังก์ชันแบ็คดอร์ที่กระทำผิดและกลับมาออนไลน์

ในอนาคตรับคนลงนามในสัญญาง่ายๆจ่ายเงินให้คุณเป็นระยะ ๆ และอย่าปล่อยให้รหัสออกจากเซิร์ฟเวอร์การพัฒนาและคอมพิวเตอร์ที่คุณควบคุมได้จนกว่าคุณจะได้รับเงิน (หากพวกเขาต้องการให้มีชีวิตก่อนที่งานทั้งหมดจะเสร็จสิ้นตรวจสอบให้แน่ใจว่าพวกเขาจ่ายเงินอย่างคร่าวๆเพื่อเศษส่วนของรหัสที่กำลังเผยแพร่อยู่) หากพวกเขาต้องการเห็นงานที่กำลังพัฒนาอยู่ให้พวกเขามอบที่อยู่ IP สองสามอันให้คุณซึ่งคุณจะเปิดไฟร์วอลล์สำหรับเซิร์ฟเวอร์ develolopment ของคุณ (และอาจใช้ CNAME ที่ฉลาดเพื่อผลของunpaid_work_in_development.example.com) อย่ารับประกันว่าเซิร์ฟเวอร์ dev ของคุณจะทำงานไม่ได้และหากคุณได้รับปริมาณการใช้งานมากกว่าที่ควรจะเป็น (เช่นคุณพบว่าพวกเขาเปลี่ยนเส้นทางผู้คนจำนวนมากไปยังเว็บไซต์ของคุณ) เพียงแค่ปิดไฟร์วอลล์จนกว่าพวกเขาจะจ่าย หากพวกเขาต้องการมีส่วนร่วมในเนื้อหาเว็บเซิร์ฟเวอร์ของคุณให้พวกเขาส่งอีเมลถึงคุณด้วยคำแนะนำเนื้อหาหรือสร้างโฟลเดอร์ที่ใช้ร่วมกันดรอปบ็อกซ์สำหรับพวกเขาที่มีเพียงสิทธิ์ในการเขียนไปยังไฟล์ย่อย ๆ สามารถมีส่วนร่วมอย่างมีความหมาย (เช่นเทมเพลต html)

คุณถามคำถามผิดไป สิ่งที่ต้องทำและปรับปรุงคือไม่เพิ่มสวิตช์ฆ่าระยะไกล (เพิ่มช่องโหว่ที่คุณหรือบุคคลอื่นสามารถใช้) แต่เพื่อแก้ไขปัญหาที่แท้จริงของคุณซึ่งเป็นวิธีที่ไม่ดีในการจัดการชำระเงินและส่งมอบ ดูเหมือนว่าคุณต้องการระบบ escrow ที่ดีกว่า (หรือแนวคิดแบบใดก็ตามที่เรียกว่าคุณอาศัยอยู่)

อย่าเสียเวลาไปกับสวิตช์ฆ่าล้างหาตำแหน่งที่คุณทำธุรกิจส่วนหนึ่ง

ฉันคิดว่าฉันจะคิดกลไกการออกใบอนุญาตบางอย่าง สิ่งนี้อาจขึ้นอยู่กับแนวคิดเชิงพาณิชย์หรือเชิงสร้างสรรค์จำนวนมากและอาจทำให้ซอฟต์แวร์หยุดทำงานหลังจากที่ใบอนุญาตหมดอายุ เมื่อถึงจุดที่ระบบได้รับการยอมรับจากลูกค้าและพวกเขาได้ชำระเงินแล้วคุณสามารถให้ใบอนุญาตเต็มรูปแบบที่ไม่หมดอายุ

วิธีนี้ยังต้องการการอนุมัติจากนักกฎหมายในพื้นที่ของคุณ แต่มีข้อได้เปรียบที่คุณไม่จำเป็นต้องปิดการใช้งานซอฟต์แวร์จากระยะไกลและคุณสามารถกำหนดได้ว่านี่เป็นส่วนหนึ่งของระบบก่อนส่งมอบ อย่างไรก็ตามมันดูน่าเศร้าสำหรับฉันที่คุณกำลังติดต่อกับคนที่ปฏิเสธที่จะจ่ายเงินในครั้งแรก

นี่ไม่ใช่ DRM หรือ ตราบใดที่คุณลบ“ ระเบิด” เมื่อได้รับการชำระเงินฉันไม่เห็นปัญหาทางกฎหมายกับมัน เพียงให้แน่ใจว่าคุณมีโปรแกรมแก้ไขที่พร้อมใช้งานเพื่อครอบคลุมตูดของคุณและแสดงว่าคุณไม่มีเจตนาร้าย

มันทำให้ฉันนึกถึงบทบัญญัติ 'ยาพิษ' ในบทความของการรวมตัวของ บริษัท ที่เปิดใช้งานในกรณีที่มีการรัฐประหารที่ไม่เป็นมิตร

สติปัญญาความคิดที่แสดงโดยผู้โพสต์คนอื่น ๆ ที่นี่ทำให้ผมนึกถึงว่าทำไมโปรแกรมเมอร์บางคนถึงเหยียบตลอดเวลา หากมีคนใส่ระเบิดดังกล่าวในรหัสของฉันฉันคิดว่าโปรแกรมเมอร์อาจได้รับเงินทันที ... ฉันจะไม่มีปัญหาแน่นอนถ้านี่เป็นบรรทัดฐาน ผู้คนชอบขโมยงานหนักของคนอื่น ระยะเวลา และถ้า Apple, et al. สามารถ DRM จากสิ่งที่พวกเขาคิดจากนั้นฉันคิดว่าโปรแกรมเมอร์อิสระสามารถเกินไป ...

ในบันทึกจริงลูกค้าจะต้องตรวจสอบบันทึกของพวกเขาค้นหาคำขอ kill, กู้คืนรหัสจากข้อมูลสำรองลบสวิตช์ฆ่าและปรับใช้ใหม่

รายละเอียดคำถามของคุณชัดเจนว่านี่เป็นความคิดที่น่ากลัวอย่างยิ่ง ลูกค้ารายแรกที่ค้นพบสวิตช์ฆ่า (อาจเป็นหลังจากที่คุณใช้และพวกเขากู้คืนจากข้อมูลสำรอง) จะเผยแพร่สวิตช์ฆ่าและความจริงที่ว่าคุณได้รวมไว้ในรหัสที่คุณส่งให้พวกเขา ชื่อเสียงของคุณจะถูกทำลายอย่างสมบูรณ์

และก่อนที่คุณจะพูดว่า "เอาล่ะพวกเขาอาจจะเป็นคนบ้าบิ่นพวกเขาจะทำลายชื่อเสียงของฉันได้อย่างไร" พิจารณาสถานการณ์เช่นนี้ลูกค้าอยู่ในสถานะที่ดี แต่พนักงานคนหนึ่งใช้สำเนารหัส พวกเขายิงพนักงานคนนั้นเขามองไปที่รหัสตัวเลขสวิตช์ฆ่าและใช้มัน เดาว่าใครโดนตำหนิ? (คำแนะนำ: เป็นคุณ)