Представлен учебный сервис your ai slop bores me, в котором пользователю нужно отвечать на промпты так, будто это не человек, а ChatGPT. Реальные люди там просят искать информацию, нарисовать изображение и всё в этом духе, а пользователю придётся выкручиваться и креативить, а на ответ даётся только 60 секунд.
Куда мы уходим, когда засыпаем? Вопрос, который мучает человечество на протяжении всей его истории. Материя в этой схеме не первична. Нейробиология официально признала трудную проблему сознания. Cознание не выводится из нейронов головного мозга. А следовательно, любые модели имеют право на существование, пока не доказано обратное. То есть пока не доказали, что сознание является лишь эпифеноменом, то есть побочным свойством материи. А следовательно, любая архитектурная схема имеет место быть.
Cознание — это нелокальный, то есть недетектируемый никакими приборами внешний объект, который управляет вашим телом. Мы ввели термин, который называется qualia-оператор. qualia означает субъективный опыт. Оператор означает, что этот субъект управляет вашим телом. То есть, проще говоря, у вас есть душа.
Каждый человек обладает генератором уникального электрического ритма. То есть это сердце. Сердце генерирует самое мощное ритмическое электрического-поле в организме. Оно пронизывает вообще все его ткани и даёт стабильную спектральную подпись в низкочастотном радиомикроволновом диапазоне. То есть вот эта подпись, вот этот ритм, он уникален как отпечаток пальца или как голос.
То есть к qualia-оператору в таком случае нужен какой-то ключ доступа к уникальному телу, которым он управляет. Это вот как раз должна быть многоуровневая резонансная система. Вот ключом сопряжения как раз-таки и является этот паттерн сердца. Это самый вероятный кандидат. То есть получается, что qualia-оператор как бы запутывается с телом.
Теперь, а как проверить эту синхронизацию эмпирически? А есть случаи наблюдаемые, где человеку после трансплантации сердца, вот ему пересаживают чужое сердце, и он как будто начинает ощущать память другого человека, донора этого сердца. То есть мы в модели прямо постулируем, что это остаточный эффект от вот той прошлой запутанности, которая была между qualia-оператором и его интерфейсом до этого. И это строго по ЭБЭ более логичное объяснение феномена, нежели то, что предлагает современная наука сейчас. Потому что совершенно с необходимостью не выводится.
Почему человек, которому пересадили не мозг, не воспоминания, ему пересадили просто орган другого человека, и он вдруг начинает получать информацию о том, какие были пристрастия, привычки этого человека, начинает есть какую-то другую еду? Да, потому что он запутан с предыдущим qualia-оператором. Но когда ритмы сердца стабилизируются, эта запутанность постепенно со временем, через определённые там годы, всё больше и больше сходит на нет. Причём феномен обморока ещё больше усиливает эту гипотезу, потому что когда человек падает в обморок, чаще всего вот это синкопа, у него просто ну чёрный экран, он ничего не помнит и просыпается уже, когда пришёл в себя.
Мы постулируем, что запутанность qualia-оператора и тела происходит в первую очередь через сердце. То есть покуда сердце работает, он остаётся запутанным с телом, но учитывая то, что произошло повреждение мозга, он не может оперировать этим телом. И следовательно, происходит вот этот разрыв. Ты ничего не помнишь, что было во время вот этого обморока, потому что твой мозг перестал функционировать рабочим образом. Однако сам qualia-оператор, само сознание, оно никуда не делось. Оно осталось запутанным вместе с телом. То есть запутанность своим паттерном существует до того, пока сердце бьётся.
вся эта схема указывает на то, что qualia-оператор является внешним объектом, который невозможно описать в терминах физики или химии. Фальсифицируемым предсказанием является то, что мы так и не сможем полностью открыть для себя природу этого явления. То есть оно от нас архитектурно скрыто. Мы постулируем, что его невозможно скопировать, его невозможно переписать, запутать с другим телом. То есть все проекты цифрового бессмертия, на которые сейчас тратятся миллионы долларов, они все провалятся, если наша архитектурная схема верна.
Код реальности | Андрей Загидуллин Трудная проблема сознания РЕШЕНА. Куда мы уходим во сне и ПОСЛЕ СМЕРТИ
В TOML нет null. У меня — есть (только для Python)
TLDR: TOML — удобный формат конфигураций, но ему не хватает поддержки null. Создатели языка осознанно отказались и отказываются добавлять null. Я столкнулся с этой проблемой при слиянии TOML-конфигураций в своём Python-проекте и решил её, форкнув популярные библиотеки и добавив в них поддержку значения null : tomli-null (парсер) и tomli-w-null (генератор).
TOML — популярный с недавних пор язык конфигурационных файлов, сочетающий избегающий проблемы других языков:
TOML стандартизован, имеет типы данных, позволяет кодировать вложенные структуры (привет, INI);
TOML относительно прост и парсится без хитростей (привет, YAML),
синтаксис TOML легко читаем, поддерживает комментарии и не имеет нюансов вроде ошибок от далёких скобок и лишних запятых (привет, JSON).
TOML, согласно спецификации, "стремится быть минимальным форматом для файлов конфигурации, который легко читается благодаря очевидной семантике". С "минимальностью" языка в принципе можно поспорить — там и отдельные типы для даты/времени (4 штуки, 3 из них имеют варианты синтаксиса), и сахар в числовых литералах вроде 0xFF00_0000, и непростой синтаксис для ключей (чтобы допускать и сочетать простые ключи, составные ключи, произвольные ключи в кавычках).
Но вот что я совершенно не ожидал и проглядел, когда выбирал TOML основным форматом для человеко-редактируемых структур данных в своём проекте, — что в TOML нет null. Вообще. Это осознанное решение создателей языка. Разные аргументы против null, прозвучавшие за это время:
"Если значение не определено, пару ключ-значение просто нужно не указывать." Нужно, не можно.
Случаи, когда в приложении значение по умолчанию отличается от null, игнорируются.
"null создаёт неоднозначность между значением null и отсутствием пары ключ-значение."
"Если мы разрешим null, это повлияет на всю систему типов; например, целое число теперь будет не "целое число", а "целое число или null"."
???
"Если очень нужно, вы можете использовать специальные значения по своему усмотрению: 0, -1, "", "null", [], {}. Ещё можно использовать дополнительные поля для обозначения наличия значения (типа { present=true, value=100500 }, или null_values = ["key_a", "key_c"])."
Гора разнообразных костылей с барского плеча, на пустом месте добавляющие кучу боли для интероперабельности, спасибо.
Ответственных за спецификацию годами просят добавить null в будущей версии, ответственные ушли в глухой отказ.
Для меня наличие null в подобном языке было само собой разумеющимся, я даже не думал об этом, когда разрабатывал сложный проект на Python, где файлы TOML пишутся и читаются человеком, пишутся и читаются программами, сливаются друг с другом. Когда я наконец-то напоролся на практике на отсутствие null (при слиянии конфигураций), менять всё на YAML было уже слишком поздно, а костыли добавили бы слишком много сложности.
Поэтому я форкнул пару библиотек и добавил в них поддержку null самым очевидным образом, не нуждающимся даже в примерах — просто литерал null на стороне TOML соответствует None на стороне Python.
tomli-null — парсер, форк tomli (tomli включена в Python 3.11 как tomllib);
tomli-w-null — генератор, форк tomli-w.
(100% покрытие тестами прилагается само собой.)
P.S. PyPI очень... интересным образом показывает информацию об авторах из пакета, несколько раз напоролся, пока пытался убрать автора оригинальных библиотек из поля "для связи" на сайте.
Сходили с лекциями в университеты — теперь делимся впечатлениями
Мы любим тестирование и любим о нём рассказывать. Недавно мы, QA-лиды Настя и Катя, выступили перед студентами НГТУ, НГУ и Бауманки. Ниже — как всё прошло, что ценного вынесли для себя и почему горящие глаза студентов так заряжают.
Настя Золотых, технический руководитель группы QAA
Я люблю свою работу и люблю о ней говорить: и с коллегами, с которыми находимся в одном контексте, и с людьми извне — это крутая возможность посмотреть на свой опыт под другим углом и челлендж по объяснению на непривычном языке, с аналогиями и примерами не из мира IT. Так что когда появилась возможность выступить перед студентами АВТФ НГТУ с обзорной лекцией о профессии — я ни секунды не сомневалась, что это точно для меня.
К тому же в любом публичном выступлении получаешь личный профит: структурируешь знания, находишь новые идеи и места для развития. Ведь чтобы подготовить хороший рассказ, нужно разобрать всё до мелких кусочков, а потом собрать — почти как пазл, только на выходе получается не одна картинка, а несколько заготовок для докладов/воркшопов/статей/задачек. Например, при подготовке я придумала посмотреть на тестирование с точки зрения теории информации и даже нашла пару тем для дипломной работы 😅
Отдельно порадовала реакция ребят — около 20 вопросов про текущее и будущее тестирования, про карьерные перспективы и начало пути. Плюс позитивный фидбек от преподавателя.
Для меня это особенно ценно, потому что когда я заканчивала институт и выбирала профессию, то ничего не знала про QA, про это нигде не рассказывали — всё тестирование вокруг было в основном ручным, что меня не вдохновляло. Поэтому я пошла в бекенд-разработку и лишь спустя два года нашла своё настоящее призвание. Если кому-то из ребят я смогу помочь пораньше найти подходящую роль — буду по-настоящему счастлива!
Катя Лахтина, руководитель группы тестирования UGC (это я)
У меня было два выступления перед студентами НГУ и Бауманки, рассказывала про тестирование: что это за профессия, как устроена наша работа в 2ГИС, какие мифы существуют вокруг тестирования и как дела обстоят на самом деле. Делилась тем, какие возможности открывает эта сфера, и почему она важна.
Мне нравится выступать — рассказывать, делиться своей историей и, может быть, вдохновлять. Когда‑то я сама не знала, кем хочу стать, когда вырасту. У меня экономическое образование, потом была работа в рекламном отделе, и про сферу тестирования я узнала совершенно случайно — по совету друзей. Если бы кто‑то рассказал мне об этом раньше, мой путь, возможно, получился бы проще. Именно поэтому мне кажется важным сейчас об этом говорить, особенно со студентами.
Ещё мне важно говорить о культуре тестирования. Я собеседую кандидатов на вакансии тестировщиков и вижу, насколько разной бывает атмосфера в их командах.
В некоторых компаниях тестирование до сих пор воспринимают как что‑то второстепенное, застревают на уровне ручных проверок. В хороших командах все иначе: тестировщик — равноправная часть продукта, качество — общая ответственность. И для меня важно это подсветить. Хочется, чтобы культура тестирования в целом становилась здоровее — чтобы ребята знали, как выглядит «хорошо» и почему это важно.
А ещё такие встречи невероятно вдохновляют. Видеть, как у студентов загораются глаза, как они подходят после выступления, задают вопросы, интересуются тестовыми заданиями — это очень заряжает. Через их вопросы можно понять, как они мыслят, и это безумно интересно. В такие моменты понимаешь, зачем всё это — чтобы кто‑то из них вдруг подумал: «А вот это, кажется, моё».
Если хотите, чтобы мы пришли к вам с лекцией — пишите в комменты. И заглядывайте в наш канал, чтобы быть в курсе других активностей и мероприятий для тестировщиков.
Представлен независимый от НАСА открытый проект - фотохронология миссии «Артемида II» (репозиторий на GitHub).
Ранее космический корабль «Орион» с экипажем лунной миссии «Артемиды II» вернулся на Землю. Это событие произошло спустя чуть более чем девять суток после запуска. Приводнение спускаемой капсулы «Ориона» в Тихом океане произошло в 20:07 по времени Восточного побережья США (03:07 мск 11 апреля) в нескольких десятках километров от американского города Сан‑Диего (штат Калифорния). За время этой миссии экипаж пролетел 1,1 млн км, побил рекорд дальности полёта от Земли и сделал 7000 снимков Луны (фотографии путешествия к Луне, вокруг Луны).
Ракета‑носитель SLS с космическим кораблём «Орион» в рамках миссии «Артемида II» стартовала в среду в 18:35 по местному времени (01:35 мск, 2 апреля) с площадки Космического центра имени Джона Кеннеди (штат Флорида). Экипаж миссии: астронавты НАСА Рид Вайсман, Кристина Кук и Виктор Гловер, а также канадский астронавт Джереми Хансен.
Тут на Авито всплыл Gemini PDA за 4.000 рублей в убитом состоянии. Кто-то криворукий порвал шлейф акб, утопил его, угрел процессор и сделал из прекрасного смартфона кирпич. В процессе диагностики обнаружил кз на вторичке, после снятия экрана с кп оказалось что и первичные шины питания в кз - а это уже последствия неграмотного прогрева процессора в формата бутерброда (шарики у него настолько маленькие, что их очень легко слипнуть если качать при прогреве, не говоря уже об ОЗУ).
Если повезло и после воды процессор выжил, а ушатали его прогревом - есть шансы что аппарат оживет и если да, то будет крутая статья с его оживлением, обзором, а я начну ходить с ним как с основным. Это же моя мечта!!!
В команде Apple вайбкодят приложения — разработчики случайно оставили файлы Claude .md в обновлении Apple Support. После того, как этот инцидент стал публичным в соцсетях, то в Apple выпустили новую версию обновления 5.13.1 без следов вайбкодинга.
Сколько дней вырабатывается привычка на самом деле?
Привычка — это важный инструмент изменения образа жизни, потому что он позволяет автоматизированно выполнять полезные действия, не задействуя волевой ресурс.
Раньше считали, что необходим 21 день, для получения устойчивой привычки, но в основном это касается простых повторяющихся действий, например, как пробуждение в одно и то же время.
Новый метаанализ рассмотрел закрепление более комплексных и сложных привычек, связанных с изменением образа жизни, в том числе в отношении питания и тренировок и пришел в медианному значению — 59–66 дней. А большинству более сложных изменений образа жизни требуется от 2 до 5 месяцев, чтобы стать автоматическими.
Вот несколько практических рекомендаций по тому, как правильно отрабатывать привычки.
Не одна, а много.
Я бы рекомендовал всегда помнить, что «питание» и «тренировки» — это не одна привычка, а комплекс маленьких.
Восприятие их как одной привычки рушит буквально все на начальном этапе, потому что это приводит к радикальным изменением, невыполнение которых хотябы частично, не дает ощущения выполненного действия и не закрепляет позитивный опыт применения.
«Недобрал сегодня белка на обед -> день и так провален -> вечером объемся мороженым».
Определите одну область, которую будете улучшать. Касаемо питания, я обычно рекомендую начать с оптимизации потребления белка и овощей. А можно и тут с чего-то одного: или белка, или овощей.
Определите триггер.
Следуя метаанализу выше, самый эффективный способ облегчить формирование привычки — это то, что исследователи называют implementation intention.
По сути, это триггер действия. Заранее планируйте, какое именно поведение хотите выполнить, когда вы это сделаете и как именно вы это сделаете.
Не просто: «Я постараюсь чаще ходить в зал».
А: «Я буду ходить утром перед работой, завтрак будет заранее продуман, а спортивная сумка будет собрана с вечера».
В данном случае, питание по продуманному завтраку и собранная сумка, будут триггером к выполнению тренировки.
Желательно ещё заранее представить себе этот сценарий в голове.
Запланируйте награду сразу после привычки.
Хотя сами тренировки тоже дают организму биохимическое вознаграждение, но, например, сауна или приятный посттренировочный приём пищи или любые другие награды, могут сильно помогать в формировании привычек.
Склеивание привычек
Один из эффективных подходов — интегрировать новые привычки с уже существующими, создавая рутину.
Мы не просим себя “стать дисциплинированным”. Мы прикрепляем новое действие к тому, что у нас уже получается каждый день.
То есть не: «Ешь больше белка».
А: «Каждый раз, когда я завтракаю, в этом приёме пищи должен быть один понятный источник белка: яйца, творог, йогурт, мясо, рыба, протеин или бобовые».
Не: «Начни тренироваться регулярно».
А: «Во вторник и пятницу после завершения рабочего дня я не принимаю решение, идти или не идти. Я просто закрываю ноутбук, надеваю заранее приготовленную форму и еду/иду в зал».
Вот еще несколько частых вариантов таких «склеек», которые я использую, работая с подопечными:
Каждый сладкий перекус = после нормальной еды.
Но оно идёт после еды, а не вместо еды на голодный желудок. Так мы делаем перенос сладкого из режима импульса в режим выбора.
Каждый поход в магазин = базовая корзина.
Сперва собирается базовая корзина: белок, овощи, фрукты, удобный углевод, что-то быстрое на случай усталости, затем все остальное. Это снижает усталость от принятия решения.
Каждый вечер = подготовка одного элемента на завтра.
Не нужно готовить 12 контейнеров. Достаточно сварить яйца, разморозить мясо, поставить крупу, купить йогурт, нарезать овощи. Один элемент уже снижает трение.
Каждый завтрак = один фрукт или овощ.
Каждая доставка еды = плюс салат/овощи/дополнительный белок.
🏆 «Круги Громова» в Топ-100 ИТ-лидеров – прошу поддержать!
Вместе с Сергеем Громовым, основателем «Кругов Громова», мы стали номинантами рейтинга Топ-100 ИТ-лидеров GlobalCIO за вклад в российскую ИТ-отрасль — выпуск крупнейших на рынке независимых обзоров российских ИТ-систем: BI, ETL, MDM, ESB, RPA, Data Quality, Self-Service, AI и других.
Для нас это ещё одно признание экспертизы в ИТ-сообществе 💙
Поддержать можно до 4 мая — голосование доступно для участников сообщества GlobalCIO со статусом ИТ-руководителя:
👉 Проголосовать за меня https://globalcio.ru/top100/profile/50507/
👉 Проголосовать за Сергея Громова https://globalcio.ru/top100/profile/11219/
Будем благодарны каждому голосу и вашей поддержке! 🙏
Представлен открытый проект TapMap, который следит за всеми подключениями на интерактивной карте и показывает, к серверам в каких странах отправляет запросы ПК пользователя.
Проект сканирует приложения, сервисы, страны и порты за последние 30 дней. При этом данные никуда не улетают — всё локально на компьютере.
Искусственный интеллект Claude Opus от Autropic размышляет не только на английском, но и на русском и китайском языках. Блоки ответов ИИ иногда содержат текст «процесса мышления» на разных языках.
LLM‑модели мыслят на том языке, который был наиболее распространён в обучающих данных по данной теме или для экономии ресурсов — китайские иероглифы более эффективны, чем английские. Модель по умолчанию использует их для экономии вычислительных ресурсов для выражения некоторых мыслей.
Claude мыслит на русском языке при решении задач в области кибербезопасности, потому что обучающие данные по этой области в значительной степени русскоязычные. Claude рассуждает на том языке, который наиболее эффективен для задачи и потом преобразует ответ в английский
Copy.Fail 🐧
Исследователи обнаружили баг в ядре Linux, который существовал в системах с 2017 года и затрагивает практически все дистрибутивы.
Уязвимость CVE-2026-31431, которую мы считаем трендовой, состоит из четырех шагов:
1️⃣ Пользователь открывает сокет AF_ALG и инициализирует AEAD-алгоритм без привилегий;
2️⃣ Через splice() страницы кэша целевого файла попадают в буфер операции;
3️⃣ Ошибка в authencesn дает запись 4 байт за границы буфера прямо в страницы кэша;
4️⃣ Ядро исполняет модифицированный setuid-файл из кэша → выполнение кода с правами root.
Данная цепочка уязвимости частично схожа с Dirty Pipe (CVE-2022-0847), которая также использует системные вызовы:
• pipe — создает однонаправленный канал передачи данных;
• splice — позволяет передавать данные между файловыми дескрипторами без промежуточного копирования.
Так как данная уязвимость уже обнаруживалась в PT Sandbox при анализе ПО в образе Astra Linux, процесс эксплуатации новой уязвимости Copy Fail также обнаруживалась в PT Sandbox еще до выхода публичного эксплойта.
Благодаря этому эксплойту можно перезаписывать не только suid-файлы, но и проводить другие модификации, делая системные изменения более скрытными.
Как исправить 🔧
Если вы администрируете Linux-системы — обновите ядро. Патч зафиксирован в коммите a664bf3d603d. Основные дистрибутивы начали выпускать исправленные пакеты с 29 апреля. После обновления потребуется перезагрузка.
Если немедленное обновление невозможно — временная мера: отключить модуль algif_aead:
echo "install algif_aead /bin/false" > /etc/modprobe.d/disable-algif-aead.conf rmmod algif_aead 2>/dev/null
(Источник: https://t.me/ptescalator)
Уязвимость CVE-2026-31431 связана с локальным повышением привилегий в компоненте ядра Linux AF_ALG. Она вызвана ошибкой работы с памятью и позволяет непривилигированному пользователю поднять привилегии до максимальных (root). Это позволяет злоумышленнику полностью захватить систему: читать и изменять любые файлы, включая пароли и ключи, подменять системные файлы, отключать защитные механизмы и средства мониторинга, незаметно устанавливать бэкдоры и закрепляться в системе, скрывать следы своей активности, использовать устройство как возможность для атак на другие сетевые активы. Злоумышленник может проэксплуатировать уязвимость в рамках атак на инфраструктуру, которые могут привести к недопустимым последствиям (утечки информации, кража денежных средств, техногенные катастрофы и т.п).
Эксплуатабельность недостатка безопасности была подтверждена на актуальных версиях популярных дистрибутивов Linux: Ubuntu, Amazon Linux, RHEL, SUSE и другие.
Ядро Linux Kernel уже сталкивалось с громкими уязвимостями повышения привилегий - например, Dirty Cow и Dirty Pipe. Как сообщают исследователи, в отличие от предыдущих уязвимостей, Copy Fail — это прямолинейная логическая ошибка. Одна и та же программа (скрипт), не требуя каких-либо изменений, работает на всех протестированных дистрибутивах и архитектурах. Эксплойт для уязвимости - это короткий скрипт на Python, использующий только стандартные модули os, socket, zlib. Он не требует никакой настройки под конкретный дистрибутив или архитектуру. Экслуатация уязвимости не детектируется встроенными инструментами безопасности ОС. Кроме того, недостаток безопасности может ставить под угрозу межконтейнерное воздействие и работу кластеров Kubernetes.
На данный момент для того, чтобы защититься, можно обновить ядро самостоятельно. Если вы не готовы это делать, следует дождаться, когда обновления пакетов ядра выпустит вендор вашего Linux-дистрибутива. В качестве альтернативного решения исследователи предлагают заблокировать создание сокетов AF_ALG. Обнаружить эту уязвимость в инфраструктуре можно с помощью MaxPatrol VM. MaxPatrol SIEM детектирует эксплуатацию уязвимости с помощью правила CVE_2026_31431_Linux_Copy_Fail_LPE.
Александр Леонов, ведущий эксперт по управлению уязвимостями PT Expert Security Center, Positive Technologies
RC4 вышел из чата. Сервисные аккаунты остались
В апреле 2026 Kerberos в Windows перестаёт по умолчанию прикрывать старые сервисные учётки RC4. И тут внезапно выясняется, что главный вопрос не «как включить AES», а «кто вообще помнит, какие аккаунты у нас сервисные».
Microsoft в описании изменений по CVE-2026-20833 пишет, что обновления Windows, выпущенные с 14 апреля 2026 года, меняют поведение Kerberos KDC: если явная конфигурация не задана, контроллеры домена в enforcement-режиме будут исходить из поддержки AES. RC4-HMAC больше не работает как удобный неявный fallback. В апреле ещё остаётся ручной откат, в июле – уже без этого люфта.
⚠️ Где ломается логика
Проблема не в том, чтобы выставить msDS-SupportedEncryptionTypes. Это одна команда PowerShell.
Проблема – сначала найти всё, что нужно исправить.
В зрелом AD-лесу сервисных аккаунтов могут быть сотни. Часть создана вручную. Часть – скриптами, которые писал человек из прошлой эпохи. Часть – установщиками enterprise-приложений, которые сами создали учётку и не спросили, надо ли оставить записку будущим поколениям.
ldapsearch или PowerShell выдадут список объектов. Но список не ответит на главные вопросы:
· какой аккаунт обслуживает какой сервис;
· кто его создал;
· почему у него именно такие флаги;
· что отвалится, если атрибут поменять.
После enforcement один старый флаг – и сервис, который тихо работал пять лет, встречает вас ошибкой уровня KRB_AP_ERR_ETYPE_NOSUPP. Очень вежливо. Очень бесполезно.
🔍 Почему резервка не спасает
Резервная копия здесь не главный инструмент. Это не пожар в дата-центре и не потерянный контроллер домена. Это состояние конкретных атрибутов у конкретных объектов.
Нужно понять не просто «как вернуть каталог», а что именно было до обновления и что изменилось после.
Снимок состояния каталога и сравнение объекта «было / стало» в таких историях полезнее, чем героический разбор логов в три ночи. Особенно когда речь идёт не только про Kerberos, но и про импортозамещение, миграции, синхронизации и переносы объектов между каталогами.
Это хорошо видно и по соседнему миру: Help Net Security разбирает Samba 4.24.0 как релиз с Kerberos hardening и переходом к AES-default для доменной криптографии. Тренд понятный: старые неявные допущения вокруг RC4 постепенно закрываются. А вместе с ними всплывает качество инвентаризации каталога.
После переноса часть атрибутов может потеряться тихо. Сервисные учётки могут остаться на месте, но уже не в том состоянии. Формально каталог работает. Практически – вы начинаете админскую археологию.
Апрельский дедлайн Kerberos – хороший повод проверить не только поддержку AES. Он задаёт более неприятный вопрос: насколько хорошо вы вообще видите состояние своего каталога.
Опубликовали митигацию CVE-2026-31431 для Deckhouse Kubernetes Platform
Уязвимость затрагивает модуль ядра Linux algif_aead (интерфейс AF_ALG). До выхода обновлений ядра в дистрибутивах предлагаем временное решение на уровне платформы.
В репозитории:
• NodeGroupConfiguration, который блокирует загрузку модуля и выгружает его, если он загружен;
• FalcoAuditRules для детекта попыток эксплуатации (доступно в DKP EE и CSE).
Применяется через kubectl apply, подробности и инструкции в README.
Всем привет! На связи Прокерамика, и это наш пост-знакомство. В этом блоге будем иногда писать о развитии такой интересной технологии, как 3D-печать керамикой, и наших скромных усилиях по ее развитию!
Кто мы? Прокерамика (ООО «Ретех») — это первый российский разработчик материалов и оборудования для процессов аддитивного производства прецизионных изделий из технической керамики методом лазерной стереолитографии. Мы начинали как классический университетский коллектив в Сколтехе и за пару лет прошли путь до малой инновационной компании, внедряющей свои разработки в контуры как крупных корпораций, так и ВУЗов. Сейчас ставим своей целью пилотирование и внедрение нашего оборудования в наиболее инновационных отраслях промышленности.
Основные преимущества 3D-печати керамикой:
Керамика — это материал как настоящего, так и будущего!
- Высокая механическая прочность, твердость и износостойкость получаемых деталей.
- Высокие рабочие температуры (до 2000 °С), керамика — отличный теплоизолятор, поэтому запчасти не деформируются при большом диапазоне температур. Это очень важная особенность для применения в аэрокосмической и литейной промышленности.
- Химическая стойкость. Изделия способны работать в агрессивных средах, защищены от любых форм коррозии.
- Превосходные диэлектрические свойства позволяют широко использовать этот материал в микроэлектронной промышленности и при изготовлении компонентов силовой электроники.
- Ударная вязкость. Отдельные виды керамики используются для механических деталей, способных выдерживать большие нагрузки в механических агрегатах, таких как подшипники.
Радиационная устойчивость позволяет использовать ее в атомной промышленности.
- Биосовместимость. Напечатанные изделия можно использовать для замены костных структур в теле человека, тут на сцену выходят такие материалы как ГАП и ТКФ.
Справедливости ради стоит отметить, что технологии керамической 3D-печати в целом пока очень сложные и относятся далеко не к любительскому уровню техники, требуют сложного и дорогого оборудования и керамических материалов. Поэтому и в их разработке напрашивается как серьезный научный бэкграунд, так и большой практический опыт внедрения.
#3d-printing #ceramics #additivemanufacturing #3д_печать #аддитивные_технологии #SLA
Наш сайт proceramika.ru
Пусть этой весной будет больше удачных идей, хорошего настроения и поводов творить. Команда Инфостарта желает лёгких задач, сильных решений, поменьше рутины, побольше творчества и, конечно, тёплых выходных!
В cPanel обнаружена уязвимость, позволяющая получить доступ к серверу без пароля — авторизацию можно обойти полностью.
cPanel стоит на миллионах хостинг-серверов по всему миру. Это де-факто стандарт для shared-хостинга и небольших VPS. Если дыра позволяет зайти без учётных данных — под угрозой не только сайты, но и базы данных, почтовые ящики, конфигурации, SSH-ключи, всё что лежит на сервере.
Детали эксплойта SecurityLab не раскрывает, но сам факт обхода аутентификации — это уже критический уровень. Не «повышение привилегий», не «утечка данных при определённых условиях». Просто: пароль не нужен.
Что стоит проверить прямо сейчас
Если у вас или ваших подрядчиков есть серверы на cPanel:
убедитесь, что установлена последняя версия панели (апдейты в cPanel выходят через WHM → cPanel & WHM Updates)
закройте порты 2082, 2083, 2086, 2087 для внешнего доступа, если панель не должна быть публичной
проверьте логи авторизации на предмет подозрительных входов за последние несколько дней
если используете хостинг-провайдера — уточните у него статус патча
Последнее, что хочется обнаружить в понедельник утром: кто-то уже неделю ходит по вашему серверу, пока вы думали, что всё закрыто.
Договор для коучей, психологов и астрологов: как защитить себя и не нарушить закон
Сегодня разбираем специфику услуг экспертов: отказ от гарантий результата, авторские права на методики, конфиденциальность и правила возврата. Как защитить себя и не нарушить закон.
Важное предупреждение: всё нижесказанное относится и к договорам, и к оферте. Конкретных норм закона применительно к экспертам вы не найдёте. То, что я напишу - это совокупность норм и моей личной практики. Деятельность коучей, например, ничем специально не регулируется (только недавно они появились в справочнике профессий как «специалисты по развитию персонала»).
Поэтому читайте, берите на вооружение, но помните: каждый случай индивидуален.
Отказ от ответственности за результат и вред здоровью
Вы не можете гарантировать клиенту, что после ваших консультаций он разбогатеет, похудеет или найдёт любовь. Это честно, но нужно правильно оформить.
Что прописать в договоре:
⦁ Вы не даёте гарантий достижения конкретных результатов, так как они зависят от самого клиента (его действий, мотивации, добросовестности).
⦁ Вы не несёте ответственности за ухудшение состояния здоровья, если клиент скрыл противопоказания или не выполнил ваши рекомендации.
Внимание: проверьте, имеете ли вы право оказывать свои услуги без медицинской лицензии и/или профильного образования. Многие методы относятся к методам психологической (а некоторые - к психиатрической) терапии. Они могут применяться только профессиональными дипломированными специалистами с высшим образованием. Также есть перечень медуслуг - проверьте, не указана ли там ваша услуга. Например, лазерная эпиляция требует медлицензии.
Интеллектуальная собственность
Кто владеет записями консультаций, методичками, чек-листами, программами курсов?
Пропишите в договоре:
⦁ Все материалы, которые вы передаёте клиенту (рабочие тетради, чек-листы, записи), являются вашей интеллектуальной собственностью.
⦁ Клиент получает право только на личное использование. Запрещено передавать материалы третьим лицам, копировать, распространять, использовать для своих занятий или публиковать.
⦁ Записи консультаций (если они ведутся) принадлежат вам, если иное не оговорено отдельно.
Конфиденциальность
Эксперты работают с личной информацией клиентов. Это требует обязательства неразглашения.
В договоре укажите:
⦁ Вы обязуетесь не разглашать информацию, полученную от клиента, без его согласия.
⦁ Исключения - случаи, предусмотренные законом (например, по запросу суда или правоохранительных органов).
⦁ Клиент, в свою очередь, обязуется не разглашать содержание консультаций (кто что сказал, какие методы применялись).
Возвраты: как не возвращать 100%, если клиент прошёл половину
Закон о защите прав потребителей и судебная практика говорят: полностью оставлять себе деньги нельзя. Но можно защитить себя.
Что работает:
⦁ Пропишите поэтапную оплату или возврат пропорционально оказанным услугам.
⦁ Для онлайн-курсов и марафонов: если клиент уже получил доступ к материалам, вы можете удержать стоимость фактически переданной части курса.
⦁ Фиксируйте момент оказания услуги: акт подписывать крайне желательно. Если клиент спорит - пусть хотя бы напишет в мессенджере: «Услуги оказаны в полном объёме, качество удовлетворяет, претензий не имею».
Для 1–2 сессий подойдёт оферта. Для длительного сопровождения лучше индивидуальный договор. Все переписки скриним. Информированное согласие и согласие на обработку персональных данных храним бережно.
Что ещё важно знать
Договор подготовлен для заключения с физлицами. Гражданство не имеет значения, так как услуги оказываются онлайн или на территории РФ, и договор подчинён российскому праву.
Для юрлиц такой договор не подойдёт - нужно разрабатывать отдельный, на проведение групповых или индивидуальных занятий с работниками юрлица. Юрлицо выступает заказчиком, а работники - третьими лицами. Совместить в одном невозможно.
Деятельность каждого эксперта очень индивидуальна. Поэтому крайне рекомендую: один раз не пожалеете денег, сделайте пакет документов с помощью юристов
Всем привет ребята!
Планирую написать свой ЯП в следующие недели, возможно в следующей статье про него буду говорить даже.
Так вот.
Синтаксис будет наверно Smalltalk подобным.
Думаю, спецификация будет почти что такой:
define = | имя1 имя2 имя3 ... | assign = имя := значение ! msg send = объект сообщение ! reserved msg send = объект сообщение: аргументы ! binary msg send = объект сообщение аргументы ! cascade msg send = msg send или reserved msg send; msg send или reserved msg send; ... ! block = [ ... ] ! fn = # (аргумент1 аргумент2 ...) block ! dfmthd = defmethod имяобъекта имяметода аргументы block ! return = ^ выражение ! class = class parent name init-block !
Ну... Синтатикс ещё не продуман так сильно прям.
Напишу на Пайтон, потом перепишу на Си.
Всем удачи!
UPD:
Где тут реклама по вашему!?
Я что тут где то ссылку указал и говорю "ПЕРЕЙДИ, ИНАЧЕ БУДЕТ ТЕБЕ ПЛОХО!"?
Вроде нет.
Даже мыслями нельзя уже поделиться без минусов?
Дорожная карта Agentic AI. Level 4. Своя кузница — локальный запуск моделей
Не всё имеет смысл отдавать в облако. Причин у этого как минимум три:
Приватность. Стоит начать пересылать в чужой API персональные данные клиентов, внутреннюю переписку или код с коммерческой тайной, как логи стороннего провайдера превращаются из абстрактной строчки в SLA во вполне конкретный риск утечки. Локальная модель эту головную боль снимает: данные просто не покидают периметр компании, и обсуждать с безопасниками становится по сути нечего.
Автономность. Когда провайдер прилёг, сети легли или вашему региону внезапно прикрыли доступ, локальный агент этого даже не заметит и продолжит работать, как ни в чём не бывало.
Стоимость. Здесь всё упирается в масштаб. Если вы просто экспериментируете у себя на ноутбуке, локальный запуск получается полностью бесплатным: ни подписок, ни платы за токены, и докупать ничего не придётся, всё поедет на том железе, что уже стоит на столе. Когда же речь идёт про нагруженный прод, картина меняется: нужен сервер с GPU, и экономика там сходится не сразу. На сотнях запросов в день локальный инференс вряд ли отобьётся, а вот на десятках тысяч он уже выгоднее облака.
Что вообще получится запустить
Проприетарные модели уровня GPT-5, Claude Opus 4.7 или Gemini 3.1 локально вы, конечно, не запустите: они закрытые и слишком огромные. Зато опенсорс быстро подтягивается следом. Qwen3 от Alibaba, DeepSeek R1 и V3.1, Mistral Small и Magistral это вполне рабочие модели, которые в квантизованных версиях помещаются на одну видеокарту. Даже OpenAI в прошлом году выложила свою открытую gpt-oss, сразу в 20B и 120B параметров.
Чем крутить локально
Проще всего начать с Ollama: ставится одной командой, ещё одной скачивается модель, и всё. Никаких плясок с CUDA, Python и зависимостями, из коробки есть и GUI, и REST-API. Если хочется чего-то более «приложенческого», посмотрите в сторону LM Studio или Jan; у LM Studio при этом есть приятная мелочь: она ещё до скачивания подскажет, хватит ли у вас ресурсов на конкретную модель.
Как встроить в свой код
Самое важное даже не в том, как удобно поднять модель у себя, а в том, что интегрировать её в код ваших приложений так же легко, как сменить провайдера. У всех этих инструментов OpenAI-совместимый API, поэтому в клиенте OpenAI достаточно поменять base_url с облака на localhost, и тот же самый код из прошлых постов продолжит работать без единой правки.
Что брать в продакшен
Эта связка работает, пока вы экспериментируете на ноутбуке. В продакшене ставки выше: опенсорс-модель надо крутить под реальной нагрузкой, и стандарт здесь это vLLM. Он оптимизирован под высокий RPS и параллельный инференс, реально выжимает из GPU всё, что она способна отдать.
Вообщем, не относитесь к локальному запуску, как к большому инфраструктурному проекту. На практике это один спокойный вечер экспериментов: поставили Ollama, скачали Qwen3, поменяли base_url в агенте и погнали…
🔔 Следующая тема: Few-shot learning, как учить модель прямо в промпте.
⬅️ Предыдущая тема: Level 4. Новые чувства — мультимодальность
Подписывайтесь, пожалуйста, чтобы не пропустить!
Больше про ИИ — в ТГ-канале и ВК. Каталог наших курсов, услуг и кейсов по ИИ-агентам. По вопросам — пишите в личку.