Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

если вы посмотрите на все транзакции, выполненные с помощью xboom, мой вор использует facebook и Yahoo, чтобы перейти в мою учетную запись, вы увидите какое-то сообщение друга или СМИ или какую-то ошибку, которая стоит прямо за моими транзакциями таким образом, чтобы я мог войти и оставаться скрытым, использовать любой IP-адрес или любую учетную запись, которую я использую, или телефон, чтобы не отображаться ни одна из моих транзакций с 35 по 30 не отменена, не спасибо [email protected] 7:40 am 12/8/2019 1933 n28 Boise id

общеизвестные данные не нуждаются в цитировании [ править ]

Что касается раздела «Некоторые алгоритмы контрольной суммы», я бы посоветовал, чтобы здесь не было необходимости в цитировании, поскольку пример, иллюстрирующий подобную концепцию, эквивалентен описанию того, как построить график x 2 = y: это общеизвестно тем, кто пишет алгоритмы контрольной суммы. 74.58.154.55 ( разговорное ) 01:55, 18 декабря 2008 (UTC)

Как обнаружить изменения в файле [ править ]

у меня просто вопрос по контрольной сумме, когда контрольная сумма будет полезна для обнаружения изменений в файле ???????

Контрольная сумма используется только для проверки правильности отправленных данных, она ничего не меняет!

Чтобы обеспечить точность контента, вам следует подумать об использовании чего-то вроде MD5 или SHA-1, которые являются криптографическими алгоритмами хеширования и широко используются для таких целей.

Контрольные суммы хороши при обнаружении случайного повреждения (например, вызванного шумом сигнала), но алгоритм достаточно предсказуем и не обеспечивает защиты от злонамеренных атак. Для такого рода целей вместо этого следует использовать криптографическую хеш-функцию, которая представляет собой своего рода алгоритм контрольной суммы, который имеет дополнительное свойство, заключающееся в том, что довольно легко перейти от данных к хешу, но очень сложно найти некоторые данные, которые хешируются. к определенному значению. (Или, по крайней мере, так он должен работать; SHA-256 - текущая рекомендация для крипто-хеш-функций, поскольку MD5 был нарушен, а SHA-1 считается взломанным. Должна быть возможность ссылаться на них; они были результатом группа в Китае, и о них довольно широко сообщалось даже за пределами конференции по безопасности, где были их статьи.)82.42.250.222 00:26, 11 января 2007 г. (UTC)

хмм, хорошо —Предыдущий комментарий без знака добавлен 63.133.162.226 ( обсуждение ) 21:23, 7 января 2008 г. (UTC)

Как получить нечеткое совпадение в поисковом запросе [ править ]

Я случайно набрал "checkun" в поле поиска. Есть ли способ ввести, вы имели в виду контрольную сумму? Как это делает гугл?

Кто-то может создать перенаправление с контрольной суммы на контрольную сумму. - 96.237.1.158 ( обсуждение ) 11:15, 7 апреля 2012 г. (UTC)
 Готово . checkun теперь перенаправляет на «контрольную сумму». - Дэвид Кэри ( разговор ) 18:20, 11 ноября 2013 г. (UTC)

в примере есть ошибка [ редактировать ]

В шаге 3 примера есть ошибка: дополнение до двух до 18h - это E7h. Это означает, что при проверке байта контрольной суммы результатом будет FFh, а не 00h, как указано. Следует ли в какой-то момент добавить 1 к контрольной сумме? Klox 21:42, 25 июля 2007 г. (UTC)

Я думаю, вы сделали то, что не просили. ( Эльмар Сак ( разговор ) 08:03, 8 декабря 2007 (UTC))

Пример не кажется правильным: 118h + E8h = 200h, а не 100h, как указано. Это ошибка? Бролин Эмпей 17:42, 10 августа 2007 г. (UTC)

Да, это. ( Эльмар Сак ( разговор ) 08:03, 8 декабря 2007 (UTC))

шестнадцатеричный [ править ]

Как насчет использования обычных чисел вместо шестнадцатеричных для ясности для нас, обычных людей, не обладающих компьютерами? Кроме того, последняя цифра штрих-кода складывается из всех остальных цифр. Это контрольная сумма? Штрих-код, вероятно, был бы отличным примером контрольной суммы на работе, так как обычные люди могли бы это понять. —Предыдущий комментарий без знака добавлен 216.57.220.248 ( обсуждение ) 22:25, 21 ноября 2007 г. (UTC)

Последняя цифра штрих-кода - это « контрольная цифра ». «Контрольная цифра» - это своего рода контрольная сумма, состоящая всего из одной цифры. Я согласен, что примеры были бы лучше. - 68.0.124.33 ( разговор ) 07:41, 27 сентября 2008 г. (UTC)
Каким образом значения в основаниях, отличных от десяти, не являются «обычными числами»? - Предыдущий беззнаковый комментарий добавлен в 67.242.114.255 ( обсуждение ) 03:00, 12 июля 2013 г. (UTC)

Контрольные суммы, FEC и хэш-функции [ править ]

Они, хотя внешне похожи, различаются по своему назначению:

  • Контрольные суммы добавляются к элементам данных, чтобы обеспечить простые (неполные) средства обнаружения ошибок. Контрольная сумма полезна для обеспечения целостности даже одного экземпляра данных. Этот тип контрольной суммы обычно намного короче, чем данные, и предназначен только для беглой проверки .
  • Более длинные коды FEC , полученные из данных, обеспечивают как обнаружение ошибок, так и некоторые возможности исправления ошибок. Их можно назвать контрольными суммами, но на самом деле они предназначены не только для проверки данных. Они широко используются в цифровой связи и представляют собой значительные накладные расходы на полосу пропускания.
  • Хеш-функции предназначены для разделения множества элементов данных на меньшее количество групп, где в идеале похожие, но не идентичные элементы данных попадают в разные группы. Хеш-функции полезны только для обнаружения дубликатов или ускорения поиска в большой базе данных, где предполагается, что элементы данных не содержат ошибок. Cuddlyable3 ( разговор ) 14:35, 22 ноября 2008 (UTC)

Инструменты [ править ]

Можно было бы сделать со ссылкой на инструменты, которые проверяют, насколько хорош алгоритм контрольной суммы. —Предыдущий неподписанный комментарий, добавленный Ральфом Кордероем ( обсуждение • вклад ) 11:54, 17 января 2009 г. (UTC)

Контрольные суммы не следует использовать там, где данные могут измениться! [ редактировать ]

Чтобы усилить предыдущее предупреждение ...
Контрольные суммы могут гарантировать обнаружение 1- или 2-битных повреждений и,
вероятно, обнаружат другие изменения, но нельзя доверять, чтобы гарантировать,
что данные не изменились каким-либо общим / оптовым способом, особенно
для больших наборов данных. Контрольная сумма - это в конечном итоге / только
отображение " многие-к-одному" . Я только что провел тест, сгенерировав 64-битную контрольную сумму для каждого файла
на моем компьютере и из примерно 1,5 миллиона файлов, я нашел 60 пар
совершенно разных файлов с общей контрольной суммой (без троек).
76.233.235.203 ( обсуждение ) 20:36, 7 февраля 2011 г. (UTC) Джо Вайнштейн из Oracle Inc.

Либо вам очень повезло / не повезло, либо ваша 64-битная контрольная сумма использует очень плохую функцию. Хорошая 64-битная контрольная сумма будет иметь очень небольшую вероятность случайных ложных дубликатов среди миллиона файлов. - 96.237.1.158 ( доклад ) 11:21, 7 апреля 2012 г. (UTC)

Почти тезка [ править ]

Хорошо, но связано ли это с функциями Checkuser в Wiki? 213.81.117.254 ( разговорное ) 16:51, 26 июня 2011 (UTC)

Нет, совершенно не связано (при условии, что вы имеете в виду Википедию: CheckUser ). Джахо ( разговор ) 17:20, 12 сентября 2011 (UTC)

Независимость порядка [ править ]

В статье следует подчеркнуть тот факт, что только самые простые хеш-функции контрольной суммы не зависят от порядка. Обычно предпочтительна зависимость от порядка для более чувствительного обнаружения различий. Но иногда требуется независимость от порядка (и нечувствительность к нулям), поэтому желательна простая сумма или XOR. В мире * nix это доступно с помощью классической утилиты sum . Но в мире Windows эти простые хеш-функции найти очень сложно. Лучшим источником, по-видимому, является сумма , перенесенная в UnxUtils и CoreUtils для Windows.

Подробнее см. Superuser.com/questions/168202/difference-between-unxutils-and-gnu-coreutils: «Unxutils являются встроенными в Windows и не имеют зависимостей, но не обновлялись некоторое время и являются подмножеством coreutils. . "

  • Сумма (Unix)
  • Контрольная сумма SYSV
  • UnxUtils
  • Основные утилиты GNU

- 96.237.1.158 ( разговорное ) 21:59, 7 апреля 2012 г. (UTC)

Начальное предложение непонятно этому неспециалисту [ править ]

«Контрольная сумма или хеш-сумма - это данные размера sedfrg, вычисленные из произвольного блока цифровых данных с целью обнаружения случайных ошибок, которые могли быть внесены во время его передачи или хранения».

Что, черт возьми, такое sedfrg-size? Это нужно переделать! Но я не знаю, что это значит, так что тот, кто знает, должен. Вранак ( разговор )

Это потому, что это был вандализм со стороны пользователя: 59.160.198.162 [1], который с тех пор был отменен [2] . - Lowellian ( ответ ) 00:32, 2 апреля 2013 г. (UTC)

мысленно вычисленные контрольные суммы [ править ]

В статье « Одноразовый адрес электронной почты » кратко упоминаются «контрольные суммы, вычисленные в уме». Какая статья в Википедии лучше всего подходит для получения более подробной информации о таких контрольных суммах? - Дэвид Кэри ( разговор ) 18:33, 11 ноября 2013 г. (UTC)

Промодульная сумма? [ редактировать ]

В разделе модульной суммы используется этот термин, с которым я никогда не сталкивался. Термин не определен в другом месте статьи или в статье, на которую ссылаются вскоре после его использования. Поиск в Интернете по запросу «Promodular sum» дает только ссылки на эту статью или ее копии, а также некоторые ссылки на компанию под названием Promodular. Может ли кто-нибудь дать ссылки на этот термин или удалить его? 81.154.116.170 ( разговорное ) 21:13, 17 июля 2015 (UTC)

Ошибка в описании модульной суммы? (решено, ошибка читателя) [ править ]

В статью вошли:

Вариант предыдущего алгоритма состоит в том, чтобы сложить все «слова» как двоичные числа без знака, отбросив любые биты переполнения, и добавить два дополнения к итоговой сумме в качестве контрольной суммы. Чтобы проверить сообщение, получатель таким же образом складывает все слова, включая контрольную сумму; если результат - не слово, полное нулей, вероятно, произошла ошибка.

Описание проверки сообщения звучит неправильно. Например, предположим, что это слова 001 010. Затем отправитель вычисляет сумму: 011 и отправляет сообщение 001 010 011. Затем получатель складывает все три, чтобы получить: 110. Тогда «результат не будет словом, полным нулей. ", но это не тот случай, когда" произошла ошибка… "; на самом деле передача была правильной. Я что-то упускаю или это описание в статье вводит в заблуждение? 172.97.99.122 ( разговорное ) 22:39, 6 января 2016 (UTC)

О, я пропустил отрывок о двух дополнениях. Принимая это во внимание, отправитель складывает 001 и 010, чтобы получить 011, затем берет два дополнения 011, чтобы получить 101, и отправляет сообщение 001 010 101. Затем отправитель складывает их и получает (1) 000, которое при переполнении игнорируется, равно 000, слово полное нулей. 172.97.99.122 ( разговорное ) 22:45, 6 января 2016 (UTC)

Дайджест как синоним значения контрольной суммы [ править ]

Чтобы избежать путаницы, когда люди ищут контрольные суммы как хеши:

  • алгоритм контрольной суммы = алгоритм хэш-функции
  • ...
  • контрольная сумма input = хэш-функция input = сообщение
  • значение контрольной суммы (вычисленное) = дайджест (сообщения)
  • ...

Краусс ( разговор )

Математическая ошибка [ править ]

Несомненно, частота обнаружения 2-битных ошибок для байта четности равна (n-1) / n, а не 1 / n 2607: F470: 6: 200E: E5C9: 265F: 4C4E: 51E9 ( доклад ) 18:44, 13 июля 2018 г. (УНИВЕРСАЛЬНОЕ ГЛОБАЛЬНОЕ ВРЕМЯ)

Нечеткая контрольная сумма? [ редактировать ]

При обнаружении спама используется концепция «нечеткой контрольной суммы». В нескольких таких статьях этот термин уже упоминается в тексте, но пока нет описания в статье Википедии.

Я не уверен, что есть достаточно материала, чтобы гарантировать, что тема будет посвящена отдельной статье в WP, и на удивление мало официальных надежных источников , поэтому я предлагаю добавить короткий закрепленный раздел в конце этой статьи (используя какие источники я можно найти) и создание вики-ссылок из статей, относящихся к этому термину. Есть предположения?

Feline Hymnic ( разговорное ) 16:02, 8 декабря 2019 (UTC)

Выполнено Feline Hymnic ( разговорное ) 12:05, 7 января 2020 г. (UTC)