#include <iostream>

#include <fstream>

usingnamespace std;

int main&#40;&#41;

ifstream fin&#40;»input.txt»&#41;;// открываем файл с входными данными для чтения

if&#40; fin.is_open&#40;&#41;&#41;// проверяем открылся ли файл с входными файлами

&#123;// если файл открылся

int sum, nom, kol, count;

fin >> kol >> sum;// считываем количество наименований и требуемую сумму

ofstream fout&#40;»output.txt»&#41;;// открываем файл для записи результатов

if&#40; fout.is_open&#40;&#41;&#41;// проверяем открылся ли файл для записи результатов

&#123;// если файл открылся

bool flag =false;// предпологаем что требуемую сумму нельзя выдать имеющимеся купюрами

for&#40;int i =0; i < kol;++i &#41;// организуем цикл по наминалу купюр

fin >> nom >> count;// считываем наминал и количество очередной купюры

// возможно ли выдать требуемую сумму имеющимеся купюрами текущего номинала

if&#40; sum % nom ==0&& sum / nom <= count &#41;

&#123;// если возможно

flag =true;// запоминаем данный факт в логическую переменную

break;// и обрывается выполнение цикла

fin.close&#40;&#41;;// закрываем файл с входными данными

// записываем в результирующий файл информацию о возможности выдачи требуемой суммы

if&#40; flag &#41;

fout <<«Possible»;

fout <<«Impossible»;

else// обработка ошибки при открытии файла для записи результата

cerr<<«Can not open file output.txt»<< endl;

else// обработка ошибки при открытии файла с входными данными

cerr<<«Can not open file input.txt»<< endl;

Все новости от 21 января 2005 г.

unarc.dll вернул код ошибки 1,6,7,12,14 — что делать и как исправить?!

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

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

Ошибка Microsoft Office — не первая проблема, возникшая у Microsoft с реализацией методов шифрования в ее продуктах. Секьюрити-эксперты то и дело указывали компании на слабые пароли в предыдущих версиях операционной системы Windows. А в 1999 году компания оказалась в центре споров по поводу того, действительно ли надежны ключи, на которых строится безопасность Windows NT.

Сегодняшняя проблема почти идентична проблеме слабого системного ключа, обсуждавшейся в 1999 году, говорит главный технолог Counterpane Internet Security и автор «Прикладной криптографии» Брюс Шнайер. «Это криптографическая ошибка уровня детского сада, — говорит он. — И еще хуже, что ее повторили дважды».

Шнайер, который в начале этой недели рассмотрел проблему в своем блоге, критикует Microsoft за то, что та не учится на прошлых ошибках.

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

Предыдущие публикации: