Про бумажки
Как известно, чем больше бумаги – тем чище одно место. И в обсуждениях этот метод неоднократно всплывал.
Что делать, если руководство или заказчики игнорируют потребности IT и требуют работать на том, что есть? Как обезопасить себя? Каким образом снять ответственность?
Скажем сразу – надежный и проверенный способ только один – не работать с чудаками на букву «м». Поэтому если заказчик или работодатель начинает неоднократно исполнять дичь, что с ним лучше расстаться по-хорошему, чем потом выяснять кто прав, а кто виноват.
Способ обложиться служебками не так прост, как кажется, и таит свои подводные камни. Прежде всего, служебку надо подать по всем принятым правилам документооборота, регистрацией и отметкой на своем экземпляре. Иначе толку от такой служебки не будет, она тут же отправится в мусорку.
В этом плане внешним подрядчикам проще, у них в договоре указаны допустимые форматы обмена документами и в большинстве случаев достаточно обычного письма по электронной почте. Более важные документы можно всегда отправить по ЭДО или заказным письмом с уведомлением.
Но вернемся к нашим баранам. А именно служебкам, в некоторых случаях их наличие может сыграть резко против вас, вплоть до самых печальных последствий.
Почему так? Начнем немного издалека. Для чего пишется служебка? Для того чтобы переложить ответственность с себя на руководителя, который не выделяет нужных ресурсов. Мол я тебя уведомил, моя совесть чиста, теперь это твоя проблема.
А вот и нет. Самая плохая ситуация, когда сложившаяся ситуация однозначно попадет под одну из статей скучной книжки с названием Уголовный кодекс.
Скажем пришла проверка на пиратство, а вы неоднократно служебками уведомляли руководство о наличии нелицензионного ПО. Вы молодец? Нет, вы только что подняли статью с пола. Потому что следователь так и запишет: осознавая противоправность деяния, группой лиц, по предварительному сговору…
Если касаться бюджетки, то там список статей куда более широкий, включая коррупционные и всякие прочие, касающиеся той же КИИ. И там наличие служебки будет являться доказательством того, что вы были в курсе всех творящихся безобразий, но мер по их предотвращению не приняли, в ближайший околоток с заявлением не обратились, а следовательно, пойдете прицепом.
Поэтому перед тем, как руки потянулись писать служебку, надо сесть и крепко подумать, а что скажет прокурор, попади эта бумага ему в руки? Иногда проще пройти за недалекого и недостаточно квалифицированного товарища, чем поднять с пола статью.
Но это только одна сторона монеты. На другой стороне коммерческие структуры и бизнес. А бизнес бывает разный. Вы можете обложиться служебками в два слоя, но если владелец бизнеса решит, что вы крайний – то крайним назначат именно вас.
И подпрыгивать там бесполезно. Свободно улетите по статье, если сами не уйдете по собственному, а там можете пытаться в суде доказать свое честное имя и восстановиться.
Но, это в реальной жизни практически волчий билет. Так как ваш новый потенциальный работодатель видит, что вы не смогли уладить конфликт полюбовно (т.е. уйти по собственному), а значит вы человек конфликтный. А судебная тяжба говорит о том, что вы еще и сутяжник. Ну и нафиг ему такой сотрудник?
Но это мы про бизнес цивилизованный, а кроме бизнеса цивилизованного, у нас осталось немало бизнеса дикого, который так и живет «по понятиям». И по этим самым «понятиям» вы будете им должны.
Полиция? С тем некомплектом, который творится там будет классическое: когда убьют – тогда и приходите. И даже если наш герой имеет стальные тестикулы, то всегда есть слабое звено: жена, дети, родители.
А еще никто не исключает связи вашего бывшего работодателя в силовых структурах, когда прессовать вас будет уже полиция. И тут надо или иметь контрсвязи, или сидеть и не отсвечивать.
Все это наша жизнь и реалии на земле. Поэтому служебки это хорошо, но абсолютно бесполезно во многих случаях.
Поэтому – просто не работайте с чудаками на букву «м».
Как известно, чем больше бумаги – тем чище одно место. И в обсуждениях этот метод неоднократно всплывал.
Что делать, если руководство или заказчики игнорируют потребности IT и требуют работать на том, что есть? Как обезопасить себя? Каким образом снять ответственность?
Скажем сразу – надежный и проверенный способ только один – не работать с чудаками на букву «м». Поэтому если заказчик или работодатель начинает неоднократно исполнять дичь, что с ним лучше расстаться по-хорошему, чем потом выяснять кто прав, а кто виноват.
Способ обложиться служебками не так прост, как кажется, и таит свои подводные камни. Прежде всего, служебку надо подать по всем принятым правилам документооборота, регистрацией и отметкой на своем экземпляре. Иначе толку от такой служебки не будет, она тут же отправится в мусорку.
В этом плане внешним подрядчикам проще, у них в договоре указаны допустимые форматы обмена документами и в большинстве случаев достаточно обычного письма по электронной почте. Более важные документы можно всегда отправить по ЭДО или заказным письмом с уведомлением.
Но вернемся к нашим баранам. А именно служебкам, в некоторых случаях их наличие может сыграть резко против вас, вплоть до самых печальных последствий.
Почему так? Начнем немного издалека. Для чего пишется служебка? Для того чтобы переложить ответственность с себя на руководителя, который не выделяет нужных ресурсов. Мол я тебя уведомил, моя совесть чиста, теперь это твоя проблема.
А вот и нет. Самая плохая ситуация, когда сложившаяся ситуация однозначно попадет под одну из статей скучной книжки с названием Уголовный кодекс.
Скажем пришла проверка на пиратство, а вы неоднократно служебками уведомляли руководство о наличии нелицензионного ПО. Вы молодец? Нет, вы только что подняли статью с пола. Потому что следователь так и запишет: осознавая противоправность деяния, группой лиц, по предварительному сговору…
Если касаться бюджетки, то там список статей куда более широкий, включая коррупционные и всякие прочие, касающиеся той же КИИ. И там наличие служебки будет являться доказательством того, что вы были в курсе всех творящихся безобразий, но мер по их предотвращению не приняли, в ближайший околоток с заявлением не обратились, а следовательно, пойдете прицепом.
Поэтому перед тем, как руки потянулись писать служебку, надо сесть и крепко подумать, а что скажет прокурор, попади эта бумага ему в руки? Иногда проще пройти за недалекого и недостаточно квалифицированного товарища, чем поднять с пола статью.
Но это только одна сторона монеты. На другой стороне коммерческие структуры и бизнес. А бизнес бывает разный. Вы можете обложиться служебками в два слоя, но если владелец бизнеса решит, что вы крайний – то крайним назначат именно вас.
И подпрыгивать там бесполезно. Свободно улетите по статье, если сами не уйдете по собственному, а там можете пытаться в суде доказать свое честное имя и восстановиться.
Но, это в реальной жизни практически волчий билет. Так как ваш новый потенциальный работодатель видит, что вы не смогли уладить конфликт полюбовно (т.е. уйти по собственному), а значит вы человек конфликтный. А судебная тяжба говорит о том, что вы еще и сутяжник. Ну и нафиг ему такой сотрудник?
Но это мы про бизнес цивилизованный, а кроме бизнеса цивилизованного, у нас осталось немало бизнеса дикого, который так и живет «по понятиям». И по этим самым «понятиям» вы будете им должны.
Полиция? С тем некомплектом, который творится там будет классическое: когда убьют – тогда и приходите. И даже если наш герой имеет стальные тестикулы, то всегда есть слабое звено: жена, дети, родители.
А еще никто не исключает связи вашего бывшего работодателя в силовых структурах, когда прессовать вас будет уже полиция. И тут надо или иметь контрсвязи, или сидеть и не отсвечивать.
Все это наша жизнь и реалии на земле. Поэтому служебки это хорошо, но абсолютно бесполезно во многих случаях.
Поэтому – просто не работайте с чудаками на букву «м».
⚡15👎5🥱3❤2🤡2
Раскрыты эксплоиты для 23 неисправленных уязвимостей в FFmpeg, VLC, Firefox, Docker, PHP, OpenVPN, nmap, libssh2, nghttp2 и 7zip
✅ Отсюда: https://www.opennet.ru/opennews/art.shtml?num=65794
В этой новости все прекрасно – это новая реальность, с которой мы столкнулись после прихода в нашу жизнь ИИ. Его можно не замечать, можно игнорировать, можно считать переоцененным, но по факту он есть, и он работает.
А в какую сторону он будет работать – это уже от применяющего его зависит, это как топором: можно дров наколоть, а можно бабку-процентщицу зарубить.
И это не единичный случай, ИИ старательно ищет и находит уязвимости там, где люди не видели их годами и будет продолжать это делать. В долгую это кардинально изменит модель разработки, когда ИИ будет, как минимум, проверять написанный код.
А вот на короткой дистанции легко не будет никому, ни разработчикам, ни пользователям. И, возможно, рынок ПО существенным образом изменится, те продукты, которые не смогут поддерживать подобный темп исправлений вынужденно уйдут на обочину.
Пользователям же придется серьезно пересмотреть модель обновлений в частном и использование софта в общем. Здесь как раз на первый план будет выходить скорость доставки обновлений и их атомарность, чтобы можно было обновить/откатить единственный пакет, а не все состояние системы.
Кроме того, это прекрасная иллюстрация качества кода, написанного руками, который часто пытаются противопоставить коду, написанному ИИ. Хотя ничего удивительного в этом нет – людям свойственно ошибаться, это нормально.
И также нет ничего удивительного, что ИИ пишет код гораздо лучше среднего человека, как минимум соблюдая все правила и соглашения языка и не ленясь делать проверки. Также будущее за безопасными языками, тем же Rust, хотя его и модно ругать.
Но это будет уже совсем другая история и совсем другой рынок ПО, который мы с нынешним темпом развития технологий можем увидеть уже в самом ближайшем будущем.
Анонимный исследователь безопасности опубликовал в открытом доступе прототипы 23 эксплоитов, в которых задействованы ещё не исправленные (0-day) уязвимости в таких проектах, как FFmpeg, VLC, Firefox, Docker, PHP, OpenVPN, nmap, libssh2, nghttp2, 7zip, Ghidra, Gitea, c-ares, Floci, Flowise, ImageMagick, Lunar Client, MyBB, objdump и RustDesk.
Уязвимости были выявлены в результате fuzzing-тестирования проектов с привлечением AI-модели GPT-5.5-3-Codex-Spark. Утверждается, что эксплоиты, за исключением эксплоита к RustDesk, были написаны вручную, но вся сопроводительная документация к ним сгенерирована через AI.
✅ Отсюда: https://www.opennet.ru/opennews/art.shtml?num=65794
В этой новости все прекрасно – это новая реальность, с которой мы столкнулись после прихода в нашу жизнь ИИ. Его можно не замечать, можно игнорировать, можно считать переоцененным, но по факту он есть, и он работает.
А в какую сторону он будет работать – это уже от применяющего его зависит, это как топором: можно дров наколоть, а можно бабку-процентщицу зарубить.
И это не единичный случай, ИИ старательно ищет и находит уязвимости там, где люди не видели их годами и будет продолжать это делать. В долгую это кардинально изменит модель разработки, когда ИИ будет, как минимум, проверять написанный код.
А вот на короткой дистанции легко не будет никому, ни разработчикам, ни пользователям. И, возможно, рынок ПО существенным образом изменится, те продукты, которые не смогут поддерживать подобный темп исправлений вынужденно уйдут на обочину.
Пользователям же придется серьезно пересмотреть модель обновлений в частном и использование софта в общем. Здесь как раз на первый план будет выходить скорость доставки обновлений и их атомарность, чтобы можно было обновить/откатить единственный пакет, а не все состояние системы.
Кроме того, это прекрасная иллюстрация качества кода, написанного руками, который часто пытаются противопоставить коду, написанному ИИ. Хотя ничего удивительного в этом нет – людям свойственно ошибаться, это нормально.
И также нет ничего удивительного, что ИИ пишет код гораздо лучше среднего человека, как минимум соблюдая все правила и соглашения языка и не ленясь делать проверки. Также будущее за безопасными языками, тем же Rust, хотя его и модно ругать.
Но это будет уже совсем другая история и совсем другой рынок ПО, который мы с нынешним темпом развития технологий можем увидеть уже в самом ближайшем будущем.
👍16👏3❤2🔥1
Синие экраны смерти
Синий экран смерти, он же BSOD знаком каждому пользователю Windows, но не все знакомы с его историй и эволюцией, которая весьма интересна.
Начнем мы совсем издалека, с MS DOS, которая могла зависать и для которой в клавиатурный код IBM PC была зашита комбинация Ctrl+Alt+Del, которая выполняла перезагрузку компьютера.
Windows 3.1 являясь гибридной системой на основе MS DOS могла запускать старые 16-битные приложения DOS в полноэкранном режиме, и они также могли зависать, чтобы снять зависшее приложение нужно было также нажать Ctrl+Alt+Del.
Но теперь это не приводило к перезагрузке ПК и у пользователя появлялся выбор действий. Чтобы пояснить ему этот выбор и был создан специальный экран. Официально он назывался System Close Sign-off Screen (Экран подтверждения закрытия системы) и был черным.
В синий цвет его перекрасил Стив Балмер, которому не понравился сложный текст, который написали программисты, и он сам переписал его, заодно изменив цвет на синий, чтобы он отличался от простых DOS-окон и сообщений. Но по факту это не был BSOD, а просто диалоговое окно.
После выхода Windows 95, которая хоть и являлась полноценной 32-разрядной ОС, но также базировалась на DOS и не имела жесткой изоляции памяти. Приложения и драйвера часто лезли в чужие участки памяти, что приводило к фатальным ошибкам.
Для перехвата этих событий другой разработчик Раймонд Чен написал экран перехвата, который позволял завершить сбойный процесс и продолжить работу системы без перезагрузки, который официально назывался Fatal Exception Screen (Экран фатального исключения).
На самом деле помогало это мало и Windows 9.x при любом сбое рассыпалась как карточный домик и у многих именно этот синий экран стал ассоциироваться с фатальными ошибками системы.
Третий экран был разработан Джоном Вертом для Windows NT 3.1, которая исповедовала совсем иной подход, согласно которому система с фатальным сбоем в ядре или драйвере должна быть остановлена и перезагружена.
А чтобы администратор мог понять, что произошло он разработал специальный диагностический экран Bug Check Screen (экран проверки ошибок). На этот экран выводился стоп-код, список загруженных драйверов и шестнадцатеричные значения адресов для отладки.
Синий цвет был выбран исходя из соображений лучшей читабельности на мониторах тех лет (монохромных и цветных). При этом из-за обилия информации такой экран оказывал пугающее воздействие на обычных пользователей, но был бесценным кладезем информации для администраторов.
По сути, именно это был первый настоящий «синий экран смерти», так как никаких альтернатив, кроме перезагрузки системы он не оставлял, но такого термина пока еще не было.
Windows NT оказалась очень стабильной системой, но не имела широкого распространения, оставаясь ОС для сетей и профессионалов, а вот линейка Windows 9x широко пошла в народ, при этом не отличаясь особой стабильностью и именно синий экран Чена стал тем самым «синим окном смерти».
Термин оказался настолько удачным, что сразу ушел в народ, а оттуда перекочевал в официальную документацию и с тех пор все подобные окна Windows именовались как BSOD (Blue Screen of Death).
Начиная с Windows 2000 синий экран Верта сделали немного лаконичнее, оставив только код ошибки, имя сбойного драйвера или библиотеки и ее адреса в памяти, чтобы не пугать и не запутывать пользователей, а кому надо – те посмотрят все это в дампе.
Ну а после выхода Windows XP, объединившего домашнюю и корпоративную ветви ОС Windows у нас остался только синий экран Верта, тот самый, который «настоящий». И он практически в неизменном виде дожил до наших дней.
В Windows 8 ему сделали редизайн, сделав его более стильным и дружелюбным, с грустным смайликом. А в Windows 10 добавили на него QR-код со ссылкой на статью документации по приведенному на экране коду ошибки. Но это уже совсем другая история…
Синий экран смерти, он же BSOD знаком каждому пользователю Windows, но не все знакомы с его историй и эволюцией, которая весьма интересна.
Начнем мы совсем издалека, с MS DOS, которая могла зависать и для которой в клавиатурный код IBM PC была зашита комбинация Ctrl+Alt+Del, которая выполняла перезагрузку компьютера.
Windows 3.1 являясь гибридной системой на основе MS DOS могла запускать старые 16-битные приложения DOS в полноэкранном режиме, и они также могли зависать, чтобы снять зависшее приложение нужно было также нажать Ctrl+Alt+Del.
Но теперь это не приводило к перезагрузке ПК и у пользователя появлялся выбор действий. Чтобы пояснить ему этот выбор и был создан специальный экран. Официально он назывался System Close Sign-off Screen (Экран подтверждения закрытия системы) и был черным.
В синий цвет его перекрасил Стив Балмер, которому не понравился сложный текст, который написали программисты, и он сам переписал его, заодно изменив цвет на синий, чтобы он отличался от простых DOS-окон и сообщений. Но по факту это не был BSOD, а просто диалоговое окно.
После выхода Windows 95, которая хоть и являлась полноценной 32-разрядной ОС, но также базировалась на DOS и не имела жесткой изоляции памяти. Приложения и драйвера часто лезли в чужие участки памяти, что приводило к фатальным ошибкам.
Для перехвата этих событий другой разработчик Раймонд Чен написал экран перехвата, который позволял завершить сбойный процесс и продолжить работу системы без перезагрузки, который официально назывался Fatal Exception Screen (Экран фатального исключения).
На самом деле помогало это мало и Windows 9.x при любом сбое рассыпалась как карточный домик и у многих именно этот синий экран стал ассоциироваться с фатальными ошибками системы.
Третий экран был разработан Джоном Вертом для Windows NT 3.1, которая исповедовала совсем иной подход, согласно которому система с фатальным сбоем в ядре или драйвере должна быть остановлена и перезагружена.
А чтобы администратор мог понять, что произошло он разработал специальный диагностический экран Bug Check Screen (экран проверки ошибок). На этот экран выводился стоп-код, список загруженных драйверов и шестнадцатеричные значения адресов для отладки.
Синий цвет был выбран исходя из соображений лучшей читабельности на мониторах тех лет (монохромных и цветных). При этом из-за обилия информации такой экран оказывал пугающее воздействие на обычных пользователей, но был бесценным кладезем информации для администраторов.
По сути, именно это был первый настоящий «синий экран смерти», так как никаких альтернатив, кроме перезагрузки системы он не оставлял, но такого термина пока еще не было.
Windows NT оказалась очень стабильной системой, но не имела широкого распространения, оставаясь ОС для сетей и профессионалов, а вот линейка Windows 9x широко пошла в народ, при этом не отличаясь особой стабильностью и именно синий экран Чена стал тем самым «синим окном смерти».
Термин оказался настолько удачным, что сразу ушел в народ, а оттуда перекочевал в официальную документацию и с тех пор все подобные окна Windows именовались как BSOD (Blue Screen of Death).
Начиная с Windows 2000 синий экран Верта сделали немного лаконичнее, оставив только код ошибки, имя сбойного драйвера или библиотеки и ее адреса в памяти, чтобы не пугать и не запутывать пользователей, а кому надо – те посмотрят все это в дампе.
Ну а после выхода Windows XP, объединившего домашнюю и корпоративную ветви ОС Windows у нас остался только синий экран Верта, тот самый, который «настоящий». И он практически в неизменном виде дожил до наших дней.
В Windows 8 ему сделали редизайн, сделав его более стильным и дружелюбным, с грустным смайликом. А в Windows 10 добавили на него QR-код со ссылкой на статью документации по приведенному на экране коду ошибки. Но это уже совсем другая история…
👍19❤7🥱1
Сегодня мониторинг — больше чем техническая задача. Этот инструмент напрямую влияет на успех бизнеса. Но как не потеряться в потоке данных и предсказать сбои до их появления?
Приглашаем на вебинар, где ответим на этот вопрос и покажем, как выглядит новый стандарт наблюдаемости.
📅 9 июля | 11:00 (по Мск)
В программе вебинара
⏺ Эволюция инструментов: расскажем, почему старые подходы не работают и как выбрать современное решение.⏺ Бизнес-драйверы: обсудим, как бизнес-задачи определяют тренды развития мониторинга.⏺ Эпоха ИИ: покажем, как ИИ помогает автоматизировать процессы и анализировать данные.⏺ «Астра Мониторинг»: продемонстрируем решение, которое позволяет не просто видеть, а предвидеть.
Приходите, чтобы узнать, как сделать ваши ИТ-системы прозрачными, управляемыми и надежными.
🔗 Зарегистрироваться на вебинар
Please open Telegram to view this post
VIEW IN TELEGRAM
⚡1🤮1
Листая старую тетрадь...
У многих коллег, особенно молодого поколения, бытует мнение, что Windows всегда была дружелюбной администратору системой, где все вопросы решались на уровне "подключи и работай" и "далее - далее - готово".
А Linux, особенно тех лет, это треш, ад, красные глаза и пляски с бубнами.
Но не тут-то было. Дружелюбным Windows был не всегда. Выше представлен скриншот из NT 4, которая вполне себе успешно жила в отдельных местах вплоть до середины нулевых.
Если вы найдете там диспетчер устройств и другие простые инструменты администрирования, то значит это не NT4.
А уж чего стоило добавить туда новую железку, да чтобы она еще и работала. Приключений, иногда, хватало на полдня и полночи.
А сейчас даже в Linux - максимум собрать модуль ядра. Скучно...
У многих коллег, особенно молодого поколения, бытует мнение, что Windows всегда была дружелюбной администратору системой, где все вопросы решались на уровне "подключи и работай" и "далее - далее - готово".
А Linux, особенно тех лет, это треш, ад, красные глаза и пляски с бубнами.
Но не тут-то было. Дружелюбным Windows был не всегда. Выше представлен скриншот из NT 4, которая вполне себе успешно жила в отдельных местах вплоть до середины нулевых.
Если вы найдете там диспетчер устройств и другие простые инструменты администрирования, то значит это не NT4.
А уж чего стоило добавить туда новую железку, да чтобы она еще и работала. Приключений, иногда, хватало на полдня и полночи.
А сейчас даже в Linux - максимум собрать модуль ядра. Скучно...
👍12😁3
Не включается сетевое обнаружение в Windows / Windows Server
Современные ОС предусматривают современные подходы ко многим привычным вещам, отказываясь от многих устаревших технологий.
С одной стороны это правильно, с другой - может вызвать и вызывает проблемы в переходный период.
Поэтому системный администратор всегда должен интересоваться всеми нововведениями используемых систем, а также уметь применять их на практике.
Здоровый консерватизм - это хорошо, но он не должен препятствовать прогрессу.
Сегодня мы поговорим об одной часто встречающейся проблеме - не включается сетевое обнаружение в последних версиях Windows 10/11 и Windows Server.
✅ Читать: https://interface31.ru/post/ne-vklyuchaetsya-setevoe-obnaruzhenie-v-windows-10-windows-server/
Современные ОС предусматривают современные подходы ко многим привычным вещам, отказываясь от многих устаревших технологий.
С одной стороны это правильно, с другой - может вызвать и вызывает проблемы в переходный период.
Поэтому системный администратор всегда должен интересоваться всеми нововведениями используемых систем, а также уметь применять их на практике.
Здоровый консерватизм - это хорошо, но он не должен препятствовать прогрессу.
Сегодня мы поговорим об одной часто встречающейся проблеме - не включается сетевое обнаружение в последних версиях Windows 10/11 и Windows Server.
✅ Читать: https://interface31.ru/post/ne-vklyuchaetsya-setevoe-obnaruzhenie-v-windows-10-windows-server/
👍21🤬1
Защита RDP от перебора паролей при помощи оборудования Mikrotik
Атака с полным перебором паролей (брутфорс) - одна из наиболее часто встречающихся угроз в современном интернете. Она базируется не на уязвимостях ПО, а на нарушении политики паролей, что иногда оказывается гораздо более продуктивным.
Пользователи не любят сложных паролей и даже когда есть явные требования по сложности стремятся использовать более простые комбинации, либо словарные слова.
Многие также используют одну пару логин - пароль для всех учетных записей и при компрометации одной из них эти данные могут попасть в руки злоумышленников. Одним из наиболее часто атакуемых сервисов является RDP и сегодня мы посмотрим, как можно его защитить.
✅ Читать далее: https://interface31.ru/post/zashhita-rdp-ot-perebora-paroley-pri-pomoshhi-obrudovaniya-mikrotik/
Атака с полным перебором паролей (брутфорс) - одна из наиболее часто встречающихся угроз в современном интернете. Она базируется не на уязвимостях ПО, а на нарушении политики паролей, что иногда оказывается гораздо более продуктивным.
Пользователи не любят сложных паролей и даже когда есть явные требования по сложности стремятся использовать более простые комбинации, либо словарные слова.
Многие также используют одну пару логин - пароль для всех учетных записей и при компрометации одной из них эти данные могут попасть в руки злоумышленников. Одним из наиболее часто атакуемых сервисов является RDP и сегодня мы посмотрим, как можно его защитить.
✅ Читать далее: https://interface31.ru/post/zashhita-rdp-ot-perebora-paroley-pri-pomoshhi-obrudovaniya-mikrotik/
👍12⚡4👎1🥱1
Опасно ли переустанавливать Windows за деньги?
С таким вопросом несколько дней назад обратился сын одного знакомого. Сейчас он учится в другом городе и как любой нормальный студент активно ищет способы подработки.
Одним из таких способов уже давно является переустановки Windows. И, закономерно, встает вопрос – а насколько это безопасно.
Сразу ответим – безопасно, если соблюдать определенные нормы и правила.
Начнем с того, что утверждение о том, что, установив Windows без активации вы ничего не нарушаете – неверно. Активация – это технический момент, а юридические отношения начинаются гораздо раньше, с момента показа вам лицензионного соглашения, которое подразумевает, что имеете право на использование продукта.
Поэтому установленный таким образом продукт будет нелегальным с самого начала, вне зависимости от его активации, никакого пробного периода лицензия не предусматривает.
Но это лирика, а по факту предъявить за установку такой системы, даже вместе с MS Office вам могут только Ст. 7.12 КоАП РФ, но этого никто не будет делать, так как никому не интересно, разве что прицепом или когда не прокатило вменить ч. 2 ст. 146 УК РФ.
А для того, чтобы вменить ч. 2 ст. 146 УК РФ нужен крупный размер, который с лета 2024 года составляет 500 000 руб.
Набрать такого на простой установке Windows без всяких CAD и прочего серьезного профессионального ПО нереально, а кто устанавливает подобное – тот сам себе злобный буратино.
Т.е. даже если вы установили полностью нелицензионный Windows и Office, то на уголовную статью подобное деяние не тянет, сугубо административка. Да и Office сегодня ставить совершенно незачем, есть куча бесплатных аналогов, некоторые похожи на оригинал до степени смешения и большую часть пользователей вполне устраивают.
Тоже касается и всего остального софта, сейчас для личного, домашнего или учебного применения всегда можно найти бесплатные программы с нужным набором функций. А если непременно нужен Photoshop – то это вы как-нибудь сами.
Еще одна ошибка: многие считают, что по ч. 2 ст. 146 УК РФ учитывается только тот софт, который вы установили на компьютер заказчика, но статья явно указывает:
а равно приобретения, хранения, перевозки контрафактных экземпляров … в целях сбыта
Т.е. все что вы принесли на флешке – то это как раз приобретение, хранение и перевозка в целях сбыта. Нашли несколько дистрибутивов Windows? Считаем все. Нашли установщик позволяющий поставить десяток разных редакций Office – посчитаем десяток.
Таким образом крупный размер набирался легко и непринужденно. А если там лежат дистрибутивы разных CAD и такого прочего – то и сейчас легко насчитают.
Поэтому ничего лишнего на флешке не держим, ничего совсем. Кроме дистрибутива Windows скачанного с официального сайта.
Сторонний софт лучше всего ставить либо из магазина Windows, благо там давно можно добавлять и обычный, классический софт, либо из официальных репозиториев через WinGet.
Во-первых – это удобно, во-вторых - не вызывает вопросов о легальности получения.
Отдельный разговор – кряки, даже просто на флешке. Это железная ч. 1 ст. 273 УК РФ - создание, использование и распространение вредоносных компьютерных программ.
Пролеченные сборки еще сильнее утяжеляют ситуацию, так как с позиции правоохранителей свидетельствуют об умышленном приготовлении к осуществлению преступления, а именно:
подготовку программ (в том числе путем внесения изменений в существующие программы)
И если от отдельно лежащего кряка, если вы его не использовали, еще можно как-то открутиться. То наличие сборок – однозначно ч. 1 ст. 273 УК РФ , а их установка - использование и распространение.
При желании под эту статью можно даже притянуть активацию на левом KMS – сервере, хотя вы никакого ПО не устанавливали и не использовали, а выполняли штатные команды.
Потому что диспозиция статьи подразумевает наказуемыми любые действия направленные на нейтрализацию средств защиты компьютерной информации. И неважно как вы этого добились. Есть результат – есть состав.
С таким вопросом несколько дней назад обратился сын одного знакомого. Сейчас он учится в другом городе и как любой нормальный студент активно ищет способы подработки.
Одним из таких способов уже давно является переустановки Windows. И, закономерно, встает вопрос – а насколько это безопасно.
Сразу ответим – безопасно, если соблюдать определенные нормы и правила.
Начнем с того, что утверждение о том, что, установив Windows без активации вы ничего не нарушаете – неверно. Активация – это технический момент, а юридические отношения начинаются гораздо раньше, с момента показа вам лицензионного соглашения, которое подразумевает, что имеете право на использование продукта.
Поэтому установленный таким образом продукт будет нелегальным с самого начала, вне зависимости от его активации, никакого пробного периода лицензия не предусматривает.
Но это лирика, а по факту предъявить за установку такой системы, даже вместе с MS Office вам могут только Ст. 7.12 КоАП РФ, но этого никто не будет делать, так как никому не интересно, разве что прицепом или когда не прокатило вменить ч. 2 ст. 146 УК РФ.
А для того, чтобы вменить ч. 2 ст. 146 УК РФ нужен крупный размер, который с лета 2024 года составляет 500 000 руб.
Набрать такого на простой установке Windows без всяких CAD и прочего серьезного профессионального ПО нереально, а кто устанавливает подобное – тот сам себе злобный буратино.
Т.е. даже если вы установили полностью нелицензионный Windows и Office, то на уголовную статью подобное деяние не тянет, сугубо административка. Да и Office сегодня ставить совершенно незачем, есть куча бесплатных аналогов, некоторые похожи на оригинал до степени смешения и большую часть пользователей вполне устраивают.
Тоже касается и всего остального софта, сейчас для личного, домашнего или учебного применения всегда можно найти бесплатные программы с нужным набором функций. А если непременно нужен Photoshop – то это вы как-нибудь сами.
Еще одна ошибка: многие считают, что по ч. 2 ст. 146 УК РФ учитывается только тот софт, который вы установили на компьютер заказчика, но статья явно указывает:
а равно приобретения, хранения, перевозки контрафактных экземпляров … в целях сбыта
Т.е. все что вы принесли на флешке – то это как раз приобретение, хранение и перевозка в целях сбыта. Нашли несколько дистрибутивов Windows? Считаем все. Нашли установщик позволяющий поставить десяток разных редакций Office – посчитаем десяток.
Таким образом крупный размер набирался легко и непринужденно. А если там лежат дистрибутивы разных CAD и такого прочего – то и сейчас легко насчитают.
Поэтому ничего лишнего на флешке не держим, ничего совсем. Кроме дистрибутива Windows скачанного с официального сайта.
Сторонний софт лучше всего ставить либо из магазина Windows, благо там давно можно добавлять и обычный, классический софт, либо из официальных репозиториев через WinGet.
Во-первых – это удобно, во-вторых - не вызывает вопросов о легальности получения.
Отдельный разговор – кряки, даже просто на флешке. Это железная ч. 1 ст. 273 УК РФ - создание, использование и распространение вредоносных компьютерных программ.
Пролеченные сборки еще сильнее утяжеляют ситуацию, так как с позиции правоохранителей свидетельствуют об умышленном приготовлении к осуществлению преступления, а именно:
подготовку программ (в том числе путем внесения изменений в существующие программы)
И если от отдельно лежащего кряка, если вы его не использовали, еще можно как-то открутиться. То наличие сборок – однозначно ч. 1 ст. 273 УК РФ , а их установка - использование и распространение.
При желании под эту статью можно даже притянуть активацию на левом KMS – сервере, хотя вы никакого ПО не устанавливали и не использовали, а выполняли штатные команды.
Потому что диспозиция статьи подразумевает наказуемыми любые действия направленные на нейтрализацию средств защиты компьютерной информации. И неважно как вы этого добились. Есть результат – есть состав.
😁11❤6👍5🤮5🥱4
Используем команду sed для работы с текстом
Утилита sed - потоковый текстовый редактор. Широко используется для работы с потоками данных в скриптах и консольных командах. Владение данной утилитой относится к основам администрирования Linux.
В общем случае работа sed задается конструкцией:
Например, результатом работы команды:
Будет строка “Сегодня 1 мая” , в данном случае s – обозначает действие замены, далее идет вхождение и замена.
Если нужно выполнить несколько действий, то разделяем их точкой с запятой и добавляем ключ -e:
Так как мы не уверены, как именно может быть написано слово «Сегодня», то мы добавили к первому действию флаг i, который предписывает игнорировать регистр.
Пока что мы работали с потоками стандартного ввода-вывода, но также на вход можно подать файл:
Тогда будут прочитаны все строки файла и в каждой из них, при совпадении будет выполнена замена. Результат будет выведен в стандартный поток вывода, исходный файл изменен не будет.
В поток вывода добавляются все строки, а не только те, которые были заменены. При необходимости можете сохранить его в отдельный файл используя перенаправление.
Другой вариант – использовать флаг w с указанием файла, но в этом случае в него будут записаны только те строки, где была произведена замена:
Если нам нужно редактировать непосредственно исходный файл, то следует запустить команду с ключом -i (не следует путать с командой i):
В этом случае все замены будут произведены внутри файла, в стандартный поток вывода ничего отправляться не будет.
При работе с файлом можно указывать строки или диапазоны строк для замены, например только вторую строку:
Или со 2 строки по 5:
Для указания последней строки используйте символ $:
Данная конструкция заменит вхождения с 5 строки по последнюю.
Если не указано иного, то sed заменят только первое вхождение в строке, номер вхождения можно указать при помощи флага или использовать флаг глобальной замены – g, при использовании данного флага с номером будут заменены все вхождения начиная с указанного, например, с третьего:
Кроме изменения строк sed можно использовать для удаления строк из потока, для этого просто укажите их номер или диапазон номеров:
Также можно использовать вхождения, например, удалим все строки со словом «апреля»:
Можно использовать и несколько вхождений, но будьте осторожны, sed удалит все строки между ними:
Также sed можно использовать для добавления строк в поток, в начало или конец потока, для добавления в начало используйте:
В конец:
Или явно укажите номер строки от начала или конца:
Команда с полностью заменит содержимое указанной строки:
Еще одна возможность sed – замена символов, но при этом область замены нельзя ограничить, будет выполнена обработка всего потока, например заменим a на b, с на d и e на f:
Это не полный набор приемов и возможностей sed, Телеграм накладывает ограничения на размер заметки, но уже этого достаточно для эффективного применения утилиты и получения новых навыков работы с текстом.
Утилита sed - потоковый текстовый редактор. Широко используется для работы с потоками данных в скриптах и консольных командах. Владение данной утилитой относится к основам администрирования Linux.
В общем случае работа sed задается конструкцией:
команда/вхождение/замена/флаги
Например, результатом работы команды:
echo "Сегодня 1 апреля" | sed 's/апреля/мая/'
Будет строка “Сегодня 1 мая” , в данном случае s – обозначает действие замены, далее идет вхождение и замена.
Если нужно выполнить несколько действий, то разделяем их точкой с запятой и добавляем ключ -e:
"Сегодня 1 апреля" | sed -e 's/сегодня/Завтра/i; s/апреля/мая/'
Так как мы не уверены, как именно может быть написано слово «Сегодня», то мы добавили к первому действию флаг i, который предписывает игнорировать регистр.
Пока что мы работали с потоками стандартного ввода-вывода, но также на вход можно подать файл:
's/апреля/мая/' file.txt
Тогда будут прочитаны все строки файла и в каждой из них, при совпадении будет выполнена замена. Результат будет выведен в стандартный поток вывода, исходный файл изменен не будет.
В поток вывода добавляются все строки, а не только те, которые были заменены. При необходимости можете сохранить его в отдельный файл используя перенаправление.
Другой вариант – использовать флаг w с указанием файла, но в этом случае в него будут записаны только те строки, где была произведена замена:
sed 's/апреля/мая/w out.txt' file.txt
Если нам нужно редактировать непосредственно исходный файл, то следует запустить команду с ключом -i (не следует путать с командой i):
sed -i 's/апреля/мая/' file.txt
В этом случае все замены будут произведены внутри файла, в стандартный поток вывода ничего отправляться не будет.
При работе с файлом можно указывать строки или диапазоны строк для замены, например только вторую строку:
sed '2s/апреля/мая/' file.txt
Или со 2 строки по 5:
sed '2,5s/апреля/мая/' file.txt
Для указания последней строки используйте символ $:
sed '5,$s/апреля/мая/' file.txt
Данная конструкция заменит вхождения с 5 строки по последнюю.
Если не указано иного, то sed заменят только первое вхождение в строке, номер вхождения можно указать при помощи флага или использовать флаг глобальной замены – g, при использовании данного флага с номером будут заменены все вхождения начиная с указанного, например, с третьего:
sed 's/апреля/мая/3g' file.txt
Кроме изменения строк sed можно использовать для удаления строк из потока, для этого просто укажите их номер или диапазон номеров:
sed '2,5d' file.txt
Также можно использовать вхождения, например, удалим все строки со словом «апреля»:
sed '/апреля/ d' file.txt
Можно использовать и несколько вхождений, но будьте осторожны, sed удалит все строки между ними:
sed '/апреля/,/мая/3d' file.txt
Также sed можно использовать для добавления строк в поток, в начало или конец потока, для добавления в начало используйте:
sed 'i\Это первая строка' file.txt
В конец:
sed 'a\Это последняя строка' file.txt
Или явно укажите номер строки от начала или конца:
sed '2i\Это вторая строка' file.txt
Команда с полностью заменит содержимое указанной строки:
sed '3c\Это новое содержимое третьей строки' file.txt
Еще одна возможность sed – замена символов, но при этом область замены нельзя ограничить, будет выполнена обработка всего потока, например заменим a на b, с на d и e на f:
sed 'y/ace/bdf/' file.txt
Это не полный набор приемов и возможностей sed, Телеграм накладывает ограничения на размер заметки, но уже этого достаточно для эффективного применения утилиты и получения новых навыков работы с текстом.
1👍33❤6🤮1👌1
Как включить и использовать песочницу Windows 10/11
Работа системного администратора плотно связана с постоянной необходимостью запускать различные приложения и скрипты, многие из которых запускать на рабочей системе совсем не хочется, по самым разнообразным причинам. Классическое решение этого вопроса - использование виртуальной машины, которую нужно предварительно установить и настроить. Но есть и альтернативный способ - использование Песочницы (Sandbox) Windows.
Песочница Windows - специальная облегченная изолированная среда рабочего стола Windows на основе гипервизора предназначенная для безопасного запуска и тестирования неизвестных файлов или отладки скриптов и приложений. По сравнению с полноценной виртуальной машиной песочница занимает меньше места и требует меньше системных ресурсов, а также быстрее запускается.
Основные назначения песочницы:
🔹 Чистая среда для отладки и тестирования разрабатываемых приложений. Запуская приложение в песочнице вы можете убедиться в отсутствии зависимостей от внешних библиотек и приложений, а также получить гарантированно чистую, стандартную среду запуска.
🔹 Безопасный веб-серфинг. Позволяет безопасно посещать потенциально опасные и ненадежные сайты, не подвергая рискам безопасности основную систему.
🔹 Запуск ненадежных приложений. Это может быть как потенциально небезопасное ПО или программы имеющие возможные проблемы совместимости и способные нарушить нормальное функционирование рабочей системы. Или просто ПО, которое вы запускаете в первый раз для его оценки.
🔹 Демонстрация нового программного обеспечения. Если вам нужно показать работу ПО в тестовых, демонстрационных или учебных целях без необходимости установки его и его компонентов в основную систему.
Системные требования для песочницы следующие:
▫️ Windows 11 или Windows 10 версии 1903 или более поздней
▫️ Возможности виртуализации должны быть включены в BIOS
▫️ Не менее 4 ГБ оперативной памяти (рекомендуется 8 ГБ)
▫️ Не менее 1 ГБ свободного места на диске (рекомендуется SSD)
▫️ Не менее 2 ядер ЦПУ (рекомендуется 4 ядра с включенной многопоточностью)
✅ Читать далее: https://interface31.ru/post/kak-vklyuchit-i-ispolzovat-pesochnicu-windows-10-11/
Работа системного администратора плотно связана с постоянной необходимостью запускать различные приложения и скрипты, многие из которых запускать на рабочей системе совсем не хочется, по самым разнообразным причинам. Классическое решение этого вопроса - использование виртуальной машины, которую нужно предварительно установить и настроить. Но есть и альтернативный способ - использование Песочницы (Sandbox) Windows.
Песочница Windows - специальная облегченная изолированная среда рабочего стола Windows на основе гипервизора предназначенная для безопасного запуска и тестирования неизвестных файлов или отладки скриптов и приложений. По сравнению с полноценной виртуальной машиной песочница занимает меньше места и требует меньше системных ресурсов, а также быстрее запускается.
Основные назначения песочницы:
🔹 Чистая среда для отладки и тестирования разрабатываемых приложений. Запуская приложение в песочнице вы можете убедиться в отсутствии зависимостей от внешних библиотек и приложений, а также получить гарантированно чистую, стандартную среду запуска.
🔹 Безопасный веб-серфинг. Позволяет безопасно посещать потенциально опасные и ненадежные сайты, не подвергая рискам безопасности основную систему.
🔹 Запуск ненадежных приложений. Это может быть как потенциально небезопасное ПО или программы имеющие возможные проблемы совместимости и способные нарушить нормальное функционирование рабочей системы. Или просто ПО, которое вы запускаете в первый раз для его оценки.
🔹 Демонстрация нового программного обеспечения. Если вам нужно показать работу ПО в тестовых, демонстрационных или учебных целях без необходимости установки его и его компонентов в основную систему.
Системные требования для песочницы следующие:
▫️ Windows 11 или Windows 10 версии 1903 или более поздней
▫️ Возможности виртуализации должны быть включены в BIOS
▫️ Не менее 4 ГБ оперативной памяти (рекомендуется 8 ГБ)
▫️ Не менее 1 ГБ свободного места на диске (рекомендуется SSD)
▫️ Не менее 2 ядер ЦПУ (рекомендуется 4 ядра с включенной многопоточностью)
✅ Читать далее: https://interface31.ru/post/kak-vklyuchit-i-ispolzovat-pesochnicu-windows-10-11/
👍21🔥9🤮1
Используете ли вы Песочницу Windows?
Anonymous Poll
7%
Да, все нравится
4%
Да, но такое себе
31%
Не знал, хочу попробовать
8%
Не знал, но даже пробовать не хочу
5%
Использовал, отказался
21%
Нет, предпочитаю полноценные виртуалки
13%
Нет, мне это не надо
1%
Свой вариант в комментариях
9%
Ничего не понятно, но очень интересно
👍2
Монитор CDN-площадок честного знака
Понадобился нам простой и наглядный инструмент для быстрой оценки состояния площадок Честного знака в конкретном месте, например, прямо на магазине. Чтобы показывало текущее состояние и небольшую историю.
Зачем это надо? Чтобы понимать, что у вас происходит здесь и сейчас, и почему все плохо. Потому что 1С по умолчанию обновляет площадки каждые 6 часов, за которые все может очень сильно измениться. ТС ПИоТ по имеющимся данным вообще выбирает площадку один раз при запуске службы.
Поэтому, если выбранная площадка деградировала или имеет проблемы с доступом, то у вас на этой точке начнутся чудеса с маркировкой, вплоть до ее полной неработоспособности.
Монитор позволить быстро выяснить текущее состояние связи с площадками и принять уже осмысленные действия. В 1С обычно помогает вручную актуализировать состояние CDN-площадок, для ПИоТ перезапускать службы ЕСМ пока он не зацепится за быструю площадку.
А стабильно нестабильные площадки, как например cdn7 на приложенных скриншотах вообще имеет смысл заблокировать на брандмауэре, но не через drop, а reject. Чтобы до нее гарантированно никто не достучался.
Утилита кроссплатформенная, написана на Go при помощи ИИ буквально за пару часов.
👇Бинарники в комментариях.
Понадобился нам простой и наглядный инструмент для быстрой оценки состояния площадок Честного знака в конкретном месте, например, прямо на магазине. Чтобы показывало текущее состояние и небольшую историю.
Зачем это надо? Чтобы понимать, что у вас происходит здесь и сейчас, и почему все плохо. Потому что 1С по умолчанию обновляет площадки каждые 6 часов, за которые все может очень сильно измениться. ТС ПИоТ по имеющимся данным вообще выбирает площадку один раз при запуске службы.
Поэтому, если выбранная площадка деградировала или имеет проблемы с доступом, то у вас на этой точке начнутся чудеса с маркировкой, вплоть до ее полной неработоспособности.
Монитор позволить быстро выяснить текущее состояние связи с площадками и принять уже осмысленные действия. В 1С обычно помогает вручную актуализировать состояние CDN-площадок, для ПИоТ перезапускать службы ЕСМ пока он не зацепится за быструю площадку.
А стабильно нестабильные площадки, как например cdn7 на приложенных скриншотах вообще имеет смысл заблокировать на брандмауэре, но не через drop, а reject. Чтобы до нее гарантированно никто не достучался.
Утилита кроссплатформенная, написана на Go при помощи ИИ буквально за пару часов.
👇Бинарники в комментариях.
👍25🤝1
Обзор российских ОС. Альт Рабочая станция 11
Альт не стал включаться в гонку основных разработчиков отечественных Linux дистрибутивов, выпустивших мажорные обновления своих продуктов летом и осенью 2024 года. Новая платформа 11 увидела свет весной 2025 года, но предназначалась только для тестирования, а пригодная для продуктивного применения версия 11.1 была выпущена только осенью. Поэтому сегодня самое время посмотреть на новую ОС Альт Рабочая станция, как фаворита всей линейки систем.
Напомним, Альт Рабочая станция - операционная система общего применения, предназначенная в первую очередь для работы и поддерживающая множество платформ и архитектур, а также входящая в Единый реестр российских программ. Система бесплатна для использования физическими лицами, организации обязаны приобрести лицензию.
✅ Читать далее: https://interface31.ru/post/obzor-rossiyskih-os-alt-rabochaya-stanciya-11/
Альт не стал включаться в гонку основных разработчиков отечественных Linux дистрибутивов, выпустивших мажорные обновления своих продуктов летом и осенью 2024 года. Новая платформа 11 увидела свет весной 2025 года, но предназначалась только для тестирования, а пригодная для продуктивного применения версия 11.1 была выпущена только осенью. Поэтому сегодня самое время посмотреть на новую ОС Альт Рабочая станция, как фаворита всей линейки систем.
Напомним, Альт Рабочая станция - операционная система общего применения, предназначенная в первую очередь для работы и поддерживающая множество платформ и архитектур, а также входящая в Единый реестр российских программ. Система бесплатна для использования физическими лицами, организации обязаны приобрести лицензию.
✅ Читать далее: https://interface31.ru/post/obzor-rossiyskih-os-alt-rabochaya-stanciya-11/
👍23👀5❤1
DiskWatch – удобная утилита для анализа дисковой подсистемы в Linux
Для работы с дисками в Linux есть множество утилит, каждая из которых делает что-то свое, полностью соответствуя философии UNIX. Но иногда надо быстро проверить общее состояние подсистемы или выявить аномалии, в этом случае нам поможет DiskWatch (https://github.com/matthart1983/diskwatch).
Это утилита с псевдографическим TUI-интерфейсом, которая показывает всю основную информацию в реальном времени и самостоятельно подсвечивает возможные проблемы.
Информация собрана на 8 вкладках, начиная от общего обзора системы и заканчивая подробной информацией по дискам, томам, открытым файлам, состоянию S.M.A.R.T и т.д.
Инструмент, следует отменить, удобный и полезный, так как заменяет множество консольных инструментов, которые, если не использовать их каждый день, могут вызывать сложности с использованием.
Но есть и недостатки, например, у нас в статически собранном бинарнике на некоторых вкладках работали не все навигационные клавиши. Но в целом утилита оставила после себя приятное впечатление, учитывая что она находится на начальном этапе разработки.
Для работы с дисками в Linux есть множество утилит, каждая из которых делает что-то свое, полностью соответствуя философии UNIX. Но иногда надо быстро проверить общее состояние подсистемы или выявить аномалии, в этом случае нам поможет DiskWatch (https://github.com/matthart1983/diskwatch).
Это утилита с псевдографическим TUI-интерфейсом, которая показывает всю основную информацию в реальном времени и самостоятельно подсвечивает возможные проблемы.
Информация собрана на 8 вкладках, начиная от общего обзора системы и заканчивая подробной информацией по дискам, томам, открытым файлам, состоянию S.M.A.R.T и т.д.
Инструмент, следует отменить, удобный и полезный, так как заменяет множество консольных инструментов, которые, если не использовать их каждый день, могут вызывать сложности с использованием.
Но есть и недостатки, например, у нас в статически собранном бинарнике на некоторых вкладках работали не все навигационные клавиши. Но в целом утилита оставила после себя приятное впечатление, учитывая что она находится на начальном этапе разработки.
👍19🔥16❤3🤔1