Защита кода 1с 8,2 #616348


#0 by edmon777
Кто-то может подсказать какие-то способы защиты кода 1с 8,2. Установка пароля и обфусцировать код не подходит.
#1 by Господин ПЖ
успокойся... никому не нужны твои поделки
#2 by ДенисЧ
Вынести всё во внешнюю компоненту. Опционально - прикрутить аппаратный ключ. Но сначала задуматься - а стоит ли оно тех денег?
#3 by edmon777
Господин ПЖ : Я задал вопрос и меня интересуют ответы по теме. нужны или не нужны кому-то мои работы это не твоего ума дело.
#4 by edmon777
ДенисЧ: можно немного конкретнее ? Та думаю что стоит)
#5 by shuhard
а теперь ты будешь подвергнут коллективному остракизму
#6 by Eugene_life
Хороший способ защитить свой код - запереть флешку с текстом кода в верхний ящик стола
#7 by kuromanlich
защита кода есть, можно юзать... а вот защиты бизнес логики нету...
#8 by ДенисЧ
А куда конкретней? Про ВК - на ИТС написано. Про аппаратные ключи - у их произвоитеделей... А насчёт стоимости - прикинь, сколько будет стоит перенос логики на другой язык, плюс лицензия на ключи и т.д.
#9 by kuromanlich
зачастую сама организация справочников, плана счетов и прочей информации тоже является "ноухау" (хотя шибко громко сказано) и нуждается в защите.
#10 by prog2012
можно узнать зачем? т.е. есть предположение что кому-то этот код подойдет без доработок?
#11 by edmon777
Запереть флешку с кодом в столе не вариант. можно узнать. Мне нужно что бы тот кто у меня купил обработку, не мог нанять другого для поддержки и т.д. Что бы тот кто глянул код не мог в нем ничего понять. думал скомпилировать, что бы основной модуль был как-бы "не существует" но декомпиляторы есть...
#12 by Господин ПЖ
>Что бы тот кто глянул код не мог в нем ничего понять. суда во всему это уже и так есть...
#13 by БалбесВ1с
Такие му-ки понапишут - ни поправить после их смерти,ни украсть.
#14 by H A D G E H O G s
Я могу понять, когда продают полутиражное решение, и даже предложил бы помощь по защите, но вот таким образом привязывать клиента - это "мелко, Хоботов" © Композитор. Зря ты так edmon777, зря зря зря.
#15 by Господин ПЖ
> Мне нужно что бы тот кто у меня купил обработку, не мог нанять другого для поддержки и т.д. дятел... если он купил обработку - значит что исключительные права у него... и делать может все что хочет. лицензия на право пользование - это другая песня
#16 by edmon777
H A D G E H O G s так предложи )
#17 by Irek-kazan
пускай клиент присылает данные, обработку делай на своем компе. Или с собой на флешке носи
#18 by edmon777
это не вариант)
#19 by Eugene_life
Не буду говорить за других, но лично я бы не стал покупать обработку, код которой не могу посмотреть. Потому что ошибки, которые там допущены могут мне стоить слишком дорого. И, опять же, обработка может стоить 100 руб, а час "поддержки" - 100 тыс. Ну, и зачем мне это? Я бы настаивал на открытие кода при покупке - однозначно. Или - пожизненный договор на бесплатную поддержку с штрафными санкциями автору.
#20 by zak555
как ты защитишься от человека, который твою конфу будет юзать разберёт все пользовательские варианты, перепишет конфу и загонет по цене в 50 % от твоей ?
#21 by aleks-id
напиши копрокод. все, кто откроют его скажут "фууууу, ну и хавно!" и не будут тырить.
#22 by Irek-kazan
ну ты же понимаешь, что при желании могут поломать все... Поэтому в данном случае подход один - сделай так чтобы заказчик сам хотел работать только с тобой
#23 by Дядя Вова
Запаролить и сложить все обработки на CD-диск со СтарФоршем.
#24 by Irek-kazan
или еще есть вариант обработку "заполонить" бестолковым кодом, например навтыкать GOTO
#25 by Дядя Вова
Обфускация не канает, сказано же в
#26 by anddro
Поддерживаю. Кроме того, помимо ошибок там потенциально может быть и код, сливающий информацию на сторону. И ставить свои процессы в зависимость от единственного человека со стороны - это не очень умно.
#27 by Дядя Вова
А что? Что бы снять пароль с обработки нужен иметь к ней доступ на запись, а такового не будет, поскольку она будет лежать на диске. Можно конечно скопировать ее с диска, но тут вмешается StarForce...
#28 by Irek-kazan
написать свой язык и интерпретатор
#29 by ботаникус
еще вариант в самом начале модуля написать что- то типа "если спи3dишь/прочитаешь этот код - то будешь уе6ком/педиком/шалавой". Может кто-нибудь и поведется...
#30 by Рэйв
Написать своё 1С.
#31 by edmon777
думал с написанием своей *.dll но чёто не хочеться. хочеться простой но в тоже время эффективный способ..
#32 by zak555
что прятать собрался ?
#33 by pumbaEO
да еще и халявный поди с исходниками да кодом открытым.
#34 by zak555
мегаскоростной алгоритм формирования статистических данных кадрового учёта за 1с ?
#35 by zak555
за 1 секунду
#36 by Леха Дум
Я согласен, что можно закрывать какие то тиражные специализированные решения, но "эксклюзив" в единственном экземпляре... Заказчику держаться от этого подальше!
#37 by eduspec82
огласите в целом бизнес план вашего 1С - грааля какие сегмента рынка накроет ваше решение как быстро начнет вытеснять канкурентов и т.п. это же всем интересно ...
#38 by SanGvin
учитывая низменные цели автора (привязать к себе клиента) непонятно, почему обфускация не подходит.
#39 by Eugene_life
Как ты собираешься доказать заказчику, что твоя обработка: не жгет мониторы, не вредит принтеру, не ворует коды клиент-банка, не отправляет спам, не отсылает конфиденциал разработчику?
#40 by pochemu
По-моему спрятать хорошо - вряд ли удастся. А вообще можно прикрепить отдельную прогу, которая будет вызываться 1С-кой для обработки определенных данных с возвратом результат. Эту прикрепленную прогу ты можешь защитить. А код 1С-овский так и будет открытым, хотя и его можно запутать всякой мудренью. Но в целом защитить можно только применяя внешние приложения.
#41 by pochemu
А как это доказывает мелкософт?
#42 by be-may
тоже об этом подумалось. Может быть есть какой-то условно говоря, "центр сертификации", который берет на себя обязательства смотреть такие закрытые программы и выносить вердикт : "все хорошо. вредоносного кода не обнаружено"..
#43 by pochemu
Не знаю, но если гугля тырит чужие данные.. Если разработчик хочет - он всягда может что-нибудь стырить и центры сертификации не помогут.
#44 by anddro
учитывая цели автора, не понятно, почему клиент не найдет себе другого разработчика сразу. Основное достоинство 1С - это возможность менять разработчиков с минимальным риском для процессов организации. И это хорошо и для разработчика - в любой момент можно сказать #досвиданья, зная что другой человек спокойно может тебя заменить. Если ты стоящий специалист, то работа тебя сама найдет, и не надо цепляться за прошлое.
#45 by be-may
поддерживаю.
#46 by Рэйв
А он особо и не доказывает.Наверняка есть закладки.
#47 by Eugene_life
Интересно, как бы автор отнесся к тому, чтобы его приковали к батарее наручниками в офисе у покупателя его обработки. Ну, просто, чтобы контролировать процесс :)
#48 by pochemu
Я об этом и говорю - сто пудов инфу нужную собирают
#49 by IamAlexy2
если ты нанимаешь работника чтобы он под тебя по твоему ТЗ автоматизировал тебя же - то да. если ты покупаешь готовый продукт, то есть не платишь за разработку тестирование обкатку и тд и тп - то будь готов к тому что часть модулей будет закрыта и это справедливо, ибо ты покупаешь готовый продукт за цену несоизмеримую со стоимостью разработки.
#50 by edmon777
блин..наглядный пример - Windows. 80% им пользуеться и код там закрыт..из этих 80%, процентов 50 покупали ее...они не заморачиваються почему там код закрытый..главное что бы работало ...и мне нежно точно также..тему открыл что бы кто-то чёто посоветовал, а мне рассказывают совсем другое...
#51 by zak555
windows покупают ? о_О
#52 by H A D G E H O G s
Windows прощупали как ничто другое уже сто раз. И сниферами посмотрели, куда она лазит, и утечки кода были; да и пока прецендентов, что она что то крала, не было.
#53 by Eugene_life
вот тебе и наглядный пример, что получается, когда разработчик закрывает код. Хочешь убедиться - позвони на горячую линию Microsoft и пожалуйся, что что-то не работает.
#54 by IamAlexy2
и что.. поставь 10 пользователям убунту и никто из них ни в какой код никогда  в жизни не полезет.. а будет звонить на линию поддержки :)
#55 by IamAlexy2
у опенофиса открытый код ну и кто туда лазил в эти самые исходники? хоть кто то под себя что то поменял? ну там например чтобы файл открытый опенофисом из емейла сразу мог быть доступен для редактирования и что самое главное для печати например. не? ну и какой тогда нахрен толк в том что опенофис открыт?
#56 by Eugene_life
Ты бы лично посоветовал клиенту купить совершенно закрытую обработку?
#57 by steep1
большинство 1с-нигов просто уси*раются из-за того что не могу втюхать клиенту чужую разработку, вот и бахтер.
#58 by S_H_I_Z
был у нас такой суачай... заказали обработку для обмена курсами валют с одного сайтца... а её паролём закрыли и откомпилировали в какуюто му@#@тень... Прошло пол года и нужно было в обработке покопаться... Это же ужасно!!! с какого перепугу ты решил что нужно её закрывать? ты её ПРОДАЛ. успокойся она уже не твоя, а заказчика. В общем история у меня была печальной... Разработчик отказался за просто так её открывать. В итоге через суд заставили его вернуть все гроши что он за неё получил. Патом есно у другого девелопера аналогичную обработку заказали без таких проблем. А с тем упырём больше делов не имеем... Подумай над этим. А я щас во всех тех заданиях явно прописываю, чтоб никаких шифрований и паролей небыло и в помине. =))))
#59 by pumbaEO
ковырялся! Не надо под одну Свою гребенку всех ставить.
#60 by steep1
не надо путать разработку на заказ и тиражное решение. Продавая Вам тиражное решение автора вам передает право пользоваться этим решением. Заказывая обработку с нуля, вы получаете права на нее.
#61 by orefkov
Извините, навеяло...
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С