Silverlight

Απ: Code behind για το silverlight

azouritis — Wed, 08 Feb 2012 02:06:31 GMT

Λοιπόν παιδιά το αποφάσισα, θα παω τον περισσότερο κώδικα που έχω φτίαξει στον server χρησιμοποιώντας WCF και αφήσω κάποιο μικρό κομμάτι που δεν με πολυ-νοιάζει στο silverlight. Πιστεύω ότι είναι ότι καλύτερο αυτήν την στιγμή για την εφαρμογή που φτίαχνω...!!!
Ευχαριστώ πολύ παιδιά για τον χρόνο που σπαταλίσατε, για να απαντήσετε τα ερωτήματα μου.

Απ: Code behind για το silverlight

KelMan — Tue, 07 Feb 2012 23:03:40 GMT

Λέω για API keys για services τρίτων, πχ Amazon που το πληρώνεις και δεν θες να το πάρουν άλλοι.

Απ: Code behind για το silverlight

Παναγιώτης Καναβός — Tue, 07 Feb 2012 22:19:29 GMT

Τόση κουβέντα που έχει γίνει, το έχασα. Ακόμα και το secret όμως μπορείς να το παρακάμψεις. Στην περίπτωση του API Key απλά δεν χρησιμοποιείς μόνο το api key αλλά το συνδυάζεις με authentication για τη δημιουργία ενός token με μικρή ημερομηνία λήξης.

Απ: Code behind για το silverlight

KelMan — Tue, 07 Feb 2012 21:47:49 GMT

Τα ίδια έλεγα κι εγώ μερικά posts πίσω. Πρακτικά (κανόνας 80-20), η μόνη περίπτωση που βλέπω ότι χρειάζεται προστασία μια client εφαρμογή είναι όταν δίνεις μαζί με την εφαρμογή κάποιο secret. Πχ κάποιο API key για services που χρησιμοποιείς.

Απ: Code behind για το silverlight

Παναγιώτης Καναβός — Tue, 07 Feb 2012 21:38:11 GMT

Νομίζω ότι η συζήτηση είναι λίγο υπερβολική όταν μιλάμε για client τεχνολογίες όπως το Silverlight. Μία σωστά σχεδιασμένη εφαρμογή ΔΕΝ θα τρέχει σημαντικό business κώδικα στον client αλλά στο server. Στο silverlight θα υπάρχει λογική presentation και επικοινωνίας με το server, η οποία όπως και να το κάνουμε είναι δεδομένη και ίδια για όλους, οπότε και δεν τίθεται θέμα πνευματικής ιδιοκτησίας ή copyright.

Γενικά ο φόβος για "κλοπή πνευματικής ιδιοκτησίας" είναι υπερ-υπερεκτιμημένος. Είναι πολύ σπάνιο ο κώδικας που γράφουμε να έχει κάτι τόσο πρωτότυπο ώστε να αξίζει obfuscation και τα προβλήματα που προκαλεί. Αν ο κώδικας είναι τόσο σημαντικός, π.χ. είναι ένας πραγματικά πρωτοποριακός αλγόριθμος για algorithmic trading, καλύτερα να τον βάλεις σε ένα server στον οποίο δεν θα έχουν πρόσβαση οι "κακοί".

Η πραγματική "πνευματική ιδιοκτησία" είναι η ικανότητα και η εμπειρία του προγραμματιστή, η οποία δεν αντιγράφεται. Ούτε η προσοχή στην ποιότητα και η γρήγορη ανταπόκριση στους πελάτες. Ακόμα και αν κάποιος πάει και αντιγράψει κάποιο ουσιαστικό κώδικα σου με το Reflector, πολύ δύσκολα θα καταφέρει να τον χρησιμοποιήσει αν δεν έχει ήδη αρκετές γνώσεις για να γράψει κάτι αντίστοιχο.
Έστω ότι κάνεις μία φανταστική εφαρμογή για Windows Phone και κάποιος θέλει να την αντιγράψει. Πιο εύκολο είναι να γράψει κάτι καινούριο από την αρχή παρά να αντιγράψει το δικό σου κώδικα και να προσπαθήσει να τον κάνει να δουλέψει. Αν όχι τίποτε άλλο, τα προβλήματα που θα έχει αρχικά η εφαρμογή του θα τον καταβαραθρώσουν στα ratings. Και όλο αυτό τον καιρό εσύ θα δημιουργείς νέες εκδόσεις, τις οποίες ο άλλος θα τρέχει να προλάβει.

Τα πράγματα αλλάζουν ελάχιστα αν μιλάμε για κλείδωμα εφαρμογών. Όταν ενσωματώνεις το κλείδωμα στην εφαρμογή σου έχει κάποιο νόημα να χρησιμοποιήσεις obfuscation στο κομμάτι που υλοποιεί το κλείδωμα. Συνήθως όμως υπάρχουν καλύτερες εναλλακτικές. Για παράδειγμα, μπορείς άνετα να χρησιμοποιήσεις ή να φτιάξεις κάποιο license service το οποίο θα επιτρέπει ή όχι στην εφαρμογή να τρέξει ανάλογα με το αν έχει πληρώσει ο άλλος. Η μόδα αυτό τον καιρό μάλιστα είναι τα App stores, τα οποία αναλαμβάνουν τα ίδια να προστατέψουν την εφαρμογή σου.

Δεν είναι περίεργο που το obfuscation χρησιμοποιείται ή αναφέρεται τόσο λίγο. Το πραγματικό κόστος του ίδιου του obfuscation είναι πολύ μεγαλύτερο από οποιαδήποτε πιθανή απώλεια πνευματικής ιδιοκτησίας.

Απ: Code behind για το silverlight

KelMan — Tue, 07 Feb 2012 20:44:37 GMT

Πάντοτε κάτι κερδίζεις και κάτι χάνεις. Μπορεί να κερδίσεις να "κρύψεις" τον κώδικα αλλά θα πρέπει μετά να ασχοληθείς με την ασφάλεια του service. Θα έχεις να σκεφτείς για attacks, για authentication, για authorization, κλπ, κλπ. Οπότε ζύγισέ τα τα πράγματα και δες τι σε συμφέρει.

Απ: Code behind για το silverlight

azouritis — Mon, 06 Feb 2012 19:12:54 GMT

Ναι, συγνώμη δεν εννούσα όλο τον κώδικα... αλλα μόνο το κομμάτι του αλγόριθμου που δεν θέλω να πηγαίνει στον client.

Τι πιστέυεται με ένα WCF Service δεν θα είμαι καλυμένος...;
όπως γράφει σε αυτό το άρθρο ο Robbe Morris..

"Silverlight, WCF, Security And Things You Might Not Know"

Απ: Code behind για το silverlight

KelMan — Mon, 06 Feb 2012 04:36:26 GMT

Αν κάνεις κάτι τέτοιο, σημαίνει ότι δεν έχεις πραγματική ανάγκη για ένα rich client, θα μπορείς να κάνεις τη δουλειά σου και με μια web εφαρμογή. Υποτίθεται ότι με ένα RIA μεταφέρεις functionality στη μεριά του client για να εκμεταλλευτείς τα resources που έχει. Επιπρόσθετα, αμφιβάλω αν μπορείς να μεταφέρεις *τα πάντα* σε services.

Απ: Code behind για το silverlight

azouritis — Sun, 05 Feb 2012 20:14:08 GMT

Παιδιά δίαβασα τις απαντήσεις σας και σας ευχαριστώ όλους.

Έψαξα αυτα που μου είπατε και βρήκα κάποιες λύσεις πάνω σε αυτα.

Τώρα κάτι τελευταίο....

αμα δημιουργούσα ένα web services (wcf) και μετέφερνα ολόκληρο τον κώδικα μου εκεί και μετά να το σύνεδεα με το silverlight project με Service Reference, αυτό δεν θα μου εξασφάλιζε ότι ο κώδικας δεν θα μεταφερότανε στον Browser, άρα με reverse engineering δεν θα μπορούσε να τον διαβάσει κάποιος..;

Ευχαριστώ.

Απ: Code behind για το silverlight

KelMan — Wed, 18 Jan 2012 03:03:41 GMT

Όπως έχουμε ξαναπεί, τίποτα δεν είναι unbreakable. Από εκεί και πέρα υπάρχουν δύο επίπεδα στα οποία θα πρέπει να κινηθείς:

Σε τεχνικό επίπεδο ο βαθμός προστασίας θα πρέπει να είναι ανάλογος της απειλής και του κόστους της προστασίας. Δηλαδή, αν ο κώδικάς σου κάνει πράγματα "τυπικά" (πχ ανοίγει τη βάση, τραβάει data, τα επεξεργάζεται και στέλνει κάτι πίσω στη βάση) τότε δεν χρειάζεται να προστατέψεις τίποτα γιατί ο καθένας μπορεί να βρει ανάλογο κώδικα στο internet. Και πίστεψέ με, στο intenrnet μπορείς να βρεις πολύυυυ πιο περίεργο κώδικα. Αν μέσα στην εφαρμογή σου περιλαμβάνεις ευαίσθητα data (πχ κλειδιά, κωδικούς, κλπ) καλύτερα να επενδύσεις στην υλοποίηση ενός μηχανισμού encryption παρά να περιμένεις από το obfuscation να κρύψει αυτά τα ευαίσθητα data. Αν έχεις υλοποιήσει κάτι ιδιαίτερο για την εφαρμογή σου, κάποιον επαναστατικό αλγόριθμο, κάτι που δεν υπάρχει στην αγορά, κλπ, τότε by all means προστάτεψέ το.

Όλα τα παραπάνω έχουν να κάνουν και με το business επίπεδο. Γενικά αυτό που μετράει δεν είναι μόνο η εφαρμογή που τρέχει αλλά η ίδια η υπηρεσία που παρέχεις ως developer ή vendor. Αν βγεις πρώτος με μια καλή ιδέα, αν ο πελάτης ικανοποιηθεί από την συνεργασία, αν ο χρήστης μπορεί εύκολα να πάρει updates για τα bugs που παρουσιάζονται, αν το κόστος είναι aligned με το αποτέλεσμα, αν το project παραδίδεται on-time και on-budget, αν, αν, αν. Όλα αυτά δεν χρειάζονται "προστασία" και αν είσαι καλός σε αυτά, σίγουρα το όνομά σου θα επικτρατήσει ανάμεσα στους ανταγωνιστές και θα σε εμπιστεύονται οι πελάτες. Αν τέλος χρειάζεσαι licensing, θα πρέπει να βάλεις στη ζυγαριά από τη μία το πόσο κοστίζει η λύση *συν* οι ανθρωποώρες για να την ενσωματώσεις στην εφαρμογή σου *συν* το διαχειριστικό κόστος αργότερα και από την άλλη τον όγκο των πωλήσεων που περιμένεις να κάνεις και την εκτίμηση του κόστους του leakage που θα έχεις από χρήστες που θα κλέψουν την εφαρμογή σου. Καμιά φορά σε συμφέρει να έχεις φύρα λόγω πειρατείας και να επικεντρωθείς στο πώς θα μεγαλώσεις την πελατεία σου ή πώς θα βελτιώσεις την εφαρμογή σου για να πουλήσεις updates, παρά να προσπαθείς να πιάσεις λίγους κακούς πελάτες που δεν θέλουν να πληρώσουν. Έτσι κι αλλιώς οι κακοί πελάτες είναι κακοί σε όλα τα επίπεδα.

Απ: Code behind για το silverlight

Panagiotis Kefalidis — Tue, 17 Jan 2012 22:57:25 GMT

Δεν κάνεις τίποτα απο όλα αυτά. Βρίσκεις μια commercial λύση protector όπως πχ το Spoon (ex-Xenocode) ή το IntelliLock της Eziriz ή μια απο τις άλλες λύσεις και κάνεις protect το πρόγραμμά σου. Αυτό θα κάνει σχεδόν ακατόρθωτο σε κάποιον χωρίς μεγάλη εμπειρία να μπορέσει να δει κώδικα απο το πρόγραμμά σου και θα σου δώσει και λύσεις Licensing. Δεν το κάνει ακατόρθωτο, αλλά σχεδόν ακατόρθωτο.

Απ: Code behind για το silverlight

azouritis — Tue, 17 Jan 2012 19:51:18 GMT

Παιδιά ευχαριστώ για τις απαντήσεις.
Κατέβασα το silverlight spy και το .ΝΕΤ Reflector 6 .
Τα έριξα μια ματία και είδα ότι τελικά μπορείς να δεις τα πάντα με αυτά....

Αμέσως όμως μου γεννηθηκαν και άλλες ερωτήσεις....
Έψαξα λιγάκι στο forum για obfuscated code και βρήκα αυτά τα θέματα...

http://www.dotnetzone.gr/cs/forums/thread/43056.aspx

http://www.dotnetzone.gr/cs/forums/post/7226.aspx

Και κατάλαβα ότι, ότι και να γράψεις, όπως και να το γράψεις, ο άλλος άμα θέλει να το δει ... θα το δει.....

οπότε τι κάνεις τότε;
Απλά κατοχυρώνεις τα πνευματικά δικαιώματα ... μπερδέβεις λίγο τον κωδικα...κλπ κλπ..

Απ: Code behind για το silverlight

KelMan — Sun, 15 Jan 2012 06:07:54 GMT

Τα Silverlight apps είναι ένα αρχείο xap που ουσιαστικά είναι zip με άλλη κατάληξη. Παίρνεις το xap, το απουσμπιέζεις κανονικά με οποιοδήποτε αποσυμπιεστικό (ή ακόμα το μετονομάζεις και το ανοίγεις μέσα από τα windows) και θα έχεις τα αρχεία. Ένα dll είναι η εφαρμογή και τα υπόλοιπα οι εξωτερικές βιβλιοθήκες, θα τα καταλάβεις από το όνομα. Με το Silverlight Spy μπορείς να δεις το XAML κομμάτι του κώδικα όπως σού είπε ο Γιώργος. Μπορείς να ανοίξεις το dll με τον Reflector όπως σου είπε ο άλλος Γιώργος ή το JustDecompile της Teleric ή οποιονδήποτε άλλον decompiler και να δεις τον κώδικα εκτός αν είναι obfuscated. Σε αυτή την περίπτωση ο κώδικας θα είναι από λίγο ως πολύ ακαταλαβίστικος.

Απ: Code behind για το silverlight

azouritis — Sun, 15 Jan 2012 05:23:39 GMT

Παιδία ευχαριστώ για την απαντηση.
και κατα ένα μέρος μου απαντησατε σε αυτο που ήθελα.
Να ρωτήσω και κάτι ακόμα....!
Μπορώ να δω το <xaml> κομμάτι, με τα προγράμματα που μου είπατε, αλλα το code-behind μπορω να το δω;

Απ: Code behind για το silverlight

George J. Capnias — Sat, 14 Jan 2012 19:23:27 GMT

Προσωπικά χρησιμοποιώ το .NET Reflector 6 της RedGate - έχω την εντύπωση ότι οι περισσότεροι .NET Decompliler μπορούν να κάνουν αυτό που ζητάς...

George J.