Насколько сильно защищен пароль в 1с. Если например "хорошие люди" заберут мои небольшие конфы кута-то там, установят и будут пытаться работать, легко ли им будет поломать админский доступ к базе? Базы файловые. Как вообще защититься в таком случае?

погугли - пароли  на 1С сбрасываются за минуты...

Гранату привяжи к жесткому диску. Чеку на веревочку, и к шее. Все будет офигенно.

Бу га га.
как физдить все инета (чужое) первые, а как свою говноподелку, так защищать.
Неудачники

(0)пароль на модуль или в иб пользователя?

надо продавать конфы за 1000, и сопровождение нормальное. все фичреквесты за деньги, но доступно потом всем с обновлением

(4) см. (1) :)

(4) (5) Да собственно продавать-то не хочу ничего, да и конфы достаточно простые, хотя свою работу выполняют, вопрос больше из интереса задал. Что значит пароль на модуль? Вообще пароли на пользователя полные права, он интересовал...

вот есть еще поставка без исходников, хотя я бы такую не купил

(8) Как в таком случае ведет себя программа, если падает на ошибке в том модуле, где нет исходников?

(9) ты еще спроси, как замер производительности работает

(10) Как эти 2 вопроса связаны?

(11) он тоже показывает номер строки

(8) это тоже декомпилируется... интересно просто словарь гдето валяется?

интересно, для чего вообще сделали пароль на модули, если они все равно код не защищают!

(14) интересно, для чего вообще придумана жизнь, если в итоге мы всё равно умрём?

(14) наверное по той же причине, что бакенд сделали особенный и защиту хасповскую не совершенствуют...

(14) обфускать можно...

(17) вроде это только для платформы 8.1 ?

(18) т.е. хочешь сказать что переменную "НачалоПериода" назначить "НизачтоНеДогадаешьсяЧтоЭтоБылоНачалоПериода" только в 8.1 можно? это же не так... ты наверное имеешь ввиду кзк 2.0. оно пашет и на 8.2 уже.

(14) Для того же зачем и амбарный замок вешают. Все знают что от дяди это не спасет. Зато детишки уже просто так не смогут залезть.

(19) Так переименовать все переменные, процедуры и функции в конфигураторе в простые буквенно-цифровые сочетания и убрать комментарии - нет проблем.
Другое дело, что людей чаще всего интересует невозможность простого запуска конфигурации на другой машине, а также невозможность копирования данных из конфигурации.

(20) Так детишки судя по (1) уже туда залезли, не пора ли 1С сделать нормальное шифрование запароленых модулей?

(22) А зачем? Кто платит и кому это нужно?

Если тебе нужно, выноси во внешние dll используй аппаратный ключ. А у 1С все хорошо, у них нет такой задачи. Точнее все что им нужно, они могут сделать средствами платформы.

(22)Зачем? Смысл пароля в 1с - защита от изменений кривыми руками. И она достаточно эффективна.
Хочешь спрятать свою нетленку от чужих глаз, пиши не на 1с, а лучше вообще не пиши.

(25) Смысл сможешь понять только когда сам, что нить напишешь (стоящее) - до этого момента даже не пытайся его понять.

(22) все дело в том, что какой бы крутой не была защита 1С, из-за распространенности 1С эта защита проживет недолго, умельцев у нас в стране достаточно. Поэтому скорее всего 1С и не тратит деньги на защиту, потому что это будет пустая трата денег.

(26)Да кому он нужен этот код, без поддержки?
Смысл 1с -открытость конфигурации, если шифровать, тогда нафиг конфигуратор в клиентской поставке?

(28) Код как ты правильно заметил - нафиг никому не нужен. Смысл закрытия кода - совсем не том, что бы его спрятать от кого-то, смысл совсем в другом.

(0)Мое конфу все равно сильнее твоего!!

(29)А вот с этим прекрасно справляется 1с в текущем виде.

(31) ага, стряпает релизы как горячие пирожки. :)

Стиль программирования должен быть таким, чтобы ни у кого не возникало желание воспользоваться кодом

фактически в каком-то виде задача защиты решена в "защищенном" сервере (то что ч прbставкой z). правда защита настолько тотальна ))