infosec

• Синтоистское святилище Канда-Мёдзин в Токио выдает всем желающим обереги, которые защитят ваши сервера от падения и деградации, а также помогут избавиться от багов и хакеров.

• В комплект (на фото) входит карточка и две наклейки. Карточку, если что, нужно всегда носить при себе - иначе оберег не сработает. А вот наклейки нужно приклеить на сервер и ПК/ноутбук.

• Цена такого оберега составляет около 600 рублей (¥1 000). Так что если будете в Токио, то не забудьте захватить несколько штук.

• Кстати, Канда-Мёдзин выдает эти обереги уже более 20 лет, начиная с 2002 года, и они пользуются очень большой популярностью у местных жителей: https://pc.watch.impress.co.jp

#Юмор #Разное

• Журнал "Игромания" №10 - 2003 год.

#Разное

• Хороший лонгрид про анализ Wi-Fi трафика опубликован на хабре. Тут очень много полезной информации, включая описание стандартов, инструментов для анализа трафика, ну и сам разбор работы Wi-Fi на канальном уровне.

https://habr.com/ru/post/1077474

• Дополнительно:

• Как выглядит современный Wi-Fi и что влияет на его безопасность [Часть 1], [Часть 2] - вы узнаете, как атакуют современный Wi-Fi и какие эффективные методы необходимо использовать для защиты беспроводных сетей.
• Большой FAQ про Wi-Fi: хороший чек-лист, который содержит ответы на всевозможные вопросы, которые так или иначе связанны с Wi-Fi. Автор на протяжении 20 лет занимается беспроводными технологиями и начал вести данный список еще в самом начале своей карьеры.
• Анализ безопасности Wi-Fi: подробное исследование методологии взлома протоколов WPA2-Personal / Enterprise и WPA3 (какие атаки и уязвимости существуют, и какой инструментарий применяется для их эксплуатации).
• Useful Wireless Links: учебные пособия, справочники, калькуляторы, софт, гаджеты и многое другое.

#WiFi

• 79 лет назад был задокументирован самый первый компьютерный баг.

• 9 сентября 1947 года кое-что любопытное нашли операторы компьютера Mark II. Это что-то - моль. История гласит, что легендарная Грейс Хоппер обнаружила насекомое между точками на реле N70 панели F. После этого Грейс вклеила маленького диверсанта в свой технический отчет (на фото) и написала: «First actual case of bug being found» (Первый реальный случай обнаружения бага).

• Кстати, журнал с записью в настоящее время проживает в Национальном музее американской истории. Но на всеобщее обозрение по неизвестным причинам не выставлен.

#Разное

• Когда вы вводите в браузере имя сервера или доменное имя сайта, выполняете ping или запускаете любое удаленное приложение, операционка должна преобразовать указанные имена в IP-адреса. Этот процесс называется разрешением доменного имени. На первый взгляд он может показаться весьма прозрачным, однако за ним скрывается многослойный механизм.

• По ссылкам ниже можно найти 4 крутых лонгрида, которые описывают работу DNS в Linux:

• Часть 1: от getaddrinfo до resolv.conf - статья посвящена низкоуровневой архитектуре разрешения имен. Поговорим о том, как устроен этот процесс в Linux на уровне ядра, различных библиотек C и системных вызовов.

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

• Часть 3: Разбираемся с resolv.conf, systemd-resolved, NetworkManager и другими - разберем, как взаимодействуют различные резолверы (glibc, systemd-resolved, dnsmasq, NetworkManager), что происходит, когда /etc/resolv.conf указывает на 127.0.0.53, и как понять, кто реально управляет вашим DNS в системе.

• Часть 4: DNS в контейнерах - каждая контейнерная платформа - Docker, Podman, Kubernetes - реализует собственную DNS-архитектуру со специфическими особенностями, преимуществами и подводными камнями. Понимание этих различий критически важно для построения надежных и производительных контейнерных инфраструктур. С чем мы и попробуем разобраться в этой статье.

#DNS #Linux

• Книгу "Computer Networks: A Systems Approach" актуализировали и добавили тонну полезного материала.

• Напомню, что эта книга посвящена принципам построения сетей и работе с сетевыми технологиями. В материале смогут разобраться даже те, кто только знакомится с темой! Благодаря этой книге вы можете изучить ключевые концепции и принципы построения сетей, а также разберете ряд примеров современных технологий и сервисов. Например, как работают крупнейшие площадки вроде Spotify и Netflix.

• Среди других тем: переход с IPv4 на IPv6, работа с различными типами данных и прочие базовые моменты. Авторы позиционируют литературу как универсальный материал, на основе которого любой специалист может разобраться в сетевых технологиях.

• Учитывайте, что книга на английском языке, так что если у вас с этим сложности, то воспользуйтесь chatgpt и deepl. Читаем тут: https://book.systemsapproach.org

• P.S. Добавил книгу в свой репо. Обязательно загляните, если изучаете компьютерные сети! Здесь много полезной информации, которая распространяется абсолютно бесплатно: https://github.com/SE-adm/Awesome-network

#Сети

#Юмор

Самый мощный суперкомпьютер 60-х.

• 46 лет назад, в сентябре 1980 года в Университете Бригама Янга был навсегда выключен последний суперкомпьютер IBM Stretch. Этот сверхмощный мейнфрейм, известный также под наименованием IBM 7030, стал результатом научно-исследовательского проекта, который корпорация IBM начала еще в 1955 году - его целью было построить суперкомпьютер, в сотни раз превосходящий по мощности все, что еще было создано до этого.

• На тот момент этот компьютер считался самым быстрым в мире и оставался таковым еще три года после своего появления, пока не уступил пальму первенства новому CDC 6600. Суперкомпьютер от IBM выполнял сложение 64-разрядных чисел с плавающей запятой за 1,5 микросекунды, а умножение – за 2,7 микросекунды. Невиданная производительность для той эпохи.

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

• Память Stretch позволяла записывать и считывать шесть параллельных потоков, благодаря чему быстродействие ОЗУ составляло около 2 MIPS, так что память IBM 7030 была даже быстрее процессора. Из особенностей можно отметить также то, что в программах для этого компьютера использовался восьмибитный байт (в некоторых архитектурах байт состоял из 7 бит) и разрядность машинных слов 8/32/64 бита - это тоже стало стандартом. Интересно, что в то время советские компьютеры работали с нестандартной разрядностью машинных слов от 22 до 50 бит, зачастую еще и некратных размерам адресуемых ячеек памяти.

• Stretch по праву считался самым быстрым и продвинутым компьютером на всем земном шаре в конце 70-х и начале 80-х годов прошлого века, и в то же время снискал славу провального проекта, принес компании многомиллионные убытки и в итоге был выведен из эксплуатации. Кстати, один из построенных IBM экземпляров Stretch до последнего трудился в частном университете Бригама Янга в Прово, штат Юта, США, но 5 сентября 1980 года был списан на пенсию. Сейчас посмотреть на старичка можно в музее компьютерной истории в Маунтин-Вью, Калифорния.

#Разное

• Ребята из Бастион заказали сейф с электрическим замком на одном из маркетплейсов и вскрыли его китайскими палочками для суши за 5 минут. Статья получилась максимально интересной и будет полезна для специалистов по информационной безопасности:

https://habr.com/post/1075124

#Security

• В 1998 году, на финальном этапе производства мультика "История игрушек 2" кто-то в Pixar выполнил /bin/rm -r -f * не в том каталоге, и примерно 90% фильма удалилось на глазах у команды. Бэкапы, конечно, были, но есть два "но". Система резервного копирования не работала (переполненный диск маскировал ошибки), а восстановленная копия оказалась частично битой, и это вскрылось не сразу.

• Фильм спасла копия на домашнем компьютере технического директора Галин Сусман, которая работала из дома после рождения ребенка. ПК аккуратно упаковали и привезли в студию на автомобиле, как самый ценный груз в истории компании.

• Однако домашняя копия оказалась лишь самой свежей из нескольких неполных версий. Команда сравнила ее с двухмесячным бэкапом и деревом, собранным из уцелевших файлов на компьютерах аниматоров, результатов тестовых рендеров и других кусков. Из условных 100 тыс. файлов принять сразу удалось около 70 тыс., а оставшиеся 30 тыс. сотрудники Pixar проверяли вручную. Даже после этого часть материалов восстановить все равно не удалось. 

• Ирония в том, что спустя несколько месяцев сценарий "Истории игрушек 2" почти полностью переписали, после чего значительную часть фильма сняли заново... Такая вот история.

Источники [1], [2].

#Разное