Глава 6. IBM PC XT
Глава 6. IBM PC XT
Все, цель достигнута, пора осмотреться и подумать, что же дальше. Высшая школа КГБ мне нравилась, несмотря на все изменения, произошедшие в ней за последние годы. Ведь не начальники определяют ее лицо, а слушатели, те ребята, ради которых она и существует. Отбор идет очень строгий, поэтому коллектив подбирается, как правило, очень сильный. С такими ребятами интересно общаться, читать им лекции, спорить, состязаться в остроумии и смекалке, да и примеры прекрасных преподавателей перед глазами. Это не то, что в Теоретическом отделе, доказывай абстрактные теоремы с 9 до 6 вечера, быстро превращаясь в закостеневшего чинушу, думающего только о карьере. Возможность сравнивать была, почти по три года я пробыл в отделе у Степанова и в Высшей школе, и вывод однозначный: вся обстановка, отношения между людьми, характер преподавательской работы на 4 факультете для меня предпочтительнее, чем в 8 управлении КГБ. Кафедра криптографии готова была взять меня после окончания аспирантуры на преподавательскую работу…
– Назад!
Я был офицером, который безоговорочно обязан подчиняться приказам. Но можно приказать солдату рыть траншею, а как приказать математику придумывать и доказывать теоремы? Разве применим приказ, грубый нажим, граничащий с насилием, там, где речь идет о творческой работе, о поисках новых нетривиальных методов, о нестандартных подходах? Не будет ли в таком случае обратного результата?
И этот приказ исходил от Степанова, умнейшего человека, которого я очень уважал, как ученого. Но он был еще и жестким человеком. Хорошо это или плохо – вопрос спорный, может быть в каких-то ситуациях жесткость администратора и необходима, но в данном случае он затащил меня назад, к себе в отдел даже не спросив моего мнения, с помощью грубой силы приказа, как отступника от идеи «патриотизма к отделу», как диссидента, которого надо наказать, чтобы другим неповадно было. Это – стиль работы, на который наложила свои отпечатки вся история ВЧК-КГБ. Не хочешь – заставим: хоть канаву копать, хоть теоремы доказывать, при Сталине многие так работали. Была ли в таком приказе какая-то производственная необходимость? Вот уж вряд ли! Это, скорее, был результат каких-то внутриотдельских интриг, желание мелких начальничков, рангом пониже Степанова, не упустить случая и проучить строптивого молодого человека, не пожелавшего делать себе карьеру «как все», показать ему «истинные ценности», преподать наглядный урок на тему «Машина и винтики». Но Степанов был начальником отдела, командиром, администратором, без его собственного мнения такой приказ никогда бы не появился. И он поддерживал идею безоговорочного «патриотизма к отделу», помимо мелких начальничков он и сам приложил свою руку к тому, чтобы насильно затащить меня обратно и как следует проучить за строптивость. Не хочет винтик вворачиваться – советский слесарь по нему кувалдой!
– Диссертация – это твое личное дело. Здесь теперь тебе нужно начинать все сначала, завоевывать авторитет, доказывать, что ты достоин нашего отдела.
Интересная теория! Насильно затащили назад в это тюремное здание, а потом я должен еще доказывать, что сам туда рвался! А ради чего? Ради этой противной «игры в начальников», когда смыслом жизни становится не интересная работа, а стремление вылезти пусть в маленькие, но начальнички, надуть побольше щеки и поглядывать свысока на своих бывших сокамерников, командовать ими.
Большая обида осталась тогда у меня на Степанова и тех, кто шептал ему на ухо, как побольнее ударить этого строптивого. Но это, как выяснилось позже, были только цветочки той системы, а какими оказались ягодки – в то время мне не могло присниться даже в кошмарном сне. Но желание получать интересные результаты пропало. Какой смысл?
Я не скрывал своего недовольства, Степанову на это было наплевать. Интересные работы над шифрами на новой элементной базе в Теоретическом отделе практически прекратились, возможно по той причине, что в вопросе о советском стандарте выбор окончательно пал на переделанный DES, которым занимались «криптографические законотворцы» из 1-го отделения. Все разумные модификации «Ангстрема-3» я предложил в своей диссертации, написанной «на стороне», будучи аспирантом-очником кафедры криптографии 4 факультета Высшей Школы, и для Степанова это был еще один аргумент в пользу родных «законотворцев». Да и хлопот при этом меньше, проще объяснить руководству Спецуправления: взяли за основу американский стандарт, своих тайн не выдаем.
А еще одной особенностью, которую я заметил, вернувшись на степановском аркане обратно в его отдел, стало заметно усилившееся внимание к системам с открытым распределением ключей. В середине 70-х годов американцы предложили два принципиально разных подхода к построению таких систем: с помощью возведения в степень в конечных полях (система Диффи-Хеллмана) и с помощью умножения больших простых чисел (система RSA, названная по первым буквам ее авторов: Riverst, Shamir и Adleman). Первые кавалерийские атаки Теоретического отдела на эти системы к тому времени закончились, отношение стало серьезнее, уже не как к «провокации американских спецслужб», а как к новому направлению в криптографии. Степанов, надо отдать ему должное, понял это одним из первых, и к моменту моего возвращения у алгебраистов отдела основным предметом споров стали преимущества и недостатки умножения больших простых чисел и возведения в степень в конечных полях. Но, в отличии от американцев, гражданская, коммерческая криптография, ради которой и создавались системы с открытым распределением ключей, по-прежнему считалась идеологически вредной.
Но это была не моя тема. Открытые ключи и строящиеся с их помощью асимметричные системы шифрования – красивейшая математическая находка, но масть легла так, что я посвятил свои научные изыскания традиционному, симметричному шифрованию, хотя и на новой элементной базе. А дальнейшая судьба шифров на новой элементной базе была туманна: с одной стороны, «законотворцы» со своим советским крокодилом – DES, одобренным сверху, а с другой – открытые ключи, становившиеся главным предметом внимания алгебраистов. Плюс ко всему – традиционные советские «балалайки», требовавшие контрольных экспертиз, особенно после того, как в них выявлялись какие-то криптографические «дыры», выпавшие из внимания 15-20 лет назад, в момент их создания.
Так, в бесцельной суете и обидах прошел год. Скучное высиживание над раскрытой тетрадкой за дежурным анализом древней «балалайки», сплетни, язвительная оценка окружающей меня действительности, осознание того, что, помимо своей воли, превращаюсь в серого чиновника, все интересы которого сводятся только к ожиданию руководящих указаний и повышений по службе. Одни и те же лица, одни и те же проблемы: кто каким начальничком вскоре станет, да кто куда намеревается уйти из отдела. Уйти из отдела – это оказывается тоже искусство, нужно заранее как следует «окучить» каких надо начальников, распустить, когда надо, слух о своем уходе из отдела, с кем надо договориться, а потом… никуда не уходить. Проверка на вшивость, нечто вроде одного из способов получить повышение по службе в своем родном колхозе.
Тоска зеленая, а что же дальше?
– Степанов собирает наше отделение у себя в кабинете.
Опять какие-нибудь разборки местного масштаба, типа согласования новых требований к шифраппаратуре. Совершенно бредовые требования, запутывающие до предела принятую и уже долгое время использующуюся практику считать стойкость шифратора, как отношение трудоемкости к надежности. Прошлый раз это шоу вылилось чуть ли не в поименное голосование с тем, чтобы потом, лет через 5, можно было бы прочитать эти записки из сумасшедшего дома и фамилии тех, кто был его пациентами. Пациентов хватало…
Но на этот раз я ошибся. На столе у Степанова стояло то, чего раньше никто никогда в отделе не видел – персональный компьютер IBM PC XT.
Более 800 000 книг и аудиокниг! 📚
Получи 2 месяца Литрес Подписки в подарок и наслаждайся неограниченным чтением
ПОЛУЧИТЬ ПОДАРОКДанный текст является ознакомительным фрагментом.
Читайте также
Глава 17 DNS
Глава 17 DNS DNS – это Доменная Система Имен (Domain Name System). DNS преобразует символические имена машин в IP-адреса и наоборот – из IP-адреса в символическое имя. Для чего это нужно? Во-первых, человеку легче запомнить осмысленное имя – типа vasya.ru чем 195.66.195.42, а для компьютера проще
Глава 20 FTP
Глава 20 FTP Эта глава посвящена протоколу FTP, настройке сервера FTP, проблемам конфигурации и безопасности сервера.Протокол FTPПротокол FTP (File Transfer Protocol, протокол передачи файлов) предназначен для передачи файлов в сети Интернет. Этот протокол был разработан на заре эры
ГЛАВА 14
ГЛАВА 14 Переменные среды и интерпретатора shellЧтобы продуктивно работать с интерпретатором shell, нужно уметь управлять переменными этого интерпретатора. Переменными интерпретатора shell являются наименования, которым присваиваются значения. В качестве значений может
ГЛАВА 15
ГЛАВА 15 Использование кавычекВ главе 14 обсуждались методы работы с переменными и операции подстановки. Чаще всего ошибки в использовании кавычек возникают при выполнении подстановок переменных в сценариях. Кавычки оказывают существенное влияние на формирование
ГЛАВА 16
ГЛАВА 16 Понятие о shell–сценарииВ shell–сценарий может включаться одна или несколько команд; здесь нет общепринятых правил. Зачем же создавать целый сценарий ради двух–трех команд? Все зависит от предпочтений пользователя.В этой главе рассматриваются следующие
ГЛАВА 17
ГЛАВА 17 Проверка условийПри создании сценария уточняется идентичность строк, права доступа к файлу или же выполняется проверка численных значений. На основе результатов проверки предпринимаются дальнейшие действия. Проверка обычно осуществляется с помощью команды test.
ГЛАВА 18
ГЛАВА 18 Управляющие конструкцииВсе функциональные сценарии должны предлагать возможности по выбору возможных вариантов. При определенных условиях сценарии должны выполнять обработку списков. Этим вопросам посвящена настоящая глава. Кроме того, в ней описывается
ГЛАВА 19
ГЛАВА 19 Функции интерпретатора shellДо сих пор весь программный код сценариев данной книги выполнялся последовательно от начала до конца программы. Подобный подход неплох, но при этом некоторые фрагменты кода, рассмотренного в наших примерах, дублируются в пределах
ГЛАВА 21
ГЛАВА 21 Создание экранного выводаС помощью shell–сценариев можно создавать профессионального вида экраны, позволяющие реализовать интерактивное взаимодействие пользователя с системой. Для этого достаточно располагать цветным монитором и использовать команду tput.В
ГЛАВА 22
ГЛАВА 22 Создание экранного вводаКогда речь идет об экранном вводе, или вводе данных, подразумевают ввод информации (в нашем случае с помощью клавиатуры), а затем — проверку достоверности введенных данных. Если данные удовлетворяют неким критериям, они
ГЛАВА 23
ГЛАВА 23 Отладка сценариевОдной из самых сложных задач при создании shell–сценариев является их отладка. Желательно, чтобы пользователь, выполняющий эту задачу, получил консультации на данном этапе. Чтобы избежать распространенных ошибок, достаточно следовать указанному
ГЛАВА 24
ГЛАВА 24 Встроенные команды интерпретатора shellВ предыдущих главах нам уже встречались конструкции, встроенные в интерпретатор shell Напомним, что речь идет о командах, которые не находятся в каталоге /bin или usr/bin, а встроены в интерпретатор Bourne shell. Скорость выполнения
ГЛАВА 25
ГЛАВА 25 Дальнейшее изучение конструкции "документ здесь"При рассмотрении стандартного потока ввода и вывода, а также циклов while уже обсуждалась конструкция "документ здесь". Описывались методика пересылки электронной почты и способы формирования экранов меню, но
ГЛАВА 26
ГЛАВА 26 Утилиты интерпретатора shellВ этой главе рассматриваются следующие темы: • создание датируемых имен файлов и временных файлов; • сигналы; • команда trap и способы перехвата сигналов; • команда eval; • команда
ГЛАВА 28
ГЛАВА 28 Сценарии уровня выполненияЕсли при загрузке системы вам нужно автоматически запустить приложение, службу или сценарий либо корректно завершить их работу при перезапуске системы, то необходимо создать сценарий уровня выполнения. Почти все варианты системы Linux, а
ГЛАВА 29
ГЛАВА 29 Сценарии cgiВ настоящее время, когда практически на каждом ПК установлен Web–сервер, глава, посвященная сценариям cgi, органически вписывается в книгу по shell–программированию.В главе будут рассмотрены следующие темы: • базовые сценарии cgi; • использование