Unikaj kradzieży kodu w wdrożonej witrynie internetowej C# asp

Question

Buduję witrynę w asp/C#, którą muszę wdrożyć na wielu serwerach zarządzanych przez osoby zewnętrzne.

Muszę unikać ludzi, którzy mają dostęp do serwera uzyskującego dostęp do naszego kodu i ponownego użycia go.

Jedną z opcji, które do tej pory słyszałem, jest to, że mogę sprawdzić adres MAC wewnątrz kodu, jednak adres MAC może zostać zmieniony przez użytkowników.

Jakie są najbezpieczniejsze dostępne opcje, aby uniknąć tego rodzaju sytuacji?

Answer 1

masz kilka opcji, ale jak skomentowany przez wiele ... może nie są one warte.

• prawne: Czy ludzie zewnętrznych, które działają na serwerze, aby podpisać umowę o poufności.
• Zaufani ludzie zewnętrzni: Zatrudnij osoby, którym ufasz. Znajomi, starzy współpracownicy itp.
• Serwer Dummy: W zależności od tego, co chcesz zrobić przez osoby zewnętrzne, możesz utworzyć fałszywą wersję swojej aplikacji. Na przykład, jeśli chcesz, aby ludzie zewnętrzni instalowali i konfigurowali usługi WCF IIS &, wdrażaj tylko fałszywą wersję usług WCF, które nic nie robią. Później, po wykonaniu pracy przez zewnętrzne osoby, możesz zastąpić swój fałszywy kod rzeczywistym kodem.
• Kod zaciemnienia: Możesz zaciemnić swój kod za pomocą jakiegoś narzędzia, które utrudni. (Harder nie znaczy niemożliwe)
• Zabierz swój kod: Jak Mahmoud Fayez sugeruje, być może jest możliwe aby wziąć kodu do niektórych serwisów internetowych zewnętrznych i mieć swój interfejs całkowicie bez jakiejkolwiek logiki. Zależy to jednak od tego, co ludzie zewnętrzni zrobią dla Ciebie i od szczegółów Twojej aplikacji.

Jedyna wiarygodna jest:

• wdrażania na własnym serwerze: Jeśli kod jest tak czuły, że chcesz, aby zagwarantować, że nikt go skopiować, a następnie zrobić samemu rzeczy. Żadne zadanie administracyjne nie jest wystarczająco trudne dla programisty z wystarczającą ilością czasu i motywacji..

Answer 2

Jedyna w 100% niezawodna metoda nie pozwala innym na dostęp do faktycznie wdrożonych plików.

Ponieważ kod musi być praca w pierwszej kolejności, wystarczająco zmotywowany cracker uzyska podstawowe źródło bez względu na to, co zrobisz.

You can audit your deploy folders, więc masz dziennik dostępu: nie zapobiegniesz interakcji, ale przynajmniej wiesz, kto dostanie co ... Lepsze niż nic.

Answer 3

Opcja, która daje najwięcej cotrol: nie wdrażaj jednego zewnętrznego serwera zarządzanego przez osoby zewnętrzne.

Cała reszta będzie miała mniej opcji, aby chronić swój kod i wystarczy zdecydować, w której cenie można zapłacić.

Answer 4

Możesz "opublikować" stronę internetową zamiast umieszczać cały kod źródłowy na serwerze, który zamienia go w skompilowaną stronę internetową.

można znaleźć przewodnika here

Answer 5

Aplikacja internetowa zwykle nie może być całkowicie "zamkniętym" źródłem.

Poza skompilowanych bibliotek DLL (może być ukrywane) w kosza, nie musi być trochę "open source" na łamach widzenia (.aspx, .ascx, .master, .cshtml)

Jeśli chcesz 100 % closed, możesz rozważyć użycie niestandardowego sposobu wyświetlania widoków, aby można było spakować wszystko w bibliotece DLL i napisać kod obsługi http, aby obsługiwał różne adresy URL.

Answer 6

Jeśli musisz to zrobić, sugeruje to, że robisz coś złego na poziomie korporacyjnym. Najlepszym postępowaniem nie jest zwykle zapobieganie piractwu, ale jego akceptacja. Spraw, aby kod był łatwo dostępny dla każdego, wrzuć go na strony torrentowe, jeśli zajdzie taka potrzeba, ale pozwól, aby działał w bardzo ograniczonym zakresie - powiedzmy, tylko jedno połączenie na raz, więc rejestracja i zakup licencji wykazują wyraźne zalety.

Jeśli sprawisz, że twoja licencja będzie przejrzysta i przystępna cenowo, i nie będzie motywacji do pirackiego oprogramowania, a zapobieganie jest zawsze lepsze niż leczenie.