Почему крекеры Crack
Первая ошибка разработчики часто ставят в недооценке мощи и ряд крекеры, и это наихудшие ошибки любой разработчик защиты может. В основном, крекеры очень умных людей, которые будут работать на удаление программного обеспечения, защита дней, а в крайних случаях даже неделями, для отвода от него. В крекинг успех почти всегда зависит от его мотивации. Он может сюрприз вы узнали, что большая часть крекинг мотивации не финансовые. Крекеры после их трещин и информации бесплатно. Они не вносит деньги за программное обеспечение, хотя люди, которые используют свои трещины экономии денег. Вместо крэка программного обеспечения для финансовой выгоды, крекеры принимают участие в своего рода неофициальный конкуренции. А крекинг, которые могут удалять новые и очень сложные системы защиты становится высоко ценится и уважаемым человеком в крекинг сообщества. Как крекеры Crack: отладчики и Disassemblers Защита разработчики часто предполагают, что без исходного кода, крекеры не сможет понять программного обеспечения защиты. Это огромная ошибка. Крекеры использовать два вида коммунальных услуг за нарушение защиты программного обеспечения - отладчики и disassemblers. Отладчики Крекеры отладчики позволяют отслеживать заявки, инструкция по инструкции, и, чтобы остановить его в любой момент и следуйте ее важных разделов. Верно то, что приложений, написанных в языки высокого уровня (например, C + +, Visual Basic, или Делфи) можно объяснить только в ассемблер, но крекеры понять, что происходит в коде приложения удивительно хорошо, вероятно, лучше, чем большинство людей могут себе . Действительно, чем выше уровень языке программирования, тем труднее это отследить. Но, с другой стороны, высшие языки программирования предлагают меньше возможностей для создания действительно хорошую защиту. Все имеет свои светлые и темные стороны. Disassemblers Disassemblers можете перевести код приложения обратно в сборку. Одно из преимуществ, что disassemblers предлагаем более decompilers является то, что они всегда приводит к сборщику, так что крекинг необходимо знать, что только на одном языке. Качество в результате перевод код зависит от качества этого disassembler. Лучший disassemblers даже комментировать переведенный код, что делает код, что гораздо легче понять. Например, если крекинг находит "Неверный серийный номер" строки и находит свое место в код, он сможет найти часть кода, которые защищают заявки. В тот момент ничто не может помешать ему изучает защиту и разорвать его. Decompilers Decompilers можете перевести код приложения обратно в исходный код. А decompiler может только переводить приложения, которые были написаны на языке, на котором особое decompiler создан. Есть, например, decompilers для Дельфи, Visual Basic и Java. Хороший decompiler можем сделать хорошую работу воплощения применения. Как только заявка переводится, это просто для крекинг (если он знает конкретного языка), чтобы найти разделы, представляющие интерес и определить, как они работают. Чаще всего неудачи защиты Есть несколько причин, почему программа не может быть хорошо защищен от незаконного копирования: Нет программы защиты: Очень общие для программы не содержат защиты на всех, но их авторы требуют от пользователей приобретения программы. Когда программа защиты от копирования, разработчики не должны удивляться, когда их прибыль невелика. Слабая защита программы: Около 70 процентов всех программ очень слабой защитой, которые можно удалить, крекеры очень быстро. Программа защиты причиной сбоев программы: Многие программисты защитить свою продукцию слабо или совсем не потому, что они боятся, что неправильно запланированных защиты создаст проблемы с их программами. Это лучше использовать код протекции слабее, чем вообще, но вы не остановит лучше крекеры таким образом. Тонкая настройка защиты системы является наиболее важной частью любой стратегии защиты. После защиты создается, программист должен стать крекинг на какое-то время и, используя крекеры "программы, испытание ли все было забыто. в этой статье идет речь добавил Рэй Robbins
|
|||||
|