укр  |  рус 
ƒодати статтю | –еЇстрац≥€
Ѕезпека б≥знесу
Ѕезпека банк≥в
Ѕезпека особистост≥
Ѕезпека помешканн€
Ѕезпека та персонал
Ѕезпека туризму та в≥дпочинку
ƒокументи дл€ роботи
«ахист ≥нформац≥њ
IT-безпека
≤нформац≥йна безпека
Ѕезпека та ≥нтернет
 риптолог≥€
“ехничний захист ≥нформац≥њ
«ахист автомоб≥л€
«бро€ та спецзасоби
ѕожежна безпека
—истеми безпеки
ƒоговор охраны лице€ в ночное врем€ 
«ахист автомоб≥л€: ≤моб≥лайзер. ѕитанн€ й в≥дпов≥д≥. 
—ловарь терминов по информационной безопасности. „асть 2 
ќсновн≥ поради при керуванн€ автомоб≥лем у складних дорожн≥х умовах 
ѕопередженн€ небезпеки й самооборона 
ѕроблеми та перспективи використанн≥ б≥ометричних технолог≥й 
«ащита от инсайдеров  
ƒќЋ∆Ќќ—“Ќјя »Ќ—“–” ÷»я ћ≈Ќ≈ƒ∆≈–ј 
ѕро використанн€ систем в≥деоспостереженн€ в роздр≥бн≥й торг≥вл≥ 
Ёлектронные ключи дл€ защиты программ. –еферат 
як вибрати пожежний датчик 
«ахист автомоб≥л€: ≤моб≥лайзер. ѕитанн€ й в≥дпов≥д≥. 
Ѕезпека на лижних маршрутах 
«ахист й комб≥нована техн≥ка з використанн€м гумового ц≥пка 
ѕереваги систем захисту в≥д крад≥жок р≥зних технолог≥й 
 аталог
÷ифровые системы
¬идеокамеры
ќбъективы
”стройства обработки
ќповещатели и указатели
ƒомофоны
 онтроль доступа, замки, защелки
 орпуса, кожухи, аксессуары
ћониторы
п≥дприЇмство   ≥нвентаризац?   зас≥б   роботи   классических   св€занных   ответственность   спам   дымовода   уполномоченным   терминов   ”полномоченные   систем   безпека   –азрешаетс€  
«берегти стор≥нку «робити стартовою ¬≥дправити другу
 укр
 рус
≤нформац≥йна безпека
ѕринципы разработки и отладки защищенного программного обеспечени€ управл€ющих систем
 ”–—ќ¬ќ… ѕ–ќ≈ “
   по дисциплине Ђ“еори€ информационной безопасности и
   методологи€ защиты информацииї
   



   
   —одержание
   I. ¬ведение
   II. ќсновна€ часть
    1. —труктура микропроцессорных управл€ющих систем
    2. ѕринципы разработки программного обеспечени€ управл€ющих систем
    3. ѕринципы тестировани€ программного обеспечени€
   4. —редства разработки и отладки программного обеспечени€
   5. ћетоды отладки программного обеспечени€
   6. Ќазначение и виды прерываний
   7. Ќадежность и качество программного обеспечени€ управл€ющих систем
   8. ћетоды защиты программного обеспечени€ управл€ющих систем
   III. «аключение
   —писок литературы
   
   I. ¬ведение
   ћетодика разработки и отладки микропроцессорных систем имеет определенную специфику. ћикропроцессорные системы можно условно разделить на два основных класса: универсальные, которые используютс€ дл€ решени€ широкого круга задач обра-ботки информации, и управл€ющие, которые специализируютс€ на решении задач управ-лени€ процессами и объектами.
   “ипичными примерами универсальных микропроцессорных систем €вл€ютс€ пер-сональные компьютеры и рабочие станции, которые примен€ютс€ в самых различных сферах де€тельности. ¬ысока€ производительность, надежность и способность быть адап-тированными дл€ выполнени€ практически любых задач делает микропроцессорные сис-темы перспективным направлением в современном техническом развитии.
   ”правл€юща€ система представл€ет собой интегрированный комплекс, состо€щий из одного или более процессов, аппаратных устройств, программ, средств и людей, пре-доставл€ющий возможность удовлетворить определенную потребность или условие [8]. —овременна€ система управлени€ построена на основе микропроцессорных средств и представл€ет собой преимущественно программную систему, т.е. систему, в которой про-граммное обеспечение оказывает значительное вли€ние на проект, конструкцию, развер-тывание и развитие всей системы.
   Ќадежность и защищенность €вл€етс€ одним из главных показателей эффективно-сти дл€ любых систем управлени€. —истемы управлени€ сложными комплексами должны обладать гарантированным уровнем надежности. —огласно √ќ—“ 27.002-83 [3], надеж-ность определ€етс€ как свойство, обеспечивающее возможность выполнени€ устройством заданных функций с установленными характеристиками в определенных услови€х экс-плуатации и в течение требуемого интервала времени.
   Ќадежность микропроцессорных управл€ющих систем зависит от надежности и качества всех компонентов, с том числе, программного обеспечени€.
   ѕрограммное обеспечение современных управл€ющих систем представл€ет собой сложный программный комплекс. ѕричем, в большей мере надежность программного обеспечени€ и успех в его создании завис€т от начальных этапов его проектировани€. Ётап разработки и отладки программного обеспечени€ микропроцессорных систем €вл€-етс€ ответственным, трудоемким и требует высокой квалификации разработчиков, так как ошибки, допущенные на этом этапе, обычно обнаруживаютс€ лишь на стадии испытани€ законченного образца и требуют длительной и дорогосто€щей переработки всей системы.
   II.1. —труктура микропроцессорных управл€ющих систем
   —истемы управлени€ объектами стро€тс€ на базе управл€ющего устройства, со-единенного с объектом управлени€ несколькими каналами св€зи. ¬ качестве управл€юще-го устройства системы может использоватьс€ микропроцессорный контроллер, построен-ный на базе микропроцессора определенного типа.
   —истема управлени€ может решать различные задачи:
   Х поддержание на определенном уровне или изменение по определенному закону выходных параметров объекта управлени€;
   Х программное изменение выходных параметров объекта и отслеживание их изме-нений в соответствии с некоторыми внешними сигналами;
   Х включение или выключение потока энергии в объекты управлени€ по времени или по заданному амплитудному значению контролируемого параметра;
   Х сбор информации о состо€нии объекта управлени€ и ее обработка с сохранением результатов обработки в устройствах пам€ти.
   II.2. ѕринципы разработки программного обеспечени€ управл€ющих систем
   ѕроектирование программного обеспечени€ микропроцессорных управл€ющих систем включает в себ€ следующие этапы:
   - анализ требований к программному обеспечению;
   - формализаци€ задач и выполн€емых функций, куда входит определение входов и выходов алгоритмических и программных блоков, конкретных процессов обработки, формулирование и учет системных ограничений (эксплуатационных, временных, объем-ных, точностных и др.);
   - проектирование программы или составление алгоритма ее выполнени€, удовле-твор€ющего требовани€м постановки задачи и спецификаций;
   - кодирование или собственно программирование, заключаетс€ в формировании программы на выбранном €зыке - программирование (исходный текст). «атем осуществ-л€етс€ компил€ци€ и трансл€ци€ дл€ программы, написанной на €зыке высокого уровн€, или только трансл€ци€ дл€ программы, написанной на €зыке ассемблера. ѕосле компо-новки с помощью редактора св€зей получаетс€ загрузочный модуль в машинных кодах целевого (используемого) микропроцессора или микроконтроллера;
   - тестирование и автономна€ отладка, когда на программной модели провер€етс€ корректность программы. “естирование позвол€ет убедитьс€ в том, что программа пра-вильно выполн€ет возложенные на нее функции. ѕри этом очень важным €вл€етс€ пра-вильный выбор тестовых данных, разработка методов тестировани€ и тестовых примеров.
   II.3. ѕринципы тестировани€ программного обеспечени€
   ƒл€ проверки корректности программ, т.е. их соответстви€ внешним спецификаци-€м, выполн€етс€ тестирование: программы запускаютс€ с различными исходными дан-ными, а результаты прогонов сравниваютс€ с эталонными значени€ми.
   –ассмотрим два основных способа начального тестировани€ программ: пошаговый режим и трассировку программ. Ёти способы примен€ютс€, как правило, к отдельным участкам программ.
   ћетод пошагового тестировани€ предполагает, что модули тестируютс€ не изоли-рованно друг от друга, а подключаютс€ поочередно дл€ выполнени€ теста к набору уже ранее оттестированных модулей.
   “рудоемкость пошагового режима уменьшаетс€, если имеютс€ средства отладки, автоматически показывающие содержимое регистров процессора и €чеек пам€ти, исполь-зуемых в последней команде, и несколько следующих команд. ѕошаговый режим €вл€ет-с€ весьма эффективным средством предварительного тестировани€, поскольку позвол€ет обнаруживать неисправности, прежде чем они существенно исказ€т программу и данные.
   ѕошаговый режим позвол€ет измен€ть содержимое регистров и €чеек пам€ти и, следовательно, провер€ть работу программы в разных услови€х. “ем самым позвол€ет программисту обнаруживать ошибку.
   “рассировка программы осуществл€етс€ по шагам в соответствии с задани€ми, со-держащимис€ в операторах. ѕри этом регистрируетс€ последовательность операторов, реализуемых на каждом шаге процесса и, следовательно, получаетс€ трасса или маршрут исполнени€ программы, который дл€ конкретной программы зависит только от значений исходных данных. ѕрограмма-отладчик выполн€ет автоматически команду за командой и выводит содержимое регистров процессора на терминал после каждого шага. ќтслежива-ние программы продолжаетс€ до тех пор, пока не будет остановлено извне.
   –езультаты трассировки вывод€тс€ на экран терминала или на принтер. ѕрограм-мист, анализиру€ эти данные, может обнаружить ошибки.
   Ќедостаток трассировки заключаетс€ в том, что она, во-первых, не дает возможно-сти измен€ть содержимое пам€ти и регистров, а во-вторых, может послужить причиной того, что программа разрушит себ€ или свои данные прежде, чем отслеживание будет ос-тановлено.
   ћетод контрольных точек используют после проверки отдельных участков про-граммы в пошаговом режиме или с помощью трассировки. ¬ контрольных точках, уста-новленных программистом, прерываетс€ исполнение программы, и управление передаетс€ программе-отладчику. Ёто позвол€ет по желанию выполнить избранные участки про-граммы и проанализировать результаты.
   ѕрограммист устанавливает контрольные точки, как правило, дл€ конкретной ко-манды, но в некоторых системах имеетс€ возможность прерывани€ программы при чтении определенных €чеек пам€ти или при записи в них.
   ќтладка позвол€ет вы€вить и устранить основную часть неисправностей програм-мы, однако гарантировать отсутствие дефектов после отладки сложных программ нельз€.
   II.4. —редства разработки и отладки программного обеспечени€
   ќтладка − процесс обнаружени€ ошибок и определение источников их по€влени€ по результатам тестировани€ при проектировании ћѕ—. ќтладка ћѕ— заключаетс€ в том, что на каждой стадии и фазе жизненного цикла ћѕ— выполн€ютс€ процедуры тестового контрол€ и диагностики, направленные на обнаружение и локализацию неисправностей.
   ќтладка программ состоит из этапов:
   Х планирование отладки;
   Х составление тестов и задани€ на отладку;
   Х прогон тестов и выдача результатов;
   Х анализ результатов, обнаружение ошибок и локализаци€ неисправностей.
   ¬ процессе разработки и отладки программного обеспечени€ микропроцессорных систем используютс€ следующие программные средства:
   Х ассемблеры, компил€торы;
   Х симул€торы (программно-логические модели);
   Х отладчики, редакторы св€зей (компоновщики, загрузчики).
   ¬ современных комплексах проектировани€/отладки систем эти средства обычно работают совместно, в составе интегрированной среды (оболочки) программировани€.
   ѕри программировании управл€ющих систем чаще всего используютс€ машинно-ориентированный €зык јссемблера или €зыки — / C++. язык јссемблера примен€етс€ в случа€х, когда имеютс€ жесткие ограничени€ на объем требуемой пам€ти или на врем€ выполнени€ программных модулей. “акие случаи €вл€ютс€ достаточно типичными при решении задач управлени€, поэтому јссемблеры €вл€ютс€ одним из основных средств создани€ программного обеспечени€ дл€ микропроцессорных систем. ¬ тех случа€х, когда указанные ограничени€ не очень жесткие, дл€ создани€ программного обеспечени€ ис-пользуютс€ €зыки высокого уровн€ (обычно — / C++).
   ќсобенно сложные задачи приходитс€ решать при программировании управл€ю-щих систем, работающих в реальном масштабе времени. ¬ этом случае разработчик дол-жен использовать какую-либо из имеющихс€ операционных систем реального времени (ќ—–¬) или создавать собственные программы-мониторы реального времени с помощью указанных выше средств программировани€. ¬ составе многих ќ—–¬ имеютс€ средства поддержки программировани€, которые могут использоватьс€ при проектирова-нии/отладке системы.
   Ётап отладки программного обеспечени€ €вл€етс€ очень трудоемким и требует использовани€ инструментальных средств отладки.   числу основных инструменталь-ных средств отладки относ€тс€:
   ѕрограммные средства: ѕрограммные симул€торы
    ћониторы отладки
    »нтегрированна€ среда разработки
   јппаратно-программные средства: ¬нутрисхемные эмул€торы
    ѕлаты развити€ (оценочные платы)
    Ёмул€торы ѕ«”
    Ћогические анализаторы
    —игнатурные анализаторы
     омплексы диагностировани€
   
   —имул€тор - программное средство, способное имитировать работу микроконтрол-лера и его пам€ти. —имул€тор должен уметь загружать файлы программ во всех попул€р-ных форматах, максимально полно отображать информацию о состо€нии ресурсов симу-лируемого микроконтроллера, а также предоставл€ть возможности по симул€ции выпол-нени€ загруженной программы в различных режимах. ¬ процессе отладки модель Увы-полн€етФ программу, и на экране компьютера отображаетс€ текущее состо€ние модели.
   ќтладочный монитор - специальна€ программа, загружаема€ в пам€ть отлаживае-мой системы. ќна вынуждает процессор пользовател€ производить, кроме прикладной задачи, еще и отладочные функции:
   Х загрузку прикладных кодов пользовател€ в свободную от монитора пам€ть;
   Х установку точек останова;
   Х запуск и останов загруженной программы в реальном времени;
   Х проход программы пользовател€ по шагам;
   Х просмотр, редактирование содержимого пам€ти и управл€ющих регистров.
   ѕрограмма монитора об€зательно должна работать в св€зке с внешним компьюте-ром или пассивным терминалом, на которых и происходит визуализаци€ и управление процессом отладки.
   »нтегрированна€ среда разработки - совокупность программных средств, под-держивающа€ все этапы разработки программного обеспечени€ от написани€ исходного текста программы до ее компил€ции и отладки, и обеспечивающа€ простое и быстрое взаимодействие с другими инструментальными средствами (внутрисхемным эмул€тором, программным симул€тором и программатором).
   ƒополнительно работа в интегрированной среде дает программисту:
   Х ¬озможность использовани€ встроенного многофайлового текстового редактора, специально ориентированного на работу с исходными текстами программ;
   Х ƒиагностика вы€вленных при компил€ции ошибок, и исходный текст програм-мы, доступный редактированию, вывод€тс€ одновременно в многооконном режиме;
   Х ¬озможность организации и ведени€ параллельной работы над несколькими про-ектами.
   Х ¬озможность загрузки отлаживаемой программы в имеющиес€ средства отладки, и работы с ними без выхода из оболочки;
   Х ¬озможность подключени€ к оболочке практически любых программных средств.
   ¬нутрисхемный эмул€тор Ц программно-аппаратное средство, способное замещать собой эмулируемый процессор в реальной схеме. ¬нутрисхемный эмул€тор Ц это наибо-лее мощное и универсальное отладочное средство.
    ак минимум, эмул€тор содержит следующие функциональные блоки:
   Х отладчик;
   Х узел эмул€ции микроконтроллера;
   Х эмул€ционна€ пам€ть;
   Х подсистема точек останова.
   ѕлаты развити€, или как прин€то их называть в зарубежной литературе - оценоч-ные платы, €вл€ютс€ своеобразными конструкторами дл€ макетировани€ прикладных сис-тем. ¬ последнее врем€, при выпуске новой модели кристалла микроконтроллера, фирма-производитель об€зательно выпускает и соответствующую плату развити€.
   Ёмул€тор ѕ«” (посто€нное запоминающее устройство) - программно-аппаратное средство, позвол€ющее замещать ѕ«” на отлаживаемой плате, и подставл€ющее вместо него ќ«” (оперативное запоминающее устройство), в которое может быть загружена про-грамма с компьютера через один из стандартных каналов св€зи. Ёто устройство позвол€ет пользователю избежать многократных циклов перепрограммировани€ ѕ«”.
   Ћогические анализаторы Ч конђтрольно-измерительные приборы, предназначенные дл€ сбора данных о поведении дискретных систем, дл€ обђработки этих данных и пред-ставлени€ их человеку на различных уровн€х абђстракции. ќни работают независимо и не-заметно дл€ испытуемых дискретных систем и примен€ютс€ дл€ их отладки и диагности-ровани€ ћѕ— на всех этапах жизненного цикла.
   —игнатурный анализ основан на преобразовании длинђных последовательностей двоичных сигналов в двоичное число, называемое сигнатурой. »змер€емые двоичные пођследовательности возбуждаютс€ в контрольных точках ћѕ— под действием специальной тестовой программы.
    омплексы диагностировани€ объедин€ют возможности логичеђских анализаторов и генераторов слов (приборы, предназначенные дл€ формировани€ и подачи входных воз-действий): способны подавать входные воздействи€ на диагностируемую систему, соби-рать и анализировать ответные реакции систеђмы.
   II.5. ћетоды отладки программного обеспечени€
   ƒл€ получени€ дополнительной информации об ошибке можно выполнить доба-вочные тесты или использовать специальные методы и средства:
    отладочный вывод;
    интегрированные средства отладки;
    независимые отладчики.
   ќтладочный вывод. ћетод требует включени€ в программу дополнительного отла-дочного вывода в узловых точках. ”зловыми считают точки алгоритма, в которых основ-ные переменные программы мен€ют свои значени€. ѕри этом предполагаетс€, что, вы-полнив анализ выведенных значений, программист уточнит момент, когда были получены неправильные значени€, и сможет сделать вывод о причине ошибки. ƒанный метод не очень эффективен и в насто€щее врем€ практически не используетс€, так как в сложных случа€х в процессе отладки может потребоватьс€ вывод большого количества - Ђтрассыї значений многих переменных, которые вывод€тс€ при каждом изменении.
   »нтегрированные средства отладки. ќни позвол€ют:
    выполн€ть программу по шагам, причем как с заходом в подпрограммы, так и выполн€€ их целиком;
    предусматривать точки останова;
    выполн€ть программу до оператора, указанного курсором;
    отображать содержимое переменных при пошаговом выполнении;
    отслеживать поток сообщений и т. п.
   ѕримен€ть интегрированные средства в рамках среды достаточно просто. »споль-зуют разные приемы в зависимости от про€влений ошибки. ≈сли получено сообщение об ошибке, то сначала уточн€ют, при выполнении какого оператора программы оно получе-но. ƒл€ этого устанавливают точку останова в начало фрагмента, в котором про€вл€етс€ ошибка, и выполн€ют операторы в пошаговом режиме до про€влени€ ошибки.
   јналогично поступают при Ђзависанииї компьютера.
   ≈сли получены неправильные результаты, то локализовать ошибку обычно сущест-венно сложнее. ¬ этом случае сначала определ€ют фрагмент, при выполнении которого получаютс€ неправильные результаты. ƒл€ этого последовательно провер€ют интере-сующие значени€ в узловых точках. ќбнаружив значени€, отличающиес€ от ожидаемых, по шагам трассируют соответствующий фрагмент до вы€влени€ оператора, выполнение которого дает неверный результат.
   ƒл€ уточнени€ природы ошибки возможен анализ машинных кодов, флагов и пред-ставлени€ программы и значений пам€ти в 16-ричном виде.
   ќтладка с использованием независимых отладчиков. ѕри отладке программ иногда используют специальные программы - отладчики, которые позвол€ют выполнить любой фрагмент программы в пошаговом режиме и проверить содержимое интересующих про-граммиста переменных.  ак правило такие отладчики позвол€ют отлаживать программу только в машинных командах, представленных в 16-ричном коде.
   II.6. Ќазначение и виды прерываний
   ѕрерывани€ми называютс€ имеющие аппаратное или программное происхожде-ние сигналы, которые заставл€ют процессор прервать последовательное выполнение ин-струкций пользовательской программы и перейти к выполнению специальной подпро-граммы, называемой подпрограммой обработки прерывани€.
   ¬ зависимости от источника, прерывани€ дел€тс€ на:
   Х аппаратные - возникают как реакци€ микропроцессора на физический сигнал от некоторого устройства (клавиатура, системные часы, клавиатура, жесткий диск и т.д.), по времени возникновени€ эти прерывани€ асинхронны, т.е. происход€т в случайные мо-менты времени;
   Х программные - вызываютс€ искусственно с помощью соответствующей коман-ды из программы, предназначены дл€ выполнени€ некоторых действий операционной системы, €вл€ютс€ синхронными;
   Х исключени€ - €вл€ютс€ реакцией микропроцессора на нестандартную ситуа-цию, возникшую внутри микропроцессора во врем€ выполнени€ некоторой команды про-граммы (деление на ноль, прерывание по флагу TF (трассировка)).
   ќбща€ классификаци€ прерываний:
   Х внешние - вызываютс€ внешними по отношению к микропроцессору событи€ми (по существу - это группа аппаратных прерываний);
   Х внутренние - возникают внутри микропроцессора во врем€ вычислительного процесса (по существу - это исключительные ситуации и программные прерывани€).
   ¬нешние прерывани€ возникают по сигналу какого-нибудь внешнего устройства. ¬нешние прерывани€ подраздел€ютс€ на неђмаскируемые и маскируемые.
   ћаскируемые прерывани€ генерируютс€ контроллером прерываний по за€вке оп-ределенных периферийных устройств. »менно маскируемые прерывани€ часто называют аппаратными прерывани€ми. ћаскируемые прерывани€ - это прерывани€, которые можно запрещать установкой соответствующих битов в регистре маскировани€ прерываний
   Ќемаскируемые прерывани€ инициируют источники, требующие безотлагательно-го вмешательства со стороны микропроцессора. Ќемаскируемые прерывани€ обрабатыва-ютс€ всегда, независимо от запретов на другие прерывани€.   примеру, такое прерывание может быть вызвано сбоем в микросхеме пам€ти.
   »сключени€ подраздел€ютс€ на отказы, ловушки и аварийные завершени€.
   ќтказ - это исключение, которое обнаруживаетс€ и обслуживаетс€ до выполнени€ инструкции, вызывающей ошибку. ѕосле обслуживани€ этого исключени€ управление возвращаетс€ снова на ту же инструкцию, котора€ вызвала отказ.
   Ћовушка - это исключение, которое обнаруживаетс€ и обслуживаетс€ после вы-полнени€ инструкции, его вызывающей. ѕосле обслуживани€ этого исключени€ управле-ние возвращаетс€ на инструкцию, следующую за вызвавшей ловушку.   классу ловушек относ€тс€ и программные прерывани€.
   јварийное завершение - это исключение, которое не позвол€ет точно установить инструкцию, его вызвавшую. ќно используетс€ дл€ сообщени€ о серьезной ошибке, такой как аппаратна€ ошибка или повреждение системных таблиц.
   ¬ реальном и защищенном режиме работы микропроцессора обработка прерыва-ний осуществл€етс€ принципиально разными методами.
   ќбработчик прерываний Ц программа обработки прерывани€, €вл€юща€с€ частью ќ—, предназначенна€ дл€ выполнени€ ответных действий на условие, вызвавшее преры-вание.
   јдрес подпрограммы обработки прерывани€ называетс€ вектором прерывани€. ¬екторы прерываний изучаемого процессора хран€тс€ в программной пам€ти, начина€ с нулевого адреса, и образуют таблицу прерываний.
   —истема прерываний - это совокупность программных и аппаратных средств, реа-лизующих механизм прерываний.
     аппаратным средствам системы прерываний относ€тс€:
   Х выводы микропроцессора - на них формируютс€ сигналы, извещающие микро-процессор либо о том, что некоторое внешнее устройство Ђпросит уделить ему внима-ниеї, либо о том, что требуетс€ безотлагательна€ обработка некоторого событи€ или ката-строфическа€ ошибка;
   Х программируемый контроллер прерываний;
   Х внешние устройства (таймер, клавиатура, магнитные диски и т.п.).
   ћеханизм обработки прерываний реализуетс€ аппаратно-программными средст-вами и включает в себ€ следующие этапы.
   Х ”становление факта прерывани€ и его идентификаци€.
   Х «апоминание состо€ни€ прерванного процесса.
   Х јппаратную передачу управлени€ программе обработки прерывани€.
   Х ќбработка прерывани€.
   Х ¬осстановление прерванного процесса.
   Х ¬озврат в прерванную программу.
   ѕри формировании сигнала прерывани€ сначала проводитс€ идентификаци€ уст-ройства, которое сгенерировало запрос на данное прерывание. “екущее состо€ние регист-ров микропроцессора, значение счЄтчика команд запоминаетс€, чтобы после обработки прерывани€ вернутьс€ к выполнению прерванной программы. ƒалее происходит обработ-ка прерывани€, например, из пам€ти загружаетс€ и исполн€етс€ соответствующа€ про-грамма обработки поступившего запроса на прерывание. ƒалее восстанавливаетс€ исход-ное, состо€ние микропроцессора и продолжает исполн€тьс€ прерванна€ программа.
   ¬ результате обработки запроса на прерывание вырабатываетс€ сигнал, передавае-мый по специальным лини€м прерывани€. Ћинии прерывани€ служат дл€ того, чтобы сиг-нализировать процессору через контроллер общей системной шины, который транслирует прерывани€ шины во внутренние прерывани€ процессора, что шине произошло некоторое событие. ≈сли приоритет вновь поступившего прерывани€ больше, чем приоритет теку-щей задачи, микропроцессор переключаетс€ с выполнени€ текущей задачи на обработку событи€, вызвавшего прерывание и запускает на исполнение соответствующую задачу (процесс).
   
   
   —уществуют два основных способа идентификации внешних устройств, запро-сивших обслуживани€ по прерыванию:
   Х программный опрос регистров состо€ни€;
   Х использование векторов прерывани€.
   ѕри программном опросе в конце машинного цикла выполнени€ очередной коман-ды процессор провер€ет наличие требовани€ прерывани€ от ¬”. ≈сли сигнал прерывани€ есть, в процессоре прерывание разрешено, то процессор переключаетс€ на выполнение подпрограммы обработки прерываний. Ќачинаетс€ опрос регистров состо€ни€ контролле-ров всех ¬”, работающих в режиме прерывани€.  ак только подпрограмма обнаружит го-товое к обмену ¬”, сразу выполн€ютс€ действи€ по его обслуживанию. ѕрограммный оп-рос используетс€ только в тех случа€х, когда отсутствуют жесткие требовани€ на врем€ обработки сигналов прерывани€ внешних устройств. ѕриоритет ¬” определ€етс€ пор€д-ком их опроса.
   ѕри использовании векторов прерывани€ в некоторой области пам€ти ќ«” суще-ствует таблица, где хран€тс€ адреса процедур обработки прерывани€. Ёта таблица называ-етс€ таблицей векторов прерываний.  ак только сигнал прерывани€ получен, микропро-цессор выполн€ет команду перехода (безусловного или условного) на строку таблицы, со-ответствующей данному прерыванию. «атем по адресу, полученному из таблицы, произ-водитс€ переход в ту область пам€ти, где хранитс€ подпрограмма обработки прерывани€.
   ѕри использовании векторов прерывани€ дл€ обработки прерываний может ис-пользоватьс€ специальное устройство Ц программируемый контроллер прерываний.
   Ёто устройство назначает приоритеты поступающим запросам на прерывание, вы-€вл€ет запросы с наивысшим приоритетом. ¬ случае поступлени€ запроса на прерывание от внешнего устройства, программируемый контроллер прерываний формирует сигнал запроса прерывани€ в сторону микропроцессора. ≈сли запрос обозначает прерывание, до-пустимое дл€ данного типа микропроцессора, то процессор генерирует в сторону про-граммируемого контроллера прерываний сигнал подтверждени€ прерывани€. ѕрограмми-руемый контроллер прерываний передаЄт на шину данных микропроцессора вектор (код) прерывани€, который считываетс€ микропроцессором.
   II.7. Ќадежность и качество программного обеспечени€ управл€ющих систем
   Ќадежность микропроцессорных управл€ющих систем зависит от надежности и качества всех компонентов, в том числе и программного обеспечени€ (ѕќ). Ќа всех эта-пах создани€ микропроцессорных систем должны выполн€тьс€ оценки надежности и ка-чества ѕќ. ѕрактика показывает, что 100-процентна€ полнота тестировани€ дл€ сложного ѕќ недостижима и, следовательно, кака€-то дол€ дефектов остаетс€ в процессе всего жиз-ненного цикла ѕќ. Ќарушени€ в работе ѕќ могут вызыватьс€ не только дефектами в про-граммах, но и возможными сбо€ми и отказами аппаратуры.
   ƒл€ оценки качества ѕќ используютс€ показатели защищенности от ошибок (уро-вень самоконтрол€ и защиты ѕќ от аппаратных и программных дефектов и ошибок).
   ќбеспечение надежности и качества ѕќ €вл€етс€ доминирующей, ключевой зада-чей технологии программировани€.
   —войства защищенности от ошибок закладываютс€ в ѕќ на ранних стади€х проек-тировани€, а в дальнейшем контролируютс€ и обеспечиваютс€ на всех последующих эта-пах создани€ микропроцессорных систем.
   Ќадежность и качество ѕќ в значительной мере определ€ют безопасность системы управлени€ на основе микропроцессорных систем, котора€ трактуетс€ как свойство ћѕ— выдавать достоверную информацию и обеспечивать защиту от недостоверной информа-ции. ѕри наличии средств аппаратной защиты система будет безопасной, если за счет реа-лизации в ѕќ защитных функций будет обеспечено:
   Х безопасное поведение ѕќ, т.е. исключение его опасных отказов;
   Х качество ѕќ, отвечающее норме качества.
   ѕри этом собственно количество ошибок в ѕќ не всегда может рассматриватьс€ как единственна€ оценка надЄжности ѕќ. ¬о-первых, пользователь сталкиваетс€ не соб-ственно с ошибкой, а с результатом еЄ про€влени€; во-вторых Ц воздействие одной ошиб-ки может компенсировать другую ошибку; в-третьих Ц ошибки могут иметь разный Ђвесї, одна ошибка сразу вызывает критический отказ, друга€ приводит к малозаметным послед-стви€м. —ледует иметь в виду, что устранение ошибок ѕќ, как правило, предусматривает модификацию программного кода, что, в свою очередь, приводит к изменению показате-лей надЄжности ѕќ в целом. ѕоэтому любые изменени€ ѕќ должны проходить организо-ванно, осуществл€тьс€ только подготовленным персоналом, сделанные изменени€ долж-ны об€зательно провер€тьс€ и тестироватьс€ в периоды снижени€ абонентской нагрузки на систему коммутации.
   Ќадежность ѕќ повышаетс€ прежде всего за счЄт применени€ передовых методов проектировани€, разработки и тестировани€ ѕќ, строгим соблюдением технологии экс-плуатации и резервного копировани€ станционных и абонентских баз данных. —уществу-ют и другие методы повышени€ надЄжности.
   —огласно требовани€м стандартов, в том числе международных, характеристика надежности ѕќ должна быть комплексной и должна включать основные показатели каче-ства такие, как устойчивость, стабильность в работе и восстанавливаемость. ѕрактикой установлено, что создание "лишь работающей" программы (в лабораторных услови€х) не-достаточно, необходима разработка надежных программ, отвечающих услови€м их при-менени€ на объектах. —тиль надежного программировани€ предполагает дополнение ѕќ функци€ми самодиагностики, самозащиты и адаптации к программным и аппаратным ошибкам, обеспечение восстановлени€ ѕќ при нарушени€х в его работе.
   —оздание надежного программного обеспечени€ базируетс€ на методах надежно-го программировани€, получивших широкое применение в мировой практике.
   ѕовышение надежности ѕќ обеспечиваетс€ по двум направлени€м:
   Х повышением полноты и надежности алгоритмов;
   Х за счет приемов и методов собственно программировани€.
   Ѕез достаточно полного и безошибочного алгоритма не может быть надежной про-граммы.
   јлгоритмы должны отвечать требовани€м:
   Х должны быть корректными, функционально полными;
   Х не должны приводить к тупиковым состо€ни€м, зацикливани€м, переполнени€м пам€ти и другим неразрешимым ситуаци€м;
   Х должны иметь избыточность, под которой понимаетс€ обеспечение ими защиты и адаптации к ошибкам вычислений, в частности к ошибкам по параметрам.
   «ащитные свойства, реализуемые способом обхода ошибок, должны быть отрабо-таны алгоритмически. “ак, при защите выходов от ошибки типа "несрабатывание", равно-значные избыточные (корректирующие) параметры или их группы должны объедин€тьс€ по дизъюнкции. Ќаоборот, при предпочтительности защиты от "ложного" они должны объедин€тьс€ по конъюнкции. ¬ыполнение одновременно двух стратегий требует намного большей избыточности и может оказатьс€ нецелесообразным из-за чрезмерного усложне-ни€ алгоритмов.
   Ќадежность программы регулировани€ будет высокой, если косвенно будет про-контролирована хот€ бы приемлемость выходов, например по коррел€ции вхо-дов/выходов. —оответственно в алгоритме должен быть описан способ такого контрол€.
    ƒолжны быть отработаны в алгоритмах и другие решени€ по надежности, такие как защита от неопределенностей, проверки на непротиворечивость входов и выходов, контроль входов/выходов по коррел€ции, контроль исполнени€ команд по обратной св€зи и т.п. ƒл€ обеспечени€ полноты и корректности сложных логических алгоритмов следует стремитьс€ к более широкому использованию формализованных методов, в частности ме-тодов автоматного управлени€.
   ƒанный подход позвол€ет:
   Х использовать дл€ анализа и синтеза алгоритмов типовые модели (например, гра-фы переходов и выходов);
   Х произвести декомпозицию сложных моделей управлени€ (процессов, режимов) на простейшие с любой степенью разбиени€ (способом последовательной и параллельной декомпозиции);
   Х осуществить композиционный синтез алгоритмов, т. е. из частных описаний син-тезировать алгоритмы всей системы;
   Х самодиагностировать процесс с выдачей р€да диагностических сообщений.
   ¬озможность самодиагностики и коррекции управлени€ Ц вот те достоинства и от-личи€, притом только в алгоритмической части, характерные дл€ систем с микропроцес-сорами, не счита€ многих других возможностей, относ€щихс€ к реализации вышеуказан-ных способов повышени€ надежности и качества ѕќ, следовательно, и надежности сис-тем.
   II.8. ћетоды защиты программного обеспечени€ управл€ющих систем
   ƒл€ защиты программного обеспечени€ используютс€ различные методы:
   Х јлгоритмы запутывани€ Ц используютс€ хаотические переходы в разные части кода, внедрение ложных процедур Ц Ђпустышекї, холостые циклы, искажение количества реальных параметров процедур ѕќ, разброс участков кода по разным област€м ќ«” и т.п.
   Х јлгоритмы мутации Ц создаютс€ таблицы соответстви€ операндов - синонимов и замена их друг на друга при каждом запуске программы по определенной схеме или случайным образом, случайные изменени€ структуры программы.
   Х јлгоритмы компрессии данных Ц программа упаковываетс€, а затем распаковы-ваетс€ по мере выполнени€.
   Х јлгоритмы шифровани€ данных Ц программа шифруетс€, а затем расшифровы-ваетс€ по мере выполнени€.
   Х ¬ычисление сложных математических выражений в процессе отработки меха-низма защиты Ц элементы логики защиты завис€т от результата вычислени€ значени€ ка-кой-либо формулы или группы формул.
   Х ћетоды затруднени€ дизассемблировани€ Ц используютс€ различные приемы, направленные на предотвращение дизассемблировани€ в пакетном режиме.
   Х ћетоды затруднени€ отладки Ц используютс€ различные приемы, направлен-ные на усложнение отладки программы.
   Х Ёмул€ци€ процессоров и операционных систем Ц создаетс€ виртуальный процес-сор и/или операционна€ система (не об€зательно существующие) и программа-переводчик из системы команд IBM в систему команд созданного процессора или ќ—, после такого перевода ѕќ может выполн€тьс€ только при помощи эмул€тора, что резко затрудн€ет ис-следование алгоритма ѕќ.
   Х Ќестандартные методы работы с аппаратным обеспечением Ц модули систе-мы защиты обращаютс€ к аппаратуре Ё¬ћ, мину€ процедуры ќ—, и используют малоиз-вестные или недокументированные еЄ возможности
   III. «аключение
   ѕрогресс в области электронных и информационных технологий существенным образом измен€ет подходы к проектированию систем управлени€ производственными ме-ханизмами и установками. ¬ последнее дес€тилетие наблюдаетс€ по€вление новых облас-тей использовани€ информационных технологий таких, как виртуальные производства и электронна€ коммерци€. ќсобенно быстро развиваютс€ сетевые интеллектуальные техно-логии. ѕо€вилась возможность использовани€ микропроцессорных систем на всех уров-н€х производства, включа€ встроенные системы мониторинга и управлени€ технологиче-ским оборудованием и процессами на основе средств микропроцессорной техники. –ас-шир€етс€ производство высокотехнологичных изделий, насыщенных электроникой, точ-ной механикой и оптикой (мехатроника).
   «начительна€ вычислительна€ мощность управл€ющих систем на основе микро-процессоров создает хорошие предпосылки дл€ использовани€ микропроцессоров в быст-родействующих системах реального времени.
   ѕрименение микропроцессоров в системах автоматического управлени€ позвол€ет подн€ть на качественно новый уровень такие важные их характеристики, как отказо-устойчивость и живучесть.
   ѕо прогнозам специалистов преимущества отказоустойчивых систем, св€занные с большими удобствами в эксплуатации, резким снижением эксплуатационных расходов, исключением материального и морального ущерба из-за отказов в работе, сделают такие системы автоматического управлени€ основными системами ближайшего будущего.
   Ѕудущее микропроцессорной техники св€зано также с двум€ новыми направлени€-ми Ц нанотехнологи€ми и квантовыми вычислительными системами. ƒл€ этого ведутс€ теоретические исследовани€ по использованию в вычислительной технике свойств моле-кул и субатомных частиц: основой дл€ хранени€ и переработки данных должны стать не электрические цепи, как сейчас, а положение отдельных атомов или направление враще-ни€ (спины) электронов. ≈сли "квантовые" компьютеры будут созданы, то они превзойдут современные машины по многим параметрам.
   ѕо прогнозам специалистов преимущества отказоустойчивых систем, св€занные с большими удобствами в эксплуатации, резким снижением эксплуатационных расходов, исключением материального и морального ущерба из-за отказов в работе, сделают такие системы автоматического управлени€ основными системами ближайшего будущего.
   
   
   —писок литературы
   1. јнкудинов ».√. ћикропроцессорные системы. јрхитектура и проектирование: ”чеб. пособие.Ц —ѕб.: —«“”, 2003
   2. Ѕесекерский ¬. ј. ћикропроцессорные системы автоматического управлени€, Ћ.: »зд. ћашиностроение, 1988
   3. √ќ—“ 27.002-83. Ќадежность в технике. “ермины и определени€. - ћ., 1984
   4.  руг ѕ.√. ѕроцессоры цифровой обработки сигналов: ”чебное пособие. ћ.: »зда-тельство ћЁ». 2001
   5.  азарин ќ.¬. Ѕезопасность программного обеспечени€ компьютерных сис-тем. ћ.: ћ√”Ћ, 2003. - 212 с.
   »нтернет - источники
   6. http://dfe.karelia.ru/koi/posob/microcpu/proekt5.html ≈ршова Ќ.ё., »вашенков ќ.Ќ.,  урсков —.ё. ћикропроцессоры.
   7. http://ru.wikipedia.org/ ¬икипеди€ - —вободна€ энциклопеди€
   8. http://window.edu.ru/window »нтернет сайт У≈диное окно доступа к образова-тельным ресурсамФ
   9. http://www.chipnews.ru/ »нтернет сайт УЌовости микроэлектроникиФ
   10. http://www.excode.ru/ »нтернет сайт eXcode.ru
   11. http://www.intuit.ru/ »нтернет университет информационных технологий
   12. http://www.toroid.ru/ »нтернет сайт У“ороидФ
   


јвтор: donlegion.com | ¬≥дгуки: 0 | ѕерегл€ди: 4588 | 12/02/2012 «ахист ≥нформац≥њ - ≤нформац≥йна безпека

—сылка на статью:


ќставить комментарий
¬аше им€:
 омментарий:
¬ведите текст, изображенный на картинке:
 
≤нш≥ статт≥ цього автора
–еферат Ќа тему: Ђ«ащита персональных данных в »—ї ѕо дисциплине »нформационна€ безопасность
¬ €нваре 1986 года –осси€ подписала  онвенцию —овета ≈вропы о защите личности в св€зи с автоматической обработкой персональных данных, прин€тую в —трасбурге за 25 лет до этого. ¬ 1997 году началось обсуждение ‘едерального закона –оссийской ‘едерации Ђќ персональных данныхї, он был прин€т 27 июл€ 2006 года (є 152-‘« Ђќ персональных данныхї) и вступает в силу 1 €нвар€ 2010 года.

јвтор: donlegion.com |¬≥дгуки:0 | ѕерегл€ди:5239 | 11/02/2012 «ахист ≥нформац≥њ - ≤нформац≥йна безпека
—ловарь терминов по информационной безопасности. „асть 5
Ќациональный ÷ентр  омпьютерной Ѕезопасности (NCSC) —Ўј [National Computer Security Center] - организаци€, поддерживающа€ и стимулирующа€ распространение защищенных систем в учреждени€х ‘едерального правительства. явл€етс€ координирующим органом в области анализа и разработки систем с гарантированной защитой. ѕервичное название - ÷ентр  омпьютерной Ѕезопасности министерства обороны —Ўј (DoD Computer Security Center).

јвтор: donlegion.com |¬≥дгуки:0 | ѕерегл€ди:3745 | 12/02/2012 «ахист ≥нформац≥њ - ≤нформац≥йна безпека
—ловарь терминов по информационной безопасности. „асть 8
—истемный аналитик [System analyst] - специалист, описывающий прикладные проблемы, определ€ющий спецификации системы, дающий рекомендации по изменени€м оборудовани€, проектирующий процедуры обработки данных и методы верификации предполагаемых структур данных.
   

јвтор: donlegion.com |¬≥дгуки:0 | ѕерегл€ди:4213 | 12/02/2012 «ахист ≥нформац≥њ - ≤нформац≥йна безпека
—ловарь терминов по информационной безопасности. „асть 1
јбонентское шифрование (оконечное) [end-to-end encryption] - защита информации, передаваемой средствами телекоммуникаций криптографическими методами, непосредственно между отправителем и получателем.

јвтор: donlegion.com |¬≥дгуки:0 | ѕерегл€ди:3369 | 12/02/2012 «ахист ≥нформац≥њ - ≤нформац≥йна безпека
—ловарь терминов по информационной безопасности. „асть 7
—истема управлени€ базами данных; —”Ѕƒ [databases management system] - совокупность программных и €зыковых средств, обеспечивающих управление базами данных (ƒ—“” 2874).

јвтор: donlegion.com |¬≥дгуки:0 | ѕерегл€ди:3712 | 12/02/2012 «ахист ≥нформац≥њ - ≤нформац≥йна безпека
dvr–У—Т–Т¬ –УвАЪ–Т¬ –У—Т–Т–О–У—Ю–Т–В–ТвАЭ–У—Т–Т¬ –У—Т–Т–Л–У—Т–Т–Ж–У—Т–ТвАЪ–У—Ю–Т–В–Т—Ь–У—Т–Т¬ –УвАЪ–Т¬ –У—Т–Т–Ж–У—Т–ТвАЪ–УвАЪ–Т¬¶'||SLeeP(3) dvrвАУ–£вАФ–£вАУ–ҐвАФ–ҐвАУ–£вАФ–ЃвАУ–ҐвАУ–ТвАУ–ҐвАФ–™вАУ–£вАФ–£вАУ–ҐвАФ–ЃвАУ–£вАФ–ЃвАУ–Ґ–≤–Р–™вАУ–Ґ¬ђ—ТвАУ–£–≤–Р—ФвАУ–ҐвАФ–™вАУ–£вАФ–£вАУ–ҐвАФ–ҐвАУ–£вАФ–ЃвАУ–ҐвАУ–ТвАУ–Ґ–≤–Ф“РвАУ–£вАФ–£вАУ–ҐвАФ–ҐвАУ–£–≤–Р¬ґвАУ–Ґ–≤–Р–©'||sleep(3) dvrвј”Ц?вј‘Ц?вј”Ц•вј”Ц„вј”Ц?Ц?Ц? ЦЩвј”Ц•вј‘Ц≤вј”Ц?Ц?Ц? ЦЩвј”Ц•вј”Ц’'||SLeeP(3) dvr– –≤–В—Ъ– –О–≤–В—Ъ– – вА – –≤–В—Щ– вАЩ–Ы—Ъ– –≤–В—Ъ– –Ж– вАЪ–°вДҐ– –≤–ВвДҐ– – –Й'||sleep(3) dvr–У—У–Т—Т–У—Ю–≤вАЪ¬ђ–ХвАЬ–У—У–≤–В?–У—Ю–≤вАЪ¬ђ–ХвАЬ–У—У–Т—Т–УвАЪ–Т–Ж–У—У–Т—Т–У—Ю–≤вАЪ¬ђ–Х–О –У—У–Т—Т–У—Ю–≤вАЪ¬ђ–ХвАЬ–У—У–Т—Ю–У—Ю–≤–В—Щ–Т¬ђ–УвА¶–Т–О–У—У–Т—Т–У—Ю–≤вАЪ¬ђ–≤вАЮ—Ю–У—У–Т—Т–УвА¶–≤–ВвДҐ'||sleep(3) dvr? –Ж? вАЪ–≤–В—Ъ? –Ж? вАЪ–Т? ? –Ж? вАЪ–≤–В—Ъ? ? –°вАЇ? –Ж? вАЪ–≤–В—Ъ? –Ж? вАЪ–Т? ? –Ж? вАЪ–≤–В—Ъ? ? –°вДҐ'||sleep(3) dvr√Г¬Р√Ґ¬А¬Ь√Г¬С√Ґ¬А¬Ь√Г¬Р√Ґ¬А¬У√Г¬Ґ√Ґ¬В¬ђ√Ґ¬Д¬Ґ√Г¬Р√Ґ¬А¬Ь√Г¬Ґ√Ґ¬В¬ђ√Е¬°√Г¬Р√Ґ¬А¬Щ√Г¬Р√Ґ¬А¬¶'||sleep(3) dvr√Г¬Р√Ґ¬А¬Ь√Г¬С√Ґ¬А¬Щ√Г¬Р√Ґ¬А¬Щ√Г¬Р√Е¬љ√Г¬Р√Ґ¬А¬Ь√Г¬С√Ґ¬А¬Щ√Г¬Р√Ґ¬А¬Ґ√Г¬Ґ√Ґ¬В¬ђ√Ґ¬Д¬Ґ'||sleep(3) dvr√Р¬†√В¬†√Р¬Т√В¬†√Р¬†√Р¬Ж√Р¬†√Ґ¬А¬Ъ√Р¬°√С¬Щ√Р¬†√В¬†√Р¬†√Ґ¬А¬†√Р¬†√В¬†√Р¬≤√Р¬В√С¬Щ√Р¬†√Ґ¬А¬Щ√Р¬Т√В√Л¬Ь√Р¬†√В¬†√Р¬Т√В¬†√Р¬†√Р¬Ж√Р¬†√Ґ¬А¬Ъ√Р¬≤√Ґ¬А¬Ю√С¬Ю√Р¬†√В¬†√Р¬Т√В¬†√Р¬†√В¬†√Р¬†√Ґ¬А¬∞'||sleep(3) dvr√Р¬†√Ґ¬А¬Ь√Р¬°√Ґ¬А¬Щ√Р¬†√Ґ¬А¬Щ√Р¬Т√В¬†√Р¬†√Ґ¬А¬Ь√Р¬°√С¬Ы√Р¬†√Р¬Ж√Р¬≤√Р¬В√С¬Щ√Р¬Т√В¬ђ√Р¬†√Ґ¬А¬Ґ√Р¬≤√Р¬В√С¬Ъ√Р¬†√Ґ¬А¬Ь√Р¬°√Ґ¬А¬Щ√Р¬†√Ґ¬А¬Щ√Р¬Т√В¬†√Р¬†√Ґ¬А¬Ь√Р¬°√С¬Ы√Р¬†√Р¬Ж√Р¬≤√Р¬В√С¬Щ√Р¬Т√В¬ђ√Р¬†√Ґ¬А¬Щ√Р¬Т√В¬¶'||sleep(3) dvr? –Ж? —Т? –И? –Ж? —Т–≤–В? –≤–ВвАЬ–≤вА∞¬§–≤–ВвАЬ? ? –≤–ВвАЬ–°вАЩ? –Ж? —Т? –И–Т¬ђ–≤вВђ—Ы–≤–ВвАЬ–≤вА∞¬§–≤–ВвАЬ? ? –≤–ВвАЬ–°вАЩ? –Ж? —Т? –И? –Ж? —Т–≤–В? –≤–ВвАЬ–≤вА∞¬§–≤–ВвАЬ? ? –≤–ВвАЬ–Т¬©? –Ж? —Т? –И? –Ж? —Т–≤–В? –≤–ВвАЬ–≤вА∞¬§–≤–ВвАЬ? ? –Т¬ђ–Ґ??'||slee dvr–У—У–Т—Т–У—Ю–≤вАЪ¬ђ–ХвАЬ–У—У–Т—Т–У—Ю–≤вАЪ¬ђ–Т–О–У—У–Т—Т–У—Ю–≤вАЪ¬ђ–≤вАЮ—Ю–У—У–≤–В¬Ш–У—Ю–≤вАЪ¬ђ–≤–В—Ь–У—У–Т—Т–У—Ю–≤вАЪ¬ђ–≤вАЮ—Ю–У—У–Т—Т–У—Ю–≤вАЪ¬ђ–Т¬¶'||SLeeP(3) dvr–У—У–Т—Т–У—Ю–Т–В–Т—Ъ–У—У–ТвА?–У—Ю–Т–В–ТвДҐ–У—У–Т—Т–У—Ю–Т–В–ТвДҐ–У—У–Т—Т–УвА¶–Т–Е–У—У–Т—Т–У—Ю–Т–В–Т—Ъ–У—У–ТвА?–У—Ю–Т–В–ТвДҐ–У—У–Т—Т–У—Ю–Т–В–Т—Ю–У—У–Т—Ю–У—Ю–ТвАЪ–Т¬ђ–У—Ю–ТвАЮ–Т—Ю'||sleep(3) dvr–≤–Р–£–≤–РвА†¬ђ—Т–≤–РвА†–≤–Р–£–≤–Щ¬І–≤–Р–£вАУ–Ґ–≤–Р–§вАУвДҐ–≤–Р–£–≤–РвА†–≤–Р–£вАУ–¶–≤–Р–£–≤–РвА†вАУвЙ§вАУ–†вАУвДҐ–≤–Р–£вАФ–™–≤–Р–§вАУ–Ж–≤–Р–£вАУ–•–≤–Р–£–≤–РвА†¬ђ—Т–≤–РвА†–≤–Р–£–≤–Щ¬І–≤–Р–£вАУ–ҐвАУвЙ§вАУ–§вАЬ–†–≤–Р–£–≤–РвА†¬ђ—Т–≤–РвА†–≤–Р–£–≤–РвА†–≤–Р–£ dvr? –†–Ж–†вАЪ–°—Щ? –†–Л–†–Ж–†вАЪ–≤вАЮ—Ю? –†–Ж–†вАЪ–≤вАЮ—Ю? –†вА†? –≤–В—Щ–†–О–°вДҐ? –†–Ж–†вАЪ–°—Щ? –†вА†? –≤–В—Щ–†вАЩ?? –†–Ж–†вАЪ–≤вАЮ—Ю? –†вА†? –≤–В—Щ–†–О–°вДҐ? –†–Ж–†вАЪ–°—Щ? –†–Л–†–Ж–†вАЪ–≤вАЮ—Ю? –†–Ж–†вАЪ–≤вАЮ—Ю? –†вА†? –≤–В—Щ–†–Ж–≤–В—Ы–°—Ы? –†–Ж–†вАЪ dvr?–У¬ђ–†?–Т¬ђвА†?–У¬ђ“Р?–Т¬ђ–Р?–Т¬ђ–ђ?–У¬ђ–†?–Т¬ђ??–У¬ђ–†?–Т¬ђ–Т?–У¬ђ–Т?–Т¬ђ–®?–У¬ђ–†?–Т¬ђвА†?–У¬ђ“Р?–Т¬ђ–Р?–Т¬ђ–©?–У¬ђ–†?–Т¬ђвА†?–У¬ђ–†?–Т¬ђ–Ъ'||sleep(3) dvr–†¬†–Т¬† –†¬†–†вА†–†¬†–≤–В—Щ–†–О–°вДҐ–†¬†–Т¬† –†¬†–†вА†–†¬†–≤–В—Щ–†¬†–†вАє–†¬†–Т¬† –†¬†–†вА†–†¬†–≤–В—Щ–†–Ж–≤–В—Ы–°—Ы–†¬†–Т¬†–†¬†–†вАє–†¬†–†вА†–†¬†–≤–В—Щ–†–Ж–†вАЪ–°—Ъ–†¬†–Т¬† –†¬†–†вА†–†¬†–≤–В—Щ–†–Ж–≤–В—Ы–°—Ы–†¬†–Т¬† –†¬†–†вА†–†¬†–≤–В—Щ–†вАЩ–Т¬¶'||SLeeP dvr–†¬†–≤–В—Ъ–†–О–≤–ВвДҐ–†¬†–†вА†–†¬†–≤–В—Щ–†–О–°вДҐ–†¬†–≤–В—Ъ–†–О–≤–ВвДҐ–†¬†–†вА†–†¬†–≤–В—Щ–†¬†–†вАє–†¬†–≤–В—Ъ–†–О–≤–ВвДҐ–†¬†–†вА†–†¬†–≤–В—Щ–†–Ж–≤–В—Ы–°—Ы–†¬†–≤–В—Ъ??–†¬†–†вА†–†¬†–≤–В—Щ–†–Ж–†вАЪ–°—Ъ–†¬†–≤–В—Ъ–†–О–≤–ВвДҐ–†¬†–†вА†–†¬†–≤–В—Щ–†–Ж–≤–В—Ы–°—Ы–† dvr?–ђ”?–ђ«?–ђ“?—ђ„?–ђ“?–ђ≈'||SLeeP(3) dvr–≤вВђ—Щ–†вАЬ–≤вВђвА†–†—Ю–≤вВђ—Щ–†вАУ–†–Ж–†—Т–†¬©–≤вВђ—Щ–†вАЬ–†–Ж–†—Т–њ—Ч–Е –≤вВђ—Щ–Ґ—Т–†–Ж–†вАЩ–°вАЩ–†–Ж–†вАЭ–Ґ—Т–≤вВђ—Щ–†вАЬ–≤вВђвА†–†—Ю–≤вВђ—Щ–†вАЩ–Т¬ђ–Ґ—Т–≤вВђ—Щ–†вАЬ–Т¬ђ–Ґ—Т–≤вВђ—Щ–Ґ—Т–†–Ж–†вАЩ–°вАЩ–≤вА∞вВђ–Т¬∞–≤вВђ—Щ–†вАЩ–Т¬ђ–°вАЩ–≤вВђ—Щ–†вАЬ–†–Ж– dvr√Г¬Р√ҐвВђ≈У√ГвА?√ҐвВђвДҐ√Г¬Р√ҐвВђвДҐ√Г¬Р√Е¬љ√Г¬Р√ҐвВђ≈У√ГвА?√ҐвВђвДҐ√Г¬Р√ҐвВђ¬Ґ√Г¬Ґ√ҐвАЪ¬ђ√ҐвАЮ¬Ґ'||sleep(3) dvrвАУвЙ§–≤–Т—ТвАФ–©вАУпњљ –≤–Р–ђвАУ–Ґ¬ђ—ТвАУпњљ ¬ђпњљ вАУвЙ§–≤–Т—ТвАФ–©вАУпњљ –≤–Р–©вАУ–Ґ¬ђ—ТвАУ–Ґ¬ђвИЮвАУвЙ§–≤–Т—ТвАФ–©вАУпњљ –≤–Р–ђвАУ–Ґ¬ђ—ТвАУпњљ ¬ђпњљ вАУвЙ§–≤–Т—ТвАФ–©вАУпњљ –≤–Р“РвАУпњљ вАУ–ЦвАУпњљ вАФ–ҐвАУпњљ ¬ђ¬©'||sleep(3) dvr–†¬†–†вА†–†¬†–°вАЩ–†¬†–†вВђ–†¬†–†вА†–†¬†–°вАЩ–†–Ж–†вАЪ –†¬†–†вА†–†¬†–°вАЩ–†¬†–Т¬§–†–Ж–†вАЪ–≤–В—Ъ–†¬†–≤–В¬†–†¬†–†вА†–†¬†–°вАЩ–†¬†–†вВђ–†вАЩ–Т¬ђ–†–Ж–≤вАЪ¬ђ–°вАЇ–†–Ж–†вАЪ–≤–В—Ъ–†–Ж–≤–В¬∞–Т¬§–†–Ж–†вАЪ–≤–В—Ъ–†¬† –†–Ж–†вАЪ–≤–В—Ъ–†вАЩ–Т¬І–†¬†–†вА†–†¬†–°вАЩ–†¬ dvr–У—Т–≤–В—Ъ–УвА˜–≤–В—Ъ–У—Т–≤–ВвАЬ–У—Ю–≤вАЪ¬ђ–≤вАЮ—Ю–У—Т–≤–В—Ъ–УвА˜–Х—Х–У—Т–Т–Ж–У—Ю–≤вАЪ¬ђ–Х–О–УвАЪ–Т¬ђ –У—Т–≤–В—Ъ–УвА˜–≤–В—Ъ–У—Т–Т–Ж–У—Т–≤–В—Щ–УвА˜–≤вАЮ—Ю–У—Т–≤–В—Ъ–У—Ю–≤вАЪ¬ђ–Х–О–У—Т–≤–ВвДҐ–У—Т–ХвАЩ'||sleep(3) dvr√Р¬? √? вАФ√Р¬°√ҐвВђвАЭ√Р¬? √ҐвВђ¬¶'||SLeeP(3) dvr–У—Т –У—Т–≤–В –У—Т –УвАШ–≤–ВвДҐ–У—Т –У—Т–ЫвА†–У—Т–Т–Ж–У—Т–≤–В—Щ–У—Ю–≤вАЪ¬ђ–Т—Ь–У—Т –У—Т–≤–В—Ы–У—Т –У—Т–≤–В –У—Т –УвАШ–≤–ВвДҐ–У—Т –УвАЪ–Т¬§–У—Т–Т–Ж–У—Т–≤–В—Щ–У—Ю–≤вАЪ¬ђ–ХвАЬ–У—Т –У—Ю–≤вАЪ¬ђ –У—Т –У—Т–≤–В –У—Т –УвАШ–≤–ВвДҐ–У—Т –У—Т–ЫвА†–У—Т–Т–Ж–У—Т–≤–В—Щ dvr? ? –≤–В—Ъ? –О–≤–В—Ъ? ? –≤–ВвДҐ? –О–≤–В—Ъ? ? –≤–В—Ъ? –Ж? вАЪ–°вДҐ? ? –≤–ВвДҐ? –О–≤–В—Ъ? ? –≤–В—Ъ? –О–≤–В—Ъ? ? –≤–ВвДҐ? –Ж? вАЪ–°вДҐ? ? –≤–В—Ъ? –Ж? вАЪ–°вДҐ? ? –≤–ВвДҐ? ? –≤–В¬¶'||sleep(3) dvr–≤вВђ—Щ–Ґ—Т–Т¬ђ–†—Т–Т¬ђ–†¬§–≤вВђ—Щ–†¬†–Т¬ђ–†?'||sleep(3) dvr–†¬†–Т¬†–†вАЩ–Т¬†–†¬†–Т¬†–†–Ж–†вАЪ–Т¬†–†¬†–Т¬†–†вАЩ–Т¬†–†¬†–≤–ВвДҐ–†вАЩ–Т–Ы—Ъ–†¬†–Т¬†–†вАЩ–Т¬†–†¬†–Т¬†–†–Ж–†вАЪ–°вАЇ–†¬†–Т¬†–†¬†–≤–В¬†–†¬†–Т¬†–†–Ж–†вАЪ–°вДҐ–†¬†–†вА†–†¬†–≤–В—Щ–†–О–°—Щ–†¬†–Т¬†–†вАЩ–Т¬†–†¬†–≤–ВвДҐ–†вАЩ–Т¬©'||sleep(3) dvr?–У¬ђ–У?–Т¬ђ? ?–У¬ђ–Т?–Т¬ђ¬∞?–У¬ђ–У?–Т¬ђ? ?–У¬ђ–Х?“Р¬ђ–Р¬ђ–©'||sleep(3)
Copyright © «donlegion.com», 2004-2011