Перейти к содержанию
rodocop

Немного исторического и даже доисторического юмора

Recommended Posts

rodocop

когда-то это было смешно...

Civilization IV или Новый курс истории под Windows (часть 4)

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

Славяне были язычниками (т.е. знатоками языков программирования) и поклонялись идолам, таким как Ярило - бог электронно-лучевой трубки, Перун - бог акустических систем и короткого замыкания и другим. Когда происходило что-нибудь страшное, например перебои с электропитанием или самопроизвольное включение скринсэйвера посреди работы монитора (так называемое "затмение"), славяне так и говорили в сердцах: «У, идол!»

Наиболее рано датированным readme-файлом той эпохи, восстановленным историками с помощью unerase'а, является некая «Повесть временных лет», из которой следует, что, устав от отсутствия порядка на жестком диске, славяне обратились к скандинавскому опыту и приобрели файл-менеджер Ryurick Commander, написанный программистом, известным под именем Рюрик. Сейчас большинство исследователей полагает, что, во-первых, это была только оболочка, а не полноценная операционная система, а, во-вторых, псевдоним принадлежал Линусу Торвальдсу, и Ruyrick Commander был его первым программным продуктом.

В любом случае, с этого момента начинается процесс объединения русскоязычных ресурсов, приведший в конце концов к регистрации домена Kievskaya.ru, представлявшего собой славянский мегапортал с каталогом княжеств от Приильменья до Приднепровья. Зарегистрировал этот портал талантливый программист Олег (никнэйм - Вещий). Кроме данной регистрации он прославился удачной атакой на сайт Византии, ознаменовавшейся появлением на стартовой странице Царьграда (Константинополя) изображения Олегова щита.

Перед началом акции по выведению из строя информационных ресурсов и Системы хазар, осуществлявших несанкционированный доступ в домен РУ, Олег получил от программы-предсказателя будущего сообщение о грядущей собственной смерти от своего коня, однако несовершенство языковых алгоритмов не позволило ему понять истинный смысл сообщения: в результате, приказав убить верного коня и отмстив неразумным хазарам, Олег на радостях подсел на своего конька - игру «Змейка» - и заигрался в нее до смерти.

После Олега на Руси сменилось несколько системных администраторов, оставивших свои неизгладимые следы в системном каталоге. Они с переменным успехом старались сочетать развитие программных и аппаратных средств, борьбу с несанкционированным доступом половцев и печенегов и сетевые атаки. Наиболее же значительным событием стало принятие христианства Сисадмином Владимиром, что обеспечило русичам облегченную интеграцию в Европу нежели при использовании мусульманской операционной системы и сравнительно безболезненный переход в новое тысячелетие по сравнению с теми, кто молился на продукты Microsoft.

С принятием христианства наступил период расцвета графики и трехмерных приложений. В целом наблюдался значительный рост числа и объема программ. Особенно много было симуляторов княжеской власти и исторических военных игр (wargames). Многие из них имели значительные аппаратные требования, а наиболее «тяжелым» приложением считалась «Шапка Мономаха».

На этот же период приходится и создание первых кириллических кодировок. Программисты Кирилл и Мефодий таким образом внесли значительный вклад в русификацию мирового информационного пространства и заодно зарегистрировали свой портал в Сети. В целом количество сайтов резко увеличилось, что оказало сильное влияние на русскую культуру. Сохранилась, например, легенда о гениальном художнике, ставшем знаменитым иконописцем после того, как ему не удалось сдержать вызванный просмотром порносайта andrey.ru блёв.

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

Рост РУНета не был подкреплен выработкой единых протоколов передачи информации и форматов файлов, что приводило к обособлению отдельных локальных сетей и частым системным конфликтам. Эти явления заметно снизили уровень безопасности Системы, чем не замедлили воспользоваться многочисленные хакерские группы, наиболее опасными из которых были клан [Mongolo-Tatary] или Орда, а также Ливонский и Тевтонский ордена и шведские хакеры.

Шведы и немцы по очереди пытались взять под контроль ресурсы Северо-Запада и инсталлировать там свое программное обеспечение, но их попытки были пресечены русским антивирусным монитором «Александр Невский», выигравшем независимые тестирования под DOS, Windows, Усть-Ижорой и на платформе Чудского озера. В ходе последнего испытания была полностью декомпилирована знаменитая немецкая программа-вандал «Свинья». Однако успехи русских программистов не смогли помешать хорошо подготовленной команде монголо-татарских хакеров глубоко проникнуть в Систему и осуществлять удаленное администрирование. При этом были уничтожены многие файлы и каталоги, а также носители информации.

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

(с) 2001

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • PR55.RP55
      В категории установленные программы необходимо добавить распределение по типу программ. ( актуальных для темы лечения ) Браузеры Антивирусы VPN - Сервисы Порой у некоторых пользователей установлено буквально по 200 программ и сидеть  искать установлен ли браузер или антивирус - или VPN, удалён ли он или от него остались в системе хвосты...  
    • demkd
      ничего нового ---------------------------------------------------------
       4.99.5
      ---------------------------------------------------------
       o Добавлен новый режим запуска для работы с неактивной системой без необходимости загрузки с флешки или диска.
         Начиная с Windows 8 доступна интеграция uVS в меню дополнительных параметров загрузки для
         запуска uVS из штатной среды восстановления Windows (WinRE) для работы с _неактивной_ системой.

         Интеграция осуществляется нажатием кнопки "Интегрировать uVS в меню дополнительных параметров загрузки".
         Загрузиться в меню можно с помощью кнопки "Перезагрузить систему в меню дополнительных параметров загрузки",
         после появления меню выберите:
         Поиск и устранение неисправностей/Диагностика/Troubleshoot(зависит от версии и региона Windows) --> uVS

         В отличии от dclone, uVS уже не получится разместить в образе WinRE, просто не хватит места на диске,
         поэтому запуск uVS происходит из каталога запуска процесса интеграции, т.е. при обновлении версии uVS
         не нужно повторно выполнять интеграцию, достаточно обновить uVS в каталоге из которого была произведена интеграция.
         В пути до uVS допустимо использовать кириллицу, даже если WinRE не имеет поддержки русского языка.
         При запуске из меню дополнительно производится инициализация сети в WinRE, т.е. будет доступна сеть
         для проверки файлов на VT, проверки сертификатов или для предоставления доступа удаленному пользователю к "рабочему столу".

       o Разовый доступ к рабочему столу доступен в WinRE/WinPЕ если в нем была инициализирована сеть,
         если образ сделан в uVS или загрузка была через интегрированный пункт в меню то сеть инициализируется при старте системы
         автоматически, однако поддержки uPNP в WinRE по умолчанию нет, поэтому для подключения к "рабочему столу" WinPE
         следует использовать обратное подключение к клиенту с белым адресом. (если подключение будет через интернет).
         (!) В WinRE/PE доступен только один режим захвата экрана - GDI, передача экрана нормально работает в WinRE/PE на базе
         (!) Win8/Win8.1/Win11, в Win11 и WinPE на его базе необходим включенный режим BLT, в противном случае консольные окна не отображаются.
         (!) Как минимум часть версий WinPE на базе Win10 дефектные (все x86), при работе с ним не отображаются консольные окна и есть проблемы
         (!) с отрисовкой окон и без удаленного доступа.
         (!) Аналогичная проблема наблюдается в WinRE для устаревших билдов Win10, для новых билдов Win10 проблемы нет.
         (!) В некоторых случаях окно uVS может оказаться за меню загрузки, в этом случае используйте Alt+Tab для переключения окон.

       o Добавлены новые модули:
         o файл rein/rein.x64 отвечает за запуск uVS из меню.
         o файл usvc.x64 отвечает за запуск uVS под LocalSystem.
         o встроенный ресурс getcpb отвечает за получение файлов из пользовательского буфера обмена при запуске под LocalSystem.

       o В окно лога подключения к удаленному рабочему столу добавлены кнопки для быстрого доступа к настройкам системы,
         запуску uVS и файлового менеджера.

       o Добавлена поддержка создания загрузочных образов дисков на базе WinPE+ADK v10.1.26100.2454 (декабрь 2024).
         (!) для создания 32-х битного WinPE или WinPE с поддержкой старого железа этот ADK не годится.
         (!) для создания 32-х битных образов используйте ADK для Windows 10 2004. (см. подробнее в FAQ.txt)

       o Улучшена функция создания загрузочных дисков.
         ISO стал мультизагрузочным с поддержкой UEFI, ISO теперь создается в UDF формате,
         т.е. загрузка с диска будет работать и на старом компьютере без UEFI и на новом с UEFI.
         Образ диска теперь занимает немного меньше места за счет дополнительно оптимизации содержимого UDF ISO.
         Добавлена проверка на разметку флешки, допустимая разметка MBR, GPT не поддерживается.
         (!) Загрузочная флешка всегда форматируется в FAT32, вся информация на флешке будет удалена,
         (!) флешки теперь мультизагрузочные.

       o Если недоступен режим захвата экрана DDA то серверная часть теперь автоматически устанавливает режим захвата GDI.

       o Теперь пока открыто окно удаленного рабочего стола удаленная система не будет засыпать.

       o Теперь окно лога передачи файла можно свернуть вместе с основным окном.

       o При ручном вводе одноразового кода доступа к удаленному рабочему столу тире теперь расставляются автоматически.

       o Исполняемый файл при выборе режима разового доступа к рабочему столу теперь
         всегда имеет фиксированное имя "uvsrdp".
         Т.е. теперь можно из одного каталога последовательно запустить удаленный рабочий стол и затем uVS в обычном режиме.

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

       o Уменьшены требования к доступной памяти при запуске в системе без файла подкачки.
         Уменьшено максимально возможное число файлов в списке для x86 систем до 100000.

       o uVS теперь совместим со штатной средой восстановления Windows 8.

       o Перехват клавиатуры выделен в отдельный поток, что снизило инпут лаг нажатий клавиш и устранило проблему
         задержки ввода с клавиатуры на клиентской машине при передаче файлов по узкому каналу (менее 10Mbit).

       o Исправлена ошибка из-за которой не восстанавливался размер окна удаленного рабочего стола при повторном нажатии Alt+V.

       o Исправлена ошибка из-за которой был доступен просмотр экрана удаленного компьютера в режиме "только передача файлов"
         если был выбран режим захвата экрана GDI или DDA1.

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

       o Исправлена ошибка из-за которой назначение основного дисплея влияло на номер дисплея в DDA режиме, что приводило
         к неправильному расчету координат мыши на виртуальном дисплее удаленной системы.

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

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

       o Исправлена ошибка из-за которой не передавались на удаленный компьютер файлы с длинным путем (ошибка "путь не найден").

       o Исправлена ошибка из-за которой в редких случаях не восстанавливались права доступа и владелец ключей реестра после их модификации.

       
    • PR55.RP55
      Добавить в меню команды: Блокировать запуск файла по: [MinimumStackCommitInBytes] Снять блокировку [MinimumStackCommitInBytes] установленную uVS - [1077777777] Полностью снять блокировку [MinimumStackCommitInBytes] -  [?ХХХХХХХХ?] ---------- Пример: Блокировать запуск файла по: [MinimumStackCommitInBytes] IFEO\mediaget.exe: [MinimumStackCommitInBytes] 1077777777 IFEO\PowwerTool.exe: [MinimumStackCommitInBytes] 1077777777 -------- Команда: Проверить реестр и доступные копии реестра ( с возможностью указать копию ) на IFEO -  [MinimumStackCommitInBytes] Команда: Проверить реестр и доступные копии реестра ( а тут можно подумать, на что ещё можно проверить копию )
    • PR55.RP55
      В том году была статья : по поводу MinimumStackCommitInBytes https://www.trendmicro.com/en_in/research/23/e/attack-on-security-titans-earth-longzhi-returns-with-new-tricks.html Похоже и у нас начали активно это применять. https://forum.kasperskyclub.ru/topic/465310-slovil-majner-kogda-skachival-obhod-blokirovki-diskorda/ https://www.cyberforum.ru/viruses/thread3189071.html?ysclid=m4x30zzs6v421256067  
    • demkd
      И не должен работать, такое удалять разрешено только вручную.
×