To make a message tamper-proof (pro

To make a message tamper-proof (providing message integrity), the sender runs each message through a message-digest function. This function within an application produces a number called a message-authentication code (MAC). The system works because it's almost impossible for an altered message to have the same MAC as another message. Also, you can't take a MAC and turn it back into the original message.

The software being used for a given exchange produces a MAC for a message before it's encrypted. Next, it encrypts the MAC with the sender's private key. It then encrypts both the message and the encrypted MAC with the recipient's public key and sends the message.

When the recipient gets the message and so decrypts it, they also get an encrypted MAC. The software takes the message and runs it through the same message-digest function that the sender used and creates its own MAC. Then it decrypts the sender's MAC. If the two are the same, then the message hasn't been tampered with.

The dynamics of the Web dictate that a user-authentication system must exist. This can be done using digital certificates.

A server authenticates itself to a client by sending an unencrypted ASCII-based digital certificate. A digital certificate contains information about the company operating the server, including the server's public key. The digital certificate is 'signed' by a trusted digital-certificate issuer, which means that the issuer has investigated the company operating the server and believes it to be legitimate. If the client trusts the issuer, then it can trust the server. The issuer 'signs' the certificate by generating a MAC for it, then encrypts the MAC with the issuer's private key. If the client trusts the issuer, then it already knows the issuer's public key.

The dynamics and standards of secure transactions will change, but the three basic tenets of secure transactions will remain the same. If you understand the basics, then you're already three steps ahead of everyone else.

Результаты (русский) 1:

Чтобы сделать сообщение взломоустойчивых (обеспечение целостности сообщения), отправитель проходит каждое сообщение через хэш-функцию. Эта функция внутри приложения получается число, называемое кодом проверки подлинности сообщения (MAC). Система работает, потому что это почти невозможно для измененное сообщение иметь же MAC как еще одно сообщение. Кроме того вы не можете взять MAC и превратить его обратно в исходное сообщение. Программного обеспечения, используемого для данного обмена производит MAC для сообщения, прежде чем он зашифрован. Далее она шифрует MAC с закрытым ключом отправителя. Затем он шифрует сообщение и зашифрованные MAC с помощью открытого ключа получателя и отправляет сообщение. Когда получатель получает сообщение и так расшифровывает его, они также получают зашифрованные MAC. Программное обеспечение принимает сообщение и выполняет его через ту же хэш-функцию, что отправитель и создает свой собственный MAC. Затем она расшифровывает отправителя на MAC. Если они совпадают, то сообщение не было изменено. Динамика веб диктовать, что должна существовать система проверки подлинности пользователя. Это можно сделать с помощью цифровых сертификатов. Сервер проходит проверку подлинности клиента, отправив незашифрованные на основе ASCII цифровой сертификат. Цифровой сертификат содержит сведения о сервере, включая открытый ключ сервера компании. Цифровой сертификат «подписывается» доверенного поставщика цифрового сертификата, что означает, что эмитент исследовала компания, работающая на сервере и считает его законным. Если клиент доверяет эмитента, то она может доверять сервера. Эмитент подписывает сертификат, создавая MAC для него, а затем шифрует MAC с помощью закрытого ключа эмитента. Если клиент доверяет эмитента, то он уже знает эмитента открытый ключ. Динамика и стандартов безопасных транзакций будет меняться, но три основных принципов безопасных транзакций останется прежним. Если вы понимаете основы, то вы уже три шага впереди всех остальных.

Результаты (русский) 2:

Чтобы сделать сообщение защищенных, обеспечивая целостность (сообщение), отправитель работает каждое сообщение через функцию сообщений-дайджест. Эта функция в приложении производит ряд под названием код аутентификации сообщения (МАС). Система работает, потому что это почти невозможно для измененное сообщение, чтобы иметь тот же MAC в другом сообщении. Кроме того, вы не можете взять MAC и превратить его обратно в исходное сообщение. Программное обеспечение используется для данного обмена производит MAC для сообщения, прежде чем он зашифрован. Далее, шифрует MAC закрытым ключом отправителя. Затем шифрует и сообщения, и зашифрованный MAC с помощью открытого ключа получателя и отправляет сообщение. Когда получатель получает сообщение и расшифровывает его так, они также получают зашифрованный MAC. Программное обеспечение принимает сообщение и выполняет его через тот же сообщение-дайджест функции, что отправитель используется и создает свой ​​собственный ПДК. Затем он расшифровывает MAC-отправителя. Если две такие же, то сообщение не были подделаны. Динамика Web диктовать, что пользователь системы аутентификации должен существовать. Это может быть сделано с помощью цифровых сертификатов. Сервер проверку подлинности клиента, отправив незашифрованную ASCII основе цифрового сертификата. Цифровой сертификат содержит информацию о операционной компании сервер, в том числе открытого ключа сервера. Цифровой сертификат "подписан" доверенным эмитента цифровой сертификат, который означает, что эмитент исследовал компании, работающей на сервере и полагает, что это законно. Если клиент доверяет эмитента, то он может доверять серверу. Эмитент "знамения" сертификат путем создания MAC для него, а затем шифрует MAC закрытым ключом эмитента. Если клиент доверяет эмитента, то уже знает открытый ключ эмитента. Динамика и стандарты безопасных сделок будет меняться, но три основные принципы безопасных транзакций останется то же самое. Если вы понимаете основы, то вы уже на три шага впереди всех остальных.

Результаты (русский) 3:

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

программное обеспечение используется для данного обмена производит мак на послание до зашифровано.затем он шифрует мак с отправителем частного ключа.затем она шифрует как послание и зашифрованные мак с получателем публичный ключ и посылает сигнал.

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

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

сервер аутентификации себе клиентов посредством направления в незашифрованном виде ASCII на основе цифровой сертификат.цифровой сертификат содержит информацию о компании, работающей на сервере, в том числе сервер открытый ключ.цифровой сертификат "подпись" доверенной цифровой сертификат эмитента,что означает, что эмитент расследовала компания сервера и считает ее законной.если клиент доверяет эмитента, то он может доверять сервера.эмитентом "знаков" сертификат мак, создавая для этого шифрует мак с эмитентом частного ключа.если клиент доверяет эмитента, то он уже знает, что эмитент открытого ключа.

динамика и стандартов обеспечения сделок будет меняться, но три основные принципы обеспечения сделок останется тем же.если вы понимаете основы, то ты уже три шага впереди всех остальных.