2013-07-30 2 views
5

Go/Golang вообще на данный момент трудно найти, и я не нашел то, что искал здесь. Я знаю, что существует некоторый уровень шифрования, который можно сделать при компиляции приложения на нескольких языках. Может ли кто-нибудь дать мне краткое изложение безопасности исходного кода Go после компиляции в exe? Если его можно прочитать, по крайней мере частично, есть ли что-нибудь там, чтобы повысить безопасность исходного кода?Golang: защитить исходный код

+0

Что вы хотите сделать? Вы боитесь, что другие люди украдут ваш исходный код? – fuz

+0

Да. У меня нет уровня квалификации, пока еще нет, но у меня есть несколько идей, которые я хотел бы продать в распространяемом приложении. Кроме того, я задаюсь вопросом о безопасности, например, жестких кодовых данных db. – kwolfe

+6

Не указывайте учетные данные жесткого диска. Если ваша модель безопасности зависит от того, что ваш пользователь не может узнать, что делает ваше приложение, вы не делаете это правильно. Всегда есть способ извлечь эти учетные данные из вашего программного обеспечения, независимо от используемого вами языка. – fuz

ответ

8

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

С другой стороны: 99,9% потенциальных пользователей, вероятно, не имеют представления о том, как перепроектировать вашу программу.

С другой стороны: достаточно, если 0,01 ваших потенциальных пользователей смогут перепроектировать вашу программу, и вы обречены.

IOW, попробуйте найти бизнес-модель, которая опирается на что-либо еще, кроме безопасности от неизвестности. На самом деле даже открытый исходный код может генерировать прибыль - если значение этого не только имеет доступ к исходному коду как таковому.

+0

Может ли быть удалена информация об отладке? Go автоматически строит флаги отладки. Очевидно, что выигрыш в области безопасности, вероятно, минимален, но для коммерчески выпущенного исполняемого файла он, вероятно, стоит того или нет (тем более, поскольку, насколько я понимаю, информация об отладке может вызвать очень незначительные икоты производительности и независимо). – LinearZoetrope

+0

Бинарные файлы @Joror Go не предназначены для удаления банкомата - это не рекомендуется. По этому поводу была обсуждена список рассылки golang-nut. – elithrar

+0

Даже с go build -ldflags "-s"? – LinearZoetrope

Смежные вопросы