Самоподписанные сертификаты. Мифы и реальность
Вокруг самоподписанных сертификатов каких только мифов не собрано. Если не вдаваться в подробности, то все они сводятся к тому, что самоподписанный сертификат не безопасен и не предоставляет надежного шифрования. И ставить его в продакшен – ну такое…
Но стоит начать задавать уточняющие вопросы как выясняется, что редко кто может толком пояснить чем же небезопасен самоподписанный сертификат и что в нем такого ненадежного.
Начнем с того, что надежность шифрования не зависит от сертификата, сертификат нужен нам для формирования ключей шифрования, а надежность шифрования зависит от применяемого набора шифров.
Мы вполне можем использовать «настоящий» сертификат и слабые шифры и это будет менее надежно, чем самоподписанный сертификат и сильные шифры.
Так в чем же тогда проблема? В доверии. Вся инфраструктура открытых ключей (PKI) строится на вопросе доверия, ключевым звеном в вопросе доверия является удостоверяющий центр (CA), которому мы однозначно доверяем.
После того, как мы поместим корневой сертификат CA в хранилище доверенных корневых сертификатов мы можем проверить любой выданный этим удостоверяющим центром сертификат и убедиться в том, что он действителен.
Также мы можем проверить сертификат на отзыв, при помощи все того же удостоверяющего центра.
Если нам нужно выпускать собственные сертификаты, то мы можем создать собственный CA и распространив его корневой сертификат внутри своей инфраструктуры обеспечим доверительные отношения к любым выпущенным им сертификатам.
Корневой сертификат удостоверяющего центра не является секретным, но перед его установкой нам следует убедиться, что мы устанавливаем именно тот сертификат, который нам нужен.
Для этого нужно сравнить цифровой отпечаток с предоставленным вам по надежным каналам владельцем сертификата или с опубликованным в официальном источнике.
А теперь перейдем к самоподписанным сертификатам. При его создании не используется никакой удостоверяющий центр и сертификат подписывает себя самостоятельно собственной сигнатурой.
Таким образом мы не можем проверить действительность сертификата и установить с ним доверительные отношения. Нам остается только поверить или проверить его цифровой отпечаток запросив его у владельца сертификата.
Вариант «поверить» на практике выливается в постоянное игнорирование предупреждения о доверии сертификату, что притупляет бдительность и дает прекрасную возможность осуществить атаку MitM, перехватив трафик и предоставив поддельный сертификат. Все равно его никто не проверяет.
Вариант «проверить» также связан с определенными сложностями, вам нужно получить от владельца сертификата по заслуживающему доверию каналу его цифровой отпечаток и сравнить его с тем, который предоставляет удаленный узел.
Хорошо, проверили и убедились, что это действительно реальный сертификат узла, но не будем же мы это делать каждый раз? Не будем, чтобы избежать постоянного предупреждения такой сертификат также нужно добавить в хранилище корневых доверенных сертификатов.
Подводя итог, скажем следующее, самоподписанные сертификаты ничем не отличаются от любых других и их использование не несет никаких технических угроз безопасности.
Основная проблема самоподписанного сертификата – это вопрос доверия, точнее крайняя сложность в установлении доверительных отношений, если только вы сами не являетесь стороной выпустившей такой сертификат.
Кроме того, такой сертификат нельзя отозвать, нет, вы можете выпустить новый самоподписанный сертификат, но старый останется действительным до конца срока действия, что может привести к нежелательным последствиям в случае его компрометации.
Так можно ли использовать такие сертификаты? Можно, если вы представляете все сопутствующие проблемы и риски и готовы их решать. Но лучше все таки создать собственный удостоверяющий центр и выпускать сертификаты с его помощью, что позволит вам более гибко управлять процессом и уменьшит количество потенциально опасных ситуаций связанных с доверием.
Вокруг самоподписанных сертификатов каких только мифов не собрано. Если не вдаваться в подробности, то все они сводятся к тому, что самоподписанный сертификат не безопасен и не предоставляет надежного шифрования. И ставить его в продакшен – ну такое…
Но стоит начать задавать уточняющие вопросы как выясняется, что редко кто может толком пояснить чем же небезопасен самоподписанный сертификат и что в нем такого ненадежного.
Начнем с того, что надежность шифрования не зависит от сертификата, сертификат нужен нам для формирования ключей шифрования, а надежность шифрования зависит от применяемого набора шифров.
Мы вполне можем использовать «настоящий» сертификат и слабые шифры и это будет менее надежно, чем самоподписанный сертификат и сильные шифры.
Так в чем же тогда проблема? В доверии. Вся инфраструктура открытых ключей (PKI) строится на вопросе доверия, ключевым звеном в вопросе доверия является удостоверяющий центр (CA), которому мы однозначно доверяем.
После того, как мы поместим корневой сертификат CA в хранилище доверенных корневых сертификатов мы можем проверить любой выданный этим удостоверяющим центром сертификат и убедиться в том, что он действителен.
Также мы можем проверить сертификат на отзыв, при помощи все того же удостоверяющего центра.
Если нам нужно выпускать собственные сертификаты, то мы можем создать собственный CA и распространив его корневой сертификат внутри своей инфраструктуры обеспечим доверительные отношения к любым выпущенным им сертификатам.
Корневой сертификат удостоверяющего центра не является секретным, но перед его установкой нам следует убедиться, что мы устанавливаем именно тот сертификат, который нам нужен.
Для этого нужно сравнить цифровой отпечаток с предоставленным вам по надежным каналам владельцем сертификата или с опубликованным в официальном источнике.
А теперь перейдем к самоподписанным сертификатам. При его создании не используется никакой удостоверяющий центр и сертификат подписывает себя самостоятельно собственной сигнатурой.
Таким образом мы не можем проверить действительность сертификата и установить с ним доверительные отношения. Нам остается только поверить или проверить его цифровой отпечаток запросив его у владельца сертификата.
Вариант «поверить» на практике выливается в постоянное игнорирование предупреждения о доверии сертификату, что притупляет бдительность и дает прекрасную возможность осуществить атаку MitM, перехватив трафик и предоставив поддельный сертификат. Все равно его никто не проверяет.
Вариант «проверить» также связан с определенными сложностями, вам нужно получить от владельца сертификата по заслуживающему доверию каналу его цифровой отпечаток и сравнить его с тем, который предоставляет удаленный узел.
Хорошо, проверили и убедились, что это действительно реальный сертификат узла, но не будем же мы это делать каждый раз? Не будем, чтобы избежать постоянного предупреждения такой сертификат также нужно добавить в хранилище корневых доверенных сертификатов.
Подводя итог, скажем следующее, самоподписанные сертификаты ничем не отличаются от любых других и их использование не несет никаких технических угроз безопасности.
Основная проблема самоподписанного сертификата – это вопрос доверия, точнее крайняя сложность в установлении доверительных отношений, если только вы сами не являетесь стороной выпустившей такой сертификат.
Кроме того, такой сертификат нельзя отозвать, нет, вы можете выпустить новый самоподписанный сертификат, но старый останется действительным до конца срока действия, что может привести к нежелательным последствиям в случае его компрометации.
Так можно ли использовать такие сертификаты? Можно, если вы представляете все сопутствующие проблемы и риски и готовы их решать. Но лучше все таки создать собственный удостоверяющий центр и выпускать сертификаты с его помощью, что позволит вам более гибко управлять процессом и уменьшит количество потенциально опасных ситуаций связанных с доверием.
👍61
Подборка наших статей про BIND, ISC DHCP и Kea
▫️ Настраиваем отказоустойчивый DHCP-сервер на базе ISC DHCP
▫️ Настраиваем отказоустойчивый DNS-сервер на базе BIND 9
▫️ Настраиваем динамическое обновление DNS-сервера BIND 9 при помощи ISC DHCP
▫️ Установка и базовая настройка DHCP-сервера Kea
▫️ Настраиваем динамическое обновление DNS-сервера BIND 9 при помощи Kea DHCP
▫️ Настраиваем отказоустойчивый DHCP-сервер на базе ISC DHCP
▫️ Настраиваем отказоустойчивый DNS-сервер на базе BIND 9
▫️ Настраиваем динамическое обновление DNS-сервера BIND 9 при помощи ISC DHCP
▫️ Установка и базовая настройка DHCP-сервера Kea
▫️ Настраиваем динамическое обновление DNS-сервера BIND 9 при помощи Kea DHCP
👍22
Маршрутизация в OpenVPN
OpenVPN является одним из самых популярных решений для создания корпоративных VPN-сетей и одним из самых функциональных.
А если мы говорим о сетях, то никак нельзя забывать про маршрутизацию, тем более что OpenVPN предоставляет для этого мощные инструменты.
Основная задача VPN – соединить сети, а значит нам нужно каким-то образом направить нужный трафик в туннель. Для этого предназначена опция конфигурационного файла route, она может использоваться как на сервере, так и на клиенте и создает локальные маршруты при поднятии туннельного интерфейса.
Например, если у нас за VPN доступно несколько сетей, то просто пропишем в конфигурационный файл:
Однако маршрутная информация не является чем-то незыблемым и постоянным, она может меняться и поэтому прописывать подобные директивы в конфигурацию клиента считается плохой практикой, лучше отправить их с сервера, для этого в серверную конфигурацию добавьте:
Директива push означает, что указанная в кавычках опция должна быть отправлена клиенту и аналогична ее добавлению в клиентский конфигурационный файл.
Но таким образом мы распространим маршрут на всех клиентов, а как быть если нужно выборочно задать маршруты? Для этого следует использовать client-config-dir, технологию позволяющую назначить каждому клиенту специфические опции.
Мы не будем подробно на ней останавливаться, надеемся, что читатели про нее знают.
Таким образом мы можем отправить каждому клиенту собственный набор маршрутов, например первому:
И второму
Отлично, запускаем клиентов, проверяем таблицы маршрутизации – все маршруты добавлены. Но ничего не работает… Как же так?
Все просто. Мы настроили только внешнюю маршрутизацию, которая предписывает отправлять в туннель все пакеты к указанным сетям. Но OpenVPN не использует по умолчанию топологию точка-точка, вместо этого используется внутренняя подсеть и поэтому она не знает какому узлу внутренней сети отправлять тот или иной пакет.
Для настройки внутренней маршрутизации предназначена директива iroute (internal route) и она используется только в ccd-конфигурациях. В данной директиве указываем ту сеть, которая расположена за клиентом:
Таким образом для первого клиента ccd-конфигурация будет:
Для второго:
А на сервере будет достаточно:
Здесь внимательный читатель спросит, а почему нет отдельного внутреннего маршрута для сетей за сервером. Здесь все просто, такой маршрут не нужен, так как внутри OpenVPN сети сервер является шлюзом по умолчанию и все пакеты для которых нет отдельного внутреннего маршрута будут направлены ему.
OpenVPN является одним из самых популярных решений для создания корпоративных VPN-сетей и одним из самых функциональных.
А если мы говорим о сетях, то никак нельзя забывать про маршрутизацию, тем более что OpenVPN предоставляет для этого мощные инструменты.
Основная задача VPN – соединить сети, а значит нам нужно каким-то образом направить нужный трафик в туннель. Для этого предназначена опция конфигурационного файла route, она может использоваться как на сервере, так и на клиенте и создает локальные маршруты при поднятии туннельного интерфейса.
Например, если у нас за VPN доступно несколько сетей, то просто пропишем в конфигурационный файл:
route 192.168.101.0 255.255.255.0
route 192.168.102.0 255.255.255.0
Однако маршрутная информация не является чем-то незыблемым и постоянным, она может меняться и поэтому прописывать подобные директивы в конфигурацию клиента считается плохой практикой, лучше отправить их с сервера, для этого в серверную конфигурацию добавьте:
push "route 192.168.100.0 255.255.255.0"
Директива push означает, что указанная в кавычках опция должна быть отправлена клиенту и аналогична ее добавлению в клиентский конфигурационный файл.
Но таким образом мы распространим маршрут на всех клиентов, а как быть если нужно выборочно задать маршруты? Для этого следует использовать client-config-dir, технологию позволяющую назначить каждому клиенту специфические опции.
Мы не будем подробно на ней останавливаться, надеемся, что читатели про нее знают.
Таким образом мы можем отправить каждому клиенту собственный набор маршрутов, например первому:
push "route 192.168.100.0 255.255.255.0"
push "route 192.168.102.0 255.255.255.0"
И второму
push "route 192.168.100.0 255.255.255.0"
push "route 192.168.101.0 255.255.255.0"
Отлично, запускаем клиентов, проверяем таблицы маршрутизации – все маршруты добавлены. Но ничего не работает… Как же так?
Все просто. Мы настроили только внешнюю маршрутизацию, которая предписывает отправлять в туннель все пакеты к указанным сетям. Но OpenVPN не использует по умолчанию топологию точка-точка, вместо этого используется внутренняя подсеть и поэтому она не знает какому узлу внутренней сети отправлять тот или иной пакет.
Для настройки внутренней маршрутизации предназначена директива iroute (internal route) и она используется только в ccd-конфигурациях. В данной директиве указываем ту сеть, которая расположена за клиентом:
Таким образом для первого клиента ccd-конфигурация будет:
push "route 192.168.100.0 255.255.255.0"
push "route 192.168.102.0 255.255.255.0"
iroute 192.168.101.0 255.255.255.0
Для второго:
push "route 192.168.100.0 255.255.255.0"
push "route 192.168.101.0 255.255.255.0"
iroute 192.168.102.0 255.255.255.0
А на сервере будет достаточно:
route 192.168.101.0 255.255.255.0
route 192.168.102.0 255.255.255.0
Здесь внимательный читатель спросит, а почему нет отдельного внутреннего маршрута для сетей за сервером. Здесь все просто, такой маршрут не нужен, так как внутри OpenVPN сети сервер является шлюзом по умолчанию и все пакеты для которых нет отдельного внутреннего маршрута будут направлены ему.
👍36❤4
Сам себе директор
Многие из наших коллег время от времени работают на стороне и рано или поздно встает вопрос легализации подобного вида деятельности.
Причин тут может быть несколько и основная из них – желание заказчика платить в белую. Обычно оно возникает при росте сумм выставляемых счетов, потому как одно дело отдать неучтенной «наличкой» тысячу-другую, а совсем другое если вопрос исчисляется уже десятком тысяч.
Другая причина – это необходимость показать официальный доход, которая нужна если вы планируете крупные покупки в кредит, например, ипотеку.
Часто в списке причин указываются также возможные проблемы с налоговой, но будем честны – мелкие доходы физических лиц налоговую не интересуют в принципе, не тот масштаб.
А вот получить проблемы в банке – это уже гораздо легче, особенно если у вас есть крупные регулярные поступления от одних и тех же физических лиц. Но здесь все зависит от банка, в небольших банках к этому относятся гораздо стороже, чем в крупных.
В общем вы решили вывести свои подработки на белый свет. Как лучше это сделать? Оптимальный вариант – это стать самозанятым. Это просто, быстро и не требует дополнительных финансовых и административных затрат. Все делается через приложение «Мой налог».
Существенный минус самозанятого – он не имеет права перепродавать товары. Но в случае оказания услуг по администрированию или программированию это не является серьезным препятствием. Покупать и использовать в своей деятельности материалы и запчасти вам никто не мешает.
Если же нужно официально перепродавать оборудование, то придется регистрироваться как ИП. Сегодня это не сложно и вполне можно сделать онлайн. Но сопровождение ИП уже потребует финансовой (страховые взносы) и административной нагрузки (ведение учета, сдача отчетности).
Ничего страшного в этом нет. Сейчас есть много сервисов, помогающих вести учет ИП, или можно купить Бухгалтерию Базовую и полностью закрыть этот вопрос своими силами.
Основа учета ИП – это Книга учета доходов и расходов в которой предприниматель отражает все полученные доходы и все понесенные расходы (если использует режим налогообложения требующий учет расходов).
Учет ведется кассовым методом, т.е. по факту получения дохода или понесенных расходов. И если с расходами есть отдельные тонкости, то с доходом все просто и понятно.
Отчетность сдается один раз в год и если вы вели все это время элементарный учет, то она без проблем формируется автоматически в учетной системе.
И вот здесь мы подходим к основному вопросу – выборе системы налогообложения, так как именно от этого зависит финансовый результат нашей деятельности.
По факту у нас есть выбор без выбора. Так самозанятый платит 6% от полученных доходов от юридических лиц. Предприниматель на Упрощенной системе налогообложения с объектом налогообложения доходы платит также 6%, фиксированные страховые взносы + 1% с суммы доходов превысивших 300 тыс. руб.
Упрощенную систему с объектом доходы минус расходы мы рассматривать не будем, так как ее применение для типичной деятельности администратора или программиста финансово невыгодно.
Чтобы не быть голословными сделаем небольшой расчет. Примем ежемесячный доход на уровне 100 тыс. руб. или 1,2 млн. руб. в год.
🔹 Самозанятый заплатит:
1. Налог на профессиональный доход: 62 000 руб.
При этом будет иметь право на налоговый вычет в 10 000 руб.
Налоговая нагрузка составит: 5,17 %
🔹 Предприниматель на УСН (доходы) заплатит:
1. Страховые взносы: 58 500 руб.
1.1. По единому тарифу 49 500 руб.
1.2. В ПФР за себя (с доходов) 9 000 руб.
2. Налог УСН: 13 500 руб.
2.1. Налога начислено 72 000 руб.
2.2. Вычет страховых взносов 58 500 руб.
3. Итого к уплате (налоги и взносы): 72 000 руб.
Налоговая нагрузка, %: 6,00%
‼️ Что касается применения УСН (доходы-минус расходы) то налоговая нагрузка примерно сравняется с УСН (доходы) при расходах свыше 1 млн. рублей, что нам абсолютно не подходит.
☝️ Таким образом для легализации собственных доходов в первую очередь следует рассмотреть самозанятость, а потом ИП на упрощенке.
Многие из наших коллег время от времени работают на стороне и рано или поздно встает вопрос легализации подобного вида деятельности.
Причин тут может быть несколько и основная из них – желание заказчика платить в белую. Обычно оно возникает при росте сумм выставляемых счетов, потому как одно дело отдать неучтенной «наличкой» тысячу-другую, а совсем другое если вопрос исчисляется уже десятком тысяч.
Другая причина – это необходимость показать официальный доход, которая нужна если вы планируете крупные покупки в кредит, например, ипотеку.
Часто в списке причин указываются также возможные проблемы с налоговой, но будем честны – мелкие доходы физических лиц налоговую не интересуют в принципе, не тот масштаб.
А вот получить проблемы в банке – это уже гораздо легче, особенно если у вас есть крупные регулярные поступления от одних и тех же физических лиц. Но здесь все зависит от банка, в небольших банках к этому относятся гораздо стороже, чем в крупных.
В общем вы решили вывести свои подработки на белый свет. Как лучше это сделать? Оптимальный вариант – это стать самозанятым. Это просто, быстро и не требует дополнительных финансовых и административных затрат. Все делается через приложение «Мой налог».
Существенный минус самозанятого – он не имеет права перепродавать товары. Но в случае оказания услуг по администрированию или программированию это не является серьезным препятствием. Покупать и использовать в своей деятельности материалы и запчасти вам никто не мешает.
Если же нужно официально перепродавать оборудование, то придется регистрироваться как ИП. Сегодня это не сложно и вполне можно сделать онлайн. Но сопровождение ИП уже потребует финансовой (страховые взносы) и административной нагрузки (ведение учета, сдача отчетности).
Ничего страшного в этом нет. Сейчас есть много сервисов, помогающих вести учет ИП, или можно купить Бухгалтерию Базовую и полностью закрыть этот вопрос своими силами.
Основа учета ИП – это Книга учета доходов и расходов в которой предприниматель отражает все полученные доходы и все понесенные расходы (если использует режим налогообложения требующий учет расходов).
Учет ведется кассовым методом, т.е. по факту получения дохода или понесенных расходов. И если с расходами есть отдельные тонкости, то с доходом все просто и понятно.
Отчетность сдается один раз в год и если вы вели все это время элементарный учет, то она без проблем формируется автоматически в учетной системе.
И вот здесь мы подходим к основному вопросу – выборе системы налогообложения, так как именно от этого зависит финансовый результат нашей деятельности.
По факту у нас есть выбор без выбора. Так самозанятый платит 6% от полученных доходов от юридических лиц. Предприниматель на Упрощенной системе налогообложения с объектом налогообложения доходы платит также 6%, фиксированные страховые взносы + 1% с суммы доходов превысивших 300 тыс. руб.
Упрощенную систему с объектом доходы минус расходы мы рассматривать не будем, так как ее применение для типичной деятельности администратора или программиста финансово невыгодно.
Чтобы не быть голословными сделаем небольшой расчет. Примем ежемесячный доход на уровне 100 тыс. руб. или 1,2 млн. руб. в год.
🔹 Самозанятый заплатит:
1. Налог на профессиональный доход: 62 000 руб.
При этом будет иметь право на налоговый вычет в 10 000 руб.
Налоговая нагрузка составит: 5,17 %
🔹 Предприниматель на УСН (доходы) заплатит:
1. Страховые взносы: 58 500 руб.
1.1. По единому тарифу 49 500 руб.
1.2. В ПФР за себя (с доходов) 9 000 руб.
2. Налог УСН: 13 500 руб.
2.1. Налога начислено 72 000 руб.
2.2. Вычет страховых взносов 58 500 руб.
3. Итого к уплате (налоги и взносы): 72 000 руб.
Налоговая нагрузка, %: 6,00%
‼️ Что касается применения УСН (доходы-минус расходы) то налоговая нагрузка примерно сравняется с УСН (доходы) при расходах свыше 1 млн. рублей, что нам абсолютно не подходит.
☝️ Таким образом для легализации собственных доходов в первую очередь следует рассмотреть самозанятость, а потом ИП на упрощенке.
👍26
Интересно ли вам получать больше материалов по теме самозанятости/ИП для IT-специалистов?
Anonymous Poll
65%
Да
17%
Нет
18%
Все равно
Нужен ли сторонний софт для распознавания текста в Windows 11?
Windows 11 уже привыкли ругать, в первую очередь за откровенно неудачный интерфейс, хотя компания уже исправила многие огрехи, в той мере в которой их можно исправить.
Но при этом сама система получила множество новых функций и улучшений. Одно из самых значимых из них как-то незаметно прошло мимо – это оптическое распознавание символов.
Да, вы не ослышались, теперь, чтобы распознать текст с изображения вам не нужен ломаный FineReader или иное программное обеспечение, все это можно сделать стандартными средствами.
Новая возможность появилась в приложении Ножницы, которое многие используют для снятия скриншотов. В Windows 11 это приложение не только стало лучше и удобнее, но и обзавелось новой полезной функцией.
Чтобы распознать текст не нужно даже снимать скриншот картинки, достаточно ее просто открыть в приложении и нажать отмеченную на скриншоте кнопку.
Ножницы уверенно и без ошибок распознали текст даже на повернутом изображении. Но здесь есть нюанс – приложение посчитало началом документа его левый край и при копировании расставило абзацы в обратном порядке, поэтому документы перед распознаванием все-таки лучше поворачивать правильно.
Понятно, что это далеко не полноценный OCR со всеми его возможностями, но для прикладных задач быстро распознать текст с изображения его возможностей более чем достаточно.
Windows 11 уже привыкли ругать, в первую очередь за откровенно неудачный интерфейс, хотя компания уже исправила многие огрехи, в той мере в которой их можно исправить.
Но при этом сама система получила множество новых функций и улучшений. Одно из самых значимых из них как-то незаметно прошло мимо – это оптическое распознавание символов.
Да, вы не ослышались, теперь, чтобы распознать текст с изображения вам не нужен ломаный FineReader или иное программное обеспечение, все это можно сделать стандартными средствами.
Новая возможность появилась в приложении Ножницы, которое многие используют для снятия скриншотов. В Windows 11 это приложение не только стало лучше и удобнее, но и обзавелось новой полезной функцией.
Чтобы распознать текст не нужно даже снимать скриншот картинки, достаточно ее просто открыть в приложении и нажать отмеченную на скриншоте кнопку.
Ножницы уверенно и без ошибок распознали текст даже на повернутом изображении. Но здесь есть нюанс – приложение посчитало началом документа его левый край и при копировании расставило абзацы в обратном порядке, поэтому документы перед распознаванием все-таки лучше поворачивать правильно.
Понятно, что это далеко не полноценный OCR со всеми его возможностями, но для прикладных задач быстро распознать текст с изображения его возможностей более чем достаточно.
👍42🔥5❤3👎2
Выбор ОКВЭД для открытия ИП
Стать самозанятым просто, вести деятельность ненамного сложнее, разрешена любая деятельность кроме явно запрещенной.
А вот открывая ИП вы столкнетесь с необходимостью выбора вида деятельности или как их еще называют кодов ОКВЭД.
Общероссийский классификатор видов экономической деятельности (ОКВЭД) – это специальный справочник, в котором отражены все возможные виды экономической деятельности, и вы должны выбрать из него один или несколько кодов.
В целом никто не мешает выбрать кодов побольше, нет никакого запрета на выбор и использование кодов, по которым вы не ведете деятельности. Но будьте осторожны, некоторые коды требуют обязательного лицензирования, другие делают невозможным применение налоговых спецрежимов или предъявляют особые требования к исполнителю.
Но есть и другой момент, нормальной деловой практикой является изучение нового контрагента, в частности заявленных им видов деятельности и если у одного и того же ИП стоят там самые разноплановые коды, то выглядеть в глазах потенциального контрагента он будет подозрительно.
Почему? Да потому что такие коды чаще всего встречаются у фирм однодневок и прочих прокладок, занимающихся сомнительной экономической деятельностью.
Один из кодов ОКВЭД следует указать основным, но это совсем не значит, что вы должны показывать по нему основную выручку, хотя крайне желательно чтобы он отражал ваш основной вид деятельности. Это сделает ваше ИП более привлекательным в глазах контрагентов.
Бытует мнение, что коды ОКВЭД «только для галочки» и вполне можно вести деятельность по другим направлениям. К сожалению, это не так. При заключении договора на вид деятельности отсутствующий в указанных кодах ОКВЭД вы должны в течении 3 дней уведомить об этом налоговую (т.е. добавить код).
Если этого не сделать, то грозит штраф от 5 000 до 10 000 руб. Если сделать с опозданием, то штраф в 5 000 руб. При этом отдельный штраф выписывается на каждый код ОКВЭД.
Однако правоприменительная практика сложилась таким образом, что применить такие санкции можно только в том случае, если такая деятельность велась более двух месяцев.
Таким образом разовые работы или услуги не по ОКВЭД вполне допустимы, особенно если они имеют экономический смысл и тесно связаны с оказываемыми вами услугами. Например, разовый монтаж ЛВС. Никаких вопросов на практике в таких случаях не возникает.
Иное дело применение патентной системы налогообложения, патент выдается на определенный вид деятельности и инспекция вполне может контролировать (и контролирует) соответствие осуществляемой деятельности заявленной.
Поэтому все договора и акты выполненных работ по патенту не должны содержать никаких разночтений и двоякого трактования, позволяющих вывести договор или его часть из-под ПСН.
Чаще всего ПСН применяется для разработки ПО (код 62.01) и если вы заключаете договор на разработку и внедрение какого-либо продукта, то эти два этапа следует четко разделить, а еще лучше оформить разными договорами.
Потому как разработка ПО не вызывает вопросов по данному коду, а вот уже внедрение вполне может быть отнесено на код 62.02 при условии некоторых оговорок.
Также крупные разовые работы без ОКВЭД могут выйти боком контрагенту потому как услуги на IT (и т.п. нематериальные услуги) при определенных условиях вызывают пристальное внимание налоговой, если она имеет основания полагать уменьшение контрагентом налоговой базы таким образом.
Отсутствие у исполнителя нужного ОКВЭД может послужить основанием признать такую сделку мнимой или не имеющей экономического обоснования.
Кроме того, в случае ИП инспекция может переквалифицировать такую сделку в договор ГПХ, заставив вашего заказчика доплатить НДФЛ и страховые взносы.
А еще подобные фокусы не очень любят банки, что может повлечь от них вопросы по 115ФЗ с последующей блокировкой счетов.
Поэтому с кодами ОКВЭД лучше не шутить, тем более что внести изменения в их список можно в течении нескольких минут, не выходя из дома, вам потребуется только электронная подпись.
Стать самозанятым просто, вести деятельность ненамного сложнее, разрешена любая деятельность кроме явно запрещенной.
А вот открывая ИП вы столкнетесь с необходимостью выбора вида деятельности или как их еще называют кодов ОКВЭД.
Общероссийский классификатор видов экономической деятельности (ОКВЭД) – это специальный справочник, в котором отражены все возможные виды экономической деятельности, и вы должны выбрать из него один или несколько кодов.
В целом никто не мешает выбрать кодов побольше, нет никакого запрета на выбор и использование кодов, по которым вы не ведете деятельности. Но будьте осторожны, некоторые коды требуют обязательного лицензирования, другие делают невозможным применение налоговых спецрежимов или предъявляют особые требования к исполнителю.
Но есть и другой момент, нормальной деловой практикой является изучение нового контрагента, в частности заявленных им видов деятельности и если у одного и того же ИП стоят там самые разноплановые коды, то выглядеть в глазах потенциального контрагента он будет подозрительно.
Почему? Да потому что такие коды чаще всего встречаются у фирм однодневок и прочих прокладок, занимающихся сомнительной экономической деятельностью.
Один из кодов ОКВЭД следует указать основным, но это совсем не значит, что вы должны показывать по нему основную выручку, хотя крайне желательно чтобы он отражал ваш основной вид деятельности. Это сделает ваше ИП более привлекательным в глазах контрагентов.
Бытует мнение, что коды ОКВЭД «только для галочки» и вполне можно вести деятельность по другим направлениям. К сожалению, это не так. При заключении договора на вид деятельности отсутствующий в указанных кодах ОКВЭД вы должны в течении 3 дней уведомить об этом налоговую (т.е. добавить код).
Если этого не сделать, то грозит штраф от 5 000 до 10 000 руб. Если сделать с опозданием, то штраф в 5 000 руб. При этом отдельный штраф выписывается на каждый код ОКВЭД.
Однако правоприменительная практика сложилась таким образом, что применить такие санкции можно только в том случае, если такая деятельность велась более двух месяцев.
Таким образом разовые работы или услуги не по ОКВЭД вполне допустимы, особенно если они имеют экономический смысл и тесно связаны с оказываемыми вами услугами. Например, разовый монтаж ЛВС. Никаких вопросов на практике в таких случаях не возникает.
Иное дело применение патентной системы налогообложения, патент выдается на определенный вид деятельности и инспекция вполне может контролировать (и контролирует) соответствие осуществляемой деятельности заявленной.
Поэтому все договора и акты выполненных работ по патенту не должны содержать никаких разночтений и двоякого трактования, позволяющих вывести договор или его часть из-под ПСН.
Чаще всего ПСН применяется для разработки ПО (код 62.01) и если вы заключаете договор на разработку и внедрение какого-либо продукта, то эти два этапа следует четко разделить, а еще лучше оформить разными договорами.
Потому как разработка ПО не вызывает вопросов по данному коду, а вот уже внедрение вполне может быть отнесено на код 62.02 при условии некоторых оговорок.
Также крупные разовые работы без ОКВЭД могут выйти боком контрагенту потому как услуги на IT (и т.п. нематериальные услуги) при определенных условиях вызывают пристальное внимание налоговой, если она имеет основания полагать уменьшение контрагентом налоговой базы таким образом.
Отсутствие у исполнителя нужного ОКВЭД может послужить основанием признать такую сделку мнимой или не имеющей экономического обоснования.
Кроме того, в случае ИП инспекция может переквалифицировать такую сделку в договор ГПХ, заставив вашего заказчика доплатить НДФЛ и страховые взносы.
А еще подобные фокусы не очень любят банки, что может повлечь от них вопросы по 115ФЗ с последующей блокировкой счетов.
Поэтому с кодами ОКВЭД лучше не шутить, тем более что внести изменения в их список можно в течении нескольких минут, не выходя из дома, вам потребуется только электронная подпись.
👍25
Выбор ОКВЭД для открытия ИП
В одну заметку все не поместилось, поэтому продолжим.
Какие именно коды можно выбрать для своей деятельности? Начнем непосредственно с рекомендуемых для IT кодов:
▫️ 62.01 Разработка компьютерного программного обеспечения
▫️ 62.02 Деятельность консультативная и работы в области компьютерных технологий
▫️ 62.03 Деятельность по управлению компьютерным оборудованием
▫️ 62.09 Деятельность, связанная с использованием вычислительной техники и информационных технологий, прочая
▫️ 63.11 Деятельность по обработке данных, предоставление услуг по размещению информации и связанная с этим деятельность
▫️63.11.1 Деятельность по созданию и использованию баз данных и информационных ресурсов
▫️63.11.9 Деятельность по предоставлению услуг по размещению информации прочая
▫️ 47.41 Торговля розничная компьютерами, периферийными устройствами к ним и программным обеспечением в специализированных магазинах
▫️ 47.91.2 Торговля розничная, осуществляемая непосредственно при помощи информационно-коммуникационной сети Интернет
▫️ 95.11 Ремонт компьютеров и периферийного компьютерного оборудования
▫️ 70.22 Консультирование по вопросам коммерческой деятельности и управления
▫️ 73.11 Деятельность рекламных агентств
▫️ 73.20 Исследование конъюнктуры рынка и изучение общественного мнения
Обратите внимание, что код 63.11 содержит вложенные коды. Выбор общего кода обозначает автоматическое применение вложенных. Смысл выбора более узкого кода может быть обусловлена нежелательностью применения сразу всех кодов группы.
Код 73.11на первый взгляд к IT никаким боком, однако он пригодится если у вас есть свой сайт или телеграм-канал, и вы получаете средства за размещение рекламы.
Сюда же относится и 73.20, так как некоторые виды партнерских программ могут попадать под данный вид деятельности.
Также с осторожностью следует применять 47.41, особенно без наличия этого самого специализированного магазина. Причем проблемы здесь чаще возникают не от налоговой, а от банков, которые крайне нервно относятся к работе по этому коду без наличия реальной торговой точки.
Кстати, оба приведенных «торговых» кода относятся к розничной торговле. А розничная торговля подразумевает продажу товара, предназначенного для личного, семейного, домашнего или иного использования, не связанного с предпринимательской деятельностью.
И если продажа запасных частей или комплектующих формально подходит под понятие розничной сделки, то продажу оборудования, особенно явно коммерческого применения сюда уже не подведешь, поэтому лучше указать дополнительные «оптовые» коды:
▫️ 46.51 Торговля оптовая компьютерами, периферийными устройствами к компьютерам и программным обеспечением
▫️ 46.51.1 Торговля оптовая компьютерами и периферийными устройствами
▫️ 46.51.2 Торговля оптовая программным обеспечением
Ну а в том случае если вы на регулярной основе занимаетесь монтажом компьютерных сетей, то не поленитесь добавить еще один код:
▫️ 43.21 Производство электромонтажных работ
Данный список не претендует на полноту и не является исчерпывающим, но на наш взгляд он содержит все основные коды которые могут пригодиться вам при регистрации своего ИП.
В одну заметку все не поместилось, поэтому продолжим.
Какие именно коды можно выбрать для своей деятельности? Начнем непосредственно с рекомендуемых для IT кодов:
▫️ 62.01 Разработка компьютерного программного обеспечения
▫️ 62.02 Деятельность консультативная и работы в области компьютерных технологий
▫️ 62.03 Деятельность по управлению компьютерным оборудованием
▫️ 62.09 Деятельность, связанная с использованием вычислительной техники и информационных технологий, прочая
▫️ 63.11 Деятельность по обработке данных, предоставление услуг по размещению информации и связанная с этим деятельность
▫️63.11.1 Деятельность по созданию и использованию баз данных и информационных ресурсов
▫️63.11.9 Деятельность по предоставлению услуг по размещению информации прочая
▫️ 47.41 Торговля розничная компьютерами, периферийными устройствами к ним и программным обеспечением в специализированных магазинах
▫️ 47.91.2 Торговля розничная, осуществляемая непосредственно при помощи информационно-коммуникационной сети Интернет
▫️ 95.11 Ремонт компьютеров и периферийного компьютерного оборудования
▫️ 70.22 Консультирование по вопросам коммерческой деятельности и управления
▫️ 73.11 Деятельность рекламных агентств
▫️ 73.20 Исследование конъюнктуры рынка и изучение общественного мнения
Обратите внимание, что код 63.11 содержит вложенные коды. Выбор общего кода обозначает автоматическое применение вложенных. Смысл выбора более узкого кода может быть обусловлена нежелательностью применения сразу всех кодов группы.
Код 73.11на первый взгляд к IT никаким боком, однако он пригодится если у вас есть свой сайт или телеграм-канал, и вы получаете средства за размещение рекламы.
Сюда же относится и 73.20, так как некоторые виды партнерских программ могут попадать под данный вид деятельности.
Также с осторожностью следует применять 47.41, особенно без наличия этого самого специализированного магазина. Причем проблемы здесь чаще возникают не от налоговой, а от банков, которые крайне нервно относятся к работе по этому коду без наличия реальной торговой точки.
Кстати, оба приведенных «торговых» кода относятся к розничной торговле. А розничная торговля подразумевает продажу товара, предназначенного для личного, семейного, домашнего или иного использования, не связанного с предпринимательской деятельностью.
И если продажа запасных частей или комплектующих формально подходит под понятие розничной сделки, то продажу оборудования, особенно явно коммерческого применения сюда уже не подведешь, поэтому лучше указать дополнительные «оптовые» коды:
▫️ 46.51 Торговля оптовая компьютерами, периферийными устройствами к компьютерам и программным обеспечением
▫️ 46.51.1 Торговля оптовая компьютерами и периферийными устройствами
▫️ 46.51.2 Торговля оптовая программным обеспечением
Ну а в том случае если вы на регулярной основе занимаетесь монтажом компьютерных сетей, то не поленитесь добавить еще один код:
▫️ 43.21 Производство электромонтажных работ
Данный список не претендует на полноту и не является исчерпывающим, но на наш взгляд он содержит все основные коды которые могут пригодиться вам при регистрации своего ИП.
👍37
Хотите научиться эффективно проводить мониторинг инфраструктуры?
✨ Приглашаем вас 9 июля в 20:00 мск на открытый практический урок «Стратегии сбора метрик для мониторинга IT-инфраструктуры», где мы разберем:
✅ какие типы метрик используются для мониторинга;
✅ почему Prometheus использует pull-модель сбора метрик;
✅ преимущества и недостатки push- и pull-моделей;
✅ как выбрать подходящую модель сбора метрик.
➡️ Записаться на вебинар: https://otus.pw/H4ca/?erid=LjN8KWw2x
🎙Спикер Сергей Андрюнин — DevOps-инженер в нескольких крупных проектах, опытный разработчик и преподаватель.
Вебинар является частью полноценного онлайн-курса "Observability: мониторинг, логирование, трейсинг от Отус".
Записывайтесь сейчас, а мы потом напомним. Участие бесплатно.
✨ Приглашаем вас 9 июля в 20:00 мск на открытый практический урок «Стратегии сбора метрик для мониторинга IT-инфраструктуры», где мы разберем:
✅ какие типы метрик используются для мониторинга;
✅ почему Prometheus использует pull-модель сбора метрик;
✅ преимущества и недостатки push- и pull-моделей;
✅ как выбрать подходящую модель сбора метрик.
➡️ Записаться на вебинар: https://otus.pw/H4ca/?erid=LjN8KWw2x
🎙Спикер Сергей Андрюнин — DevOps-инженер в нескольких крупных проектах, опытный разработчик и преподаватель.
Вебинар является частью полноценного онлайн-курса "Observability: мониторинг, логирование, трейсинг от Отус".
Записывайтесь сейчас, а мы потом напомним. Участие бесплатно.
👍1🤮1
Небольшая подборка о том, что можно делать при помощи групповых политик.
🔹 Включаем отображение значков на рабочем столе Windows 10 через групповые политики
🔹 Как через групповые политики включить запрос на перезагрузку после установки обновлений для Windows 10
🔹 Автоматическое отключение локальных учетных записей через GPO
🔹 Усиливаем безопасность учетных данных пользователей при помощи групповых политик
🔹 Отключаем обновление Windows на следующую версию при помощи установки целевого выпуска
🔹 Установка сертификата при помощи групповых политик
🔹 Включаем отображение значков на рабочем столе Windows 10 через групповые политики
🔹 Как через групповые политики включить запрос на перезагрузку после установки обновлений для Windows 10
🔹 Автоматическое отключение локальных учетных записей через GPO
🔹 Усиливаем безопасность учетных данных пользователей при помощи групповых политик
🔹 Отключаем обновление Windows на следующую версию при помощи установки целевого выпуска
🔹 Установка сертификата при помощи групповых политик
👍22❤1
Сколько ОС на самом деле скрывается под наименованием Windows 10?
С выходом в 2015 году Windows 10 компания Microsoft опрометчиво заявила, что это последняя версия Windows и дальше будут только поставляться обновления по принципу «ОС как услуга».
В целом некоторое здравое зерно в этом есть, но реализация такой схемы требует внятного и четкого наименования выпусков, чтобы потребитель четко понимал, насколько свежая у него версия и не испытывал ненужных иллюзий и разочарований.
Но Microsoft полностью провалило эту задачу, вот кто сейчас быстро скажет, какой из выпусков Windows 10 новее: «Юбилейное обновление» или «Обновление для дизайнеров»? Вот то-то же… Для пользователей система остается просто Windows 10.
А это влечет за собой ряд сложностей, так как, по сути, под вывеской Windows 10 скрывается несколько версий ОС, достаточно сильно отличающихся между собой.
Первые версии Windows 10 с номерами версий 1507 (10.0.10240) и 1511 (10.0.586) не сильно отличались от публичной бета-версии и все еще были достаточно сырыми. Но видимо в компании пришли к выводу, что стабильность сборки достигла определенного порога и ее можно отправлять в релиз, а доработки можно делать и по ходу пьесы.
Вышедшая через год 1607 (10.0.14393) стала крупным шагом вперед и фактически новой версией системы, о чем говорит резко увеличившийся номер билда. На этой же сборке был основан Server 2016 и версия с длительной поддержкой 2016 LTSB.
На базе этой же платформы (Redstone) было выпущено три обновления 1703 (10.0.15063), 1709 (10.0.16299) и 1803 (10.0.17134). Несмотря на то, что формально они все относились к одной версии, в это время шло наиболее активное развитие системы, каждый выпуск нес что-то новое и чем-то отличался от предшественника.
Достаточно активно перерабатывался и совершенствовался интерфейс, наметилась окончательная тенденция к переносу всех инструментов управления из Панели управления в новое приложение Параметры.
И именно здесь началась чехарда с откровенно неудачными наименованиями выпусков. Очевидно, что Microsoft хотела сделать имена релизов запоминающимися, по примеру macOS. Получилось как всегда…
Выпуск 1607 неожиданно стал «Юбилейным обновлением», у кого юбилей – не пояснили, ходят слухи что таким образом хотели отметить первую годовщину Windows 10.
Ну это ладно, выпуск 1703 назвали «Обновлением для дизайнеров», что-либо более неудачное придумать было трудно, потому как сразу возникали вопросы: «а нужно ли мне ставить это обновление если я не дизайнер?»
Следующий выпуск 1709 стал «Осенним обновлением для дизайнеров» чем только усугубил ситуацию и «без бутылки» в версиях стало не разобраться.
При этом, несмотря на схожую модель, та же macOS позиционировала каждый выпуск как отдельную версию ОС, в Windows же придерживались термина «обновление» что только добавляло путаницы и как-бы намекало не необязательность его установки.
Очередной выпуск 1809 (10.0.17763) все еще формально являясь Redstone на деле оказался вторым крупным обновлением для Windows 10, и эта же кодовая база легла в основу Server 2019 и нового LTSC 2019. А во многих инструкциях появились оговорки: до 1809 или после 1809.
При этом система достигла определенной зрелости и количество изменений от версии к версии стало неуклонно снижаться, впервые это стало заметно с выпуском 1909 (10.0.18363) который отличался от предыдущего выпуска 1903 (10.0.18362) всего одной цифрой в версии сборки.
Последнее более-менее серьезное обновление было с выходом версии 2004 (10.0.19041) в которой «десятка» получила законченный современный облик.
Далее пошли выпуски, не несущие никаких серьезных изменений: 20H2 (10.0.19042), 21H1 (10.0.19043), 21H2 (10.0.19044) и 22H2 (10.0.19045).
Фактически еще в 2020 году развитие текущей ветки закончилось и Microsoft стало планировать очередное крупное обновление. Но видимо трезво рассудила, что еще одно крупное обновление под старой вывеской еще больше всех запутает и выпустило его под новым именем Windows 11.
С выходом в 2015 году Windows 10 компания Microsoft опрометчиво заявила, что это последняя версия Windows и дальше будут только поставляться обновления по принципу «ОС как услуга».
В целом некоторое здравое зерно в этом есть, но реализация такой схемы требует внятного и четкого наименования выпусков, чтобы потребитель четко понимал, насколько свежая у него версия и не испытывал ненужных иллюзий и разочарований.
Но Microsoft полностью провалило эту задачу, вот кто сейчас быстро скажет, какой из выпусков Windows 10 новее: «Юбилейное обновление» или «Обновление для дизайнеров»? Вот то-то же… Для пользователей система остается просто Windows 10.
А это влечет за собой ряд сложностей, так как, по сути, под вывеской Windows 10 скрывается несколько версий ОС, достаточно сильно отличающихся между собой.
Первые версии Windows 10 с номерами версий 1507 (10.0.10240) и 1511 (10.0.586) не сильно отличались от публичной бета-версии и все еще были достаточно сырыми. Но видимо в компании пришли к выводу, что стабильность сборки достигла определенного порога и ее можно отправлять в релиз, а доработки можно делать и по ходу пьесы.
Вышедшая через год 1607 (10.0.14393) стала крупным шагом вперед и фактически новой версией системы, о чем говорит резко увеличившийся номер билда. На этой же сборке был основан Server 2016 и версия с длительной поддержкой 2016 LTSB.
На базе этой же платформы (Redstone) было выпущено три обновления 1703 (10.0.15063), 1709 (10.0.16299) и 1803 (10.0.17134). Несмотря на то, что формально они все относились к одной версии, в это время шло наиболее активное развитие системы, каждый выпуск нес что-то новое и чем-то отличался от предшественника.
Достаточно активно перерабатывался и совершенствовался интерфейс, наметилась окончательная тенденция к переносу всех инструментов управления из Панели управления в новое приложение Параметры.
И именно здесь началась чехарда с откровенно неудачными наименованиями выпусков. Очевидно, что Microsoft хотела сделать имена релизов запоминающимися, по примеру macOS. Получилось как всегда…
Выпуск 1607 неожиданно стал «Юбилейным обновлением», у кого юбилей – не пояснили, ходят слухи что таким образом хотели отметить первую годовщину Windows 10.
Ну это ладно, выпуск 1703 назвали «Обновлением для дизайнеров», что-либо более неудачное придумать было трудно, потому как сразу возникали вопросы: «а нужно ли мне ставить это обновление если я не дизайнер?»
Следующий выпуск 1709 стал «Осенним обновлением для дизайнеров» чем только усугубил ситуацию и «без бутылки» в версиях стало не разобраться.
При этом, несмотря на схожую модель, та же macOS позиционировала каждый выпуск как отдельную версию ОС, в Windows же придерживались термина «обновление» что только добавляло путаницы и как-бы намекало не необязательность его установки.
Очередной выпуск 1809 (10.0.17763) все еще формально являясь Redstone на деле оказался вторым крупным обновлением для Windows 10, и эта же кодовая база легла в основу Server 2019 и нового LTSC 2019. А во многих инструкциях появились оговорки: до 1809 или после 1809.
При этом система достигла определенной зрелости и количество изменений от версии к версии стало неуклонно снижаться, впервые это стало заметно с выпуском 1909 (10.0.18363) который отличался от предыдущего выпуска 1903 (10.0.18362) всего одной цифрой в версии сборки.
Последнее более-менее серьезное обновление было с выходом версии 2004 (10.0.19041) в которой «десятка» получила законченный современный облик.
Далее пошли выпуски, не несущие никаких серьезных изменений: 20H2 (10.0.19042), 21H1 (10.0.19043), 21H2 (10.0.19044) и 22H2 (10.0.19045).
Фактически еще в 2020 году развитие текущей ветки закончилось и Microsoft стало планировать очередное крупное обновление. Но видимо трезво рассудила, что еще одно крупное обновление под старой вывеской еще больше всех запутает и выпустило его под новым именем Windows 11.
👍36🤡2❤1
😱 👉 Важное событие для всех, кто хочет повысить производительность своих серверов!
🔆 Присоединяйтесь к открытому уроку «Оптимизация Nginx и Angie под высокие нагрузки»
На занятии вы:
- поймёте, какие параметры влияют на производительность;
- научитесь оптимизировать серверную часть;
- узнаете, как работать с клиентской производительностью.
🏆 Спикер Николай Лавлинский — технический директор в Метод Лаб, PhD Economic Science, опытный руководитель разработки и преподаватель.
👉 Регистрируйтесь для участия: https://otus.pw/IfHS/?erid=LjN8K9Su6
🔆 Присоединяйтесь к открытому уроку «Оптимизация Nginx и Angie под высокие нагрузки»
На занятии вы:
- поймёте, какие параметры влияют на производительность;
- научитесь оптимизировать серверную часть;
- узнаете, как работать с клиентской производительностью.
🏆 Спикер Николай Лавлинский — технический директор в Метод Лаб, PhD Economic Science, опытный руководитель разработки и преподаватель.
👉 Регистрируйтесь для участия: https://otus.pw/IfHS/?erid=LjN8K9Su6
👎2👍1
Как узнать данные о батарее ноутбука в Windows
Текущее состояние батареи волнует как пользователей мобильных устройств, так и специалистов их обслуживающих.
Чтобы получить данные о батарее многие устанавливают специальные утилиты, но делать это необязательно – есть неплохое собственное средство. Достаточно выполнить команду:
После чего в текущей директории терминала будет создан файл под именем battery-report.html в котором будут данные о паспортной и текущей емкости батареи и статистики ее использования за три последних дня.
Ниже вы найдете историю изменения емкости батареи от момента установки системы, а также сводную статистику ее использования (суммарное время работы от сети и от батареи).
Также вы найдете сделанный на основании этих данных прогноз полного времени работы от батареи и статистику его изменения.
Таким образом вы всегда можете получить актуальную и статистическую информацию о состоянии батареи вашего устройства в удобном читаемом виде без установки сторонних инструментов.
Текущее состояние батареи волнует как пользователей мобильных устройств, так и специалистов их обслуживающих.
Чтобы получить данные о батарее многие устанавливают специальные утилиты, но делать это необязательно – есть неплохое собственное средство. Достаточно выполнить команду:
powercfg /batteryreport
После чего в текущей директории терминала будет создан файл под именем battery-report.html в котором будут данные о паспортной и текущей емкости батареи и статистики ее использования за три последних дня.
Ниже вы найдете историю изменения емкости батареи от момента установки системы, а также сводную статистику ее использования (суммарное время работы от сети и от батареи).
Также вы найдете сделанный на основании этих данных прогноз полного времени работы от батареи и статистику его изменения.
Таким образом вы всегда можете получить актуальную и статистическую информацию о состоянии батареи вашего устройства в удобном читаемом виде без установки сторонних инструментов.
👍49🔥3👀3
Какие бывают ядра Linux
Данный вопрос рано или поздно возникает у любого пользователя данной системы, чаще всего в контексте того какое из них лучше использовать для тех или иных целей. Поэтому в данной заметке мы решили коротко рассмотреть этот вопрос.
Все официальные выпуски ядер делятся на:
🔹 Mainline – это основная ветвь разработки под управлением Линуса Торвальдса, здесь первыми появляются все новые функции и идут процессы разработки. Данное ядро не поставляется в собранном виде и предназначено для разработчиков и энтузиастов.
По сути его можно считать вечным релиз-кандидатом. В основную ветвь попадают уже достаточно стабильные новые функции и возможности и происходит окончательная доработка, отладка и тестирование.
В определенный момент происходит фиксация и выпуск нового релиза, после чего разработка в основной ветви продолжается, новые релизы ядер выпускаются каждые 9 – 10 недель.
🔹 Stable – после релиза ядро переходит в стабильное состояние и распространяется не только в виде исходных кодов, но и через репозитории дистрибутивов в виде бинарных сборок.
Дальнейшего развития ядра в рамках стабильного выпуска не происходит, при необходимости, примерно раз в неделю, выпускаются исправления обнаруженных ошибок.
Поддержка и выпуск исправлений происходит до выпуска следующего стабильного ядра, после чего поддержка предыдущих выпусков прекращается, а пользователям рекомендуется обновить ядро.
🔹 Longterm – ядро с длительной поддержкой. Для многих корпоративных систем и серверов менять ядро каждые три-четыре месяца является нежелательным, особенно для систем с длительным сроком поддержки, основной задачей которых является поддержание стабильности окружения.
Для этих целей выпускаются отдельные версии ядра с длительной поддержкой, которые не получают новых функций, а только исправления ошибок на всем этапе жизненного цикла.
На сегодняшний день к ним относятся:
▫️ 4.19 (22.10.2018) – окончание поддержки в декабре 2024
▫️ 5.4 (24.11.2019) – окончание поддержки в декабре 2025
▫️ 5.10 (13.12.2020) - окончание поддержки в декабре 2026
▫️ 5.15 (31.10.2021) - окончание поддержки в декабре 2026
▫️ 6.1 (11.12.2022) - окончание поддержки в декабре 2026
▫️ 6.6 (29.10.2023) - окончание поддержки в декабре 2026
Долгосрочные ядра выбираются на основании многих факторов и их выпуск происходит приблизительно раз в год. Сроки поддержки ядер также не являются окончательными и могут быть продлены.
Кроме официальных сборок есть достаточно популярная версия ядер от сообщества энтузиастов:
🔹 Zen-kernel – содержит значительные оптимизации работы, улучшенную работу с оборудованием, мультимедиа и прочие улучшения. В целом Zen-ядра производительнее обычных и обеспечивают лучшую отзывчивость системы.
Многие дистрибутивы, например, Manjaro штатно предлагают использование Zen-ядер.
Но при этом нужно понимать, что данные ядра не имеют официальной поддержки, их разработка и поддержка осуществляется комьюнити. Также они могут иметь несовместимость с некоторыми дистрибутивами и ПО, а также с отдельными моделями оборудование.
Установка и настройка Zen-ядра также может оказаться сложнее (если только это уже не предусмотрено вашим дистрибутивом) и потребовать более высокой квалификации.
Данный вопрос рано или поздно возникает у любого пользователя данной системы, чаще всего в контексте того какое из них лучше использовать для тех или иных целей. Поэтому в данной заметке мы решили коротко рассмотреть этот вопрос.
Все официальные выпуски ядер делятся на:
🔹 Mainline – это основная ветвь разработки под управлением Линуса Торвальдса, здесь первыми появляются все новые функции и идут процессы разработки. Данное ядро не поставляется в собранном виде и предназначено для разработчиков и энтузиастов.
По сути его можно считать вечным релиз-кандидатом. В основную ветвь попадают уже достаточно стабильные новые функции и возможности и происходит окончательная доработка, отладка и тестирование.
В определенный момент происходит фиксация и выпуск нового релиза, после чего разработка в основной ветви продолжается, новые релизы ядер выпускаются каждые 9 – 10 недель.
🔹 Stable – после релиза ядро переходит в стабильное состояние и распространяется не только в виде исходных кодов, но и через репозитории дистрибутивов в виде бинарных сборок.
Дальнейшего развития ядра в рамках стабильного выпуска не происходит, при необходимости, примерно раз в неделю, выпускаются исправления обнаруженных ошибок.
Поддержка и выпуск исправлений происходит до выпуска следующего стабильного ядра, после чего поддержка предыдущих выпусков прекращается, а пользователям рекомендуется обновить ядро.
🔹 Longterm – ядро с длительной поддержкой. Для многих корпоративных систем и серверов менять ядро каждые три-четыре месяца является нежелательным, особенно для систем с длительным сроком поддержки, основной задачей которых является поддержание стабильности окружения.
Для этих целей выпускаются отдельные версии ядра с длительной поддержкой, которые не получают новых функций, а только исправления ошибок на всем этапе жизненного цикла.
На сегодняшний день к ним относятся:
▫️ 4.19 (22.10.2018) – окончание поддержки в декабре 2024
▫️ 5.4 (24.11.2019) – окончание поддержки в декабре 2025
▫️ 5.10 (13.12.2020) - окончание поддержки в декабре 2026
▫️ 5.15 (31.10.2021) - окончание поддержки в декабре 2026
▫️ 6.1 (11.12.2022) - окончание поддержки в декабре 2026
▫️ 6.6 (29.10.2023) - окончание поддержки в декабре 2026
Долгосрочные ядра выбираются на основании многих факторов и их выпуск происходит приблизительно раз в год. Сроки поддержки ядер также не являются окончательными и могут быть продлены.
Кроме официальных сборок есть достаточно популярная версия ядер от сообщества энтузиастов:
🔹 Zen-kernel – содержит значительные оптимизации работы, улучшенную работу с оборудованием, мультимедиа и прочие улучшения. В целом Zen-ядра производительнее обычных и обеспечивают лучшую отзывчивость системы.
Многие дистрибутивы, например, Manjaro штатно предлагают использование Zen-ядер.
Но при этом нужно понимать, что данные ядра не имеют официальной поддержки, их разработка и поддержка осуществляется комьюнити. Также они могут иметь несовместимость с некоторыми дистрибутивами и ПО, а также с отдельными моделями оборудование.
Установка и настройка Zen-ядра также может оказаться сложнее (если только это уже не предусмотрено вашим дистрибутивом) и потребовать более высокой квалификации.
👍34🤡2🥱1
Какое ядро вы используете на серверах (доступно несколько ответов)
Anonymous Poll
62%
Которое идет в дистрибутиве
13%
Свежее Stable
24%
Свежий LTS
7%
LTS новее чем в дистрибутиве, но не самый свежий
2%
Zen
Какое ядро вы используете на рабочих станциях (доступно несколько ответов)
Anonymous Poll
66%
Которое идет в дистрибутиве
20%
Свежее Stable
17%
Свежий LTS
4%
LTS новее чем в дистрибутиве, но не самый свежий
4%
Zen
👍2
Как зародился журнал «Хакер», почему россияне должны стать нацией программистов и зачем хакерам нужен эмоциональный интеллект?
✅На эти и другие вопросы отвечает основатель легендарного журнала «Хакер» Дмитрий Агарунов в новом YouTube-проекте «Амбассадоры Кибердома». Эксклюзивные подробности карьеры Дмитрия Агарунова, реальные хакерские кейсы и размышления о будущем индустрии – смотреть в новом выпуске.
✔️Также смотри интервью с белым хакером Егором Богомоловым, в котором он рассуждает о новом мышлении хакеров, роли конкуренции и смелости в достижении больших идей.
❕Чтобы не пропустить анонсы новых выпусков, подписывайся на телеграм-канал Кибердом & Бизнеc.
erid: LjN8KQCLZ
✅На эти и другие вопросы отвечает основатель легендарного журнала «Хакер» Дмитрий Агарунов в новом YouTube-проекте «Амбассадоры Кибердома». Эксклюзивные подробности карьеры Дмитрия Агарунова, реальные хакерские кейсы и размышления о будущем индустрии – смотреть в новом выпуске.
✔️Также смотри интервью с белым хакером Егором Богомоловым, в котором он рассуждает о новом мышлении хакеров, роли конкуренции и смелости в достижении больших идей.
❕Чтобы не пропустить анонсы новых выпусков, подписывайся на телеграм-канал Кибердом & Бизнеc.
erid: LjN8KQCLZ
👍7👌3👎2
Вторник патчей: уязвимость нулевого дня в Hyper-V
Вчера Microsoft выпустила очередной набор патчей и параллельно с ним раскрыла сведения о закрываемых ими уязвимостях. Особого внимания среди них заслуживает уязвимость нулевого дня Hyper-V.
Уязвимость CVE-2024-38080 – получила оценку 7,8 из 10 по шкале CVSS, что показывает на высокую степень риска.
Это локальная уязвимость, которая позволяет злоумышленнику повысить привилегии до уровня SYSTEM, подробности Microsoft не приводит, но указывает на то, что данная уязвимость активно используется.
В принципе, учитывая нелюбовь Windows администраторов своевременно ставить обновления и наличия, в связи с этим иных уязвимостей, пусть и менее серьезных, их совокупность вполне может позволить реализовать и сетевой вектор атаки.
В любом случае данная уязвимость является серьезной и может быть использована злоумышленниками для шифрования данных с последующим вымогательством.
Поэтому не стоит относиться к ней легкомысленно и в самое ближайшее время следует протестировать и установить патчи.
Вчера Microsoft выпустила очередной набор патчей и параллельно с ним раскрыла сведения о закрываемых ими уязвимостях. Особого внимания среди них заслуживает уязвимость нулевого дня Hyper-V.
Уязвимость CVE-2024-38080 – получила оценку 7,8 из 10 по шкале CVSS, что показывает на высокую степень риска.
Это локальная уязвимость, которая позволяет злоумышленнику повысить привилегии до уровня SYSTEM, подробности Microsoft не приводит, но указывает на то, что данная уязвимость активно используется.
В принципе, учитывая нелюбовь Windows администраторов своевременно ставить обновления и наличия, в связи с этим иных уязвимостей, пусть и менее серьезных, их совокупность вполне может позволить реализовать и сетевой вектор атаки.
В любом случае данная уязвимость является серьезной и может быть использована злоумышленниками для шифрования данных с последующим вымогательством.
Поэтому не стоит относиться к ней легкомысленно и в самое ближайшее время следует протестировать и установить патчи.
😱7👍6🤮2
Аутентификация в системах Windows
Работая в среде Windows каждый системный администратор так или иначе сталкивается с системами аутентификации.
Но для многих этот механизм представляет собой черный ящик, когда суть происходящих процессов остается неясна.
В тоже время от правильной настройки аутентификации напрямую зависит безопасность сети, поэтому важно не только знать способы и протоколы, но и представлять их работу, хотя бы на общем уровне.
Довольно старый цикл из двух статей, но не потерявший своей актуальности и сегодня.
Будет полезен широким кругам коллег, а также тем, кто путает авторизацию и аутентификацию.
🔹 Аутентификация в системах Windows. Часть 1 - NTLM
🔹 Аутентификация в системах Windows. Часть 2 - Kerberos
Работая в среде Windows каждый системный администратор так или иначе сталкивается с системами аутентификации.
Но для многих этот механизм представляет собой черный ящик, когда суть происходящих процессов остается неясна.
В тоже время от правильной настройки аутентификации напрямую зависит безопасность сети, поэтому важно не только знать способы и протоколы, но и представлять их работу, хотя бы на общем уровне.
Довольно старый цикл из двух статей, но не потерявший своей актуальности и сегодня.
Будет полезен широким кругам коллег, а также тем, кто путает авторизацию и аутентификацию.
🔹 Аутентификация в системах Windows. Часть 1 - NTLM
🔹 Аутентификация в системах Windows. Часть 2 - Kerberos
👍41
Windows 11 Enterprise G – или выдача желаемого за действительное
Уже несколько дней сеть будоражит новость о сборке Windows 11 Enterprise G – якобы специальной редакции Microsoft для китайского правительства. В ней вырезана вся телеметрия, магазин и магазинные приложения, Edge, Defender- в общем всё, что так любят неокрепшие умы и диванные хакеры.
Дальше идут рассуждения о ее высокой экономичности и т.п. славословия, в доказательства которых приводится скриншот, на котором видно «значительное» отличие в потреблении памяти на целых 300 МБ. Что в нынешних условиях просто брызги и относится только к голой системе.
Но система сама по себе нам не интересна, нам интересны приложения, которые мы можем запустить в этой системе. А с учетом нынешних аппетитов приложений 300 МБ – это в районе погрешности измерений.
Поэтому все же основной упор делается на то, что вырезано все лишнее, особенно телеметрия, а заодно вырезали и защиту. Можно по-разному относится к штатным инструментам, но брандмауэр Windows вполне неплохо настроен по умолчанию, а наличие какого-никакого, но антивируса гораздо лучше его отсутствия.
Из приложений вырезано также все, что можно вырезать, включая калькулятор. Решения довольно странные, но объяснение на все «железобетонное» — это пожелание китайского правительства, ну а там, наверное, «что-то знают».
В целом – классика жанра, прикрываясь авторитетом, который рядовому пользователю трудно оспорить продвигаем в массы свою сборку.
Сборку? Да – именно сборку. Так как официальные образы Enterprise G публично на распространяются авторы сборки предлагают собрать «полностью идентичную систему» из обычной Windows 11.
Как установили исследователи сборка основана на Windows 11 24H2, некоторых файлов с Windows Update (которые, возможно, действительно имеют отношение к Enterprise G) и бинарных файлов Windows 10 2004.
Все это приправлено собственными домыслами авторов о возможном составе Enterprise G и выдается за оригинальную систему.
В готовых образах добавлен автоматический активатор и очищены логи CBS, чтобы никто не разобрался что именно удалили или добавили сборщики.
А теперь самая вишенка на торте. Нет никаких достоверных данных, указывающих на существование Windows 11 Enterprise G в принципе. Нет, такая редакция существовала и разрабатывалась совместно CETC (китайская государственная IT компания) на территории Китая.
Первая версия вышла в 2017 году, а последней стала Windows 10 21H2 CU, сборка 19044.1345. Это, кстати, делает понятным наличие в сборке бинарных файлов Windows 10 2004, видимо к этой версии относятся компоненты доступные на Windows Update.
Что имеем в чистом выхлопе: очередную непонятного авторства сборку, в которой вырезано практически все и непонятно что при этом добавлено. В реальной эксплуатации вы получите, скорее всего, массу связанных с этим проблем.
Отдельно поставим вопрос доверия. Никто не знает, что в эту сборку добавлено и для чего именно из нее вырезаны все инструменты безопасности.
А дальше каждый может принять решение сам. Но главное, что нужно знать – сборка Windows 11 Enterprise G не имеет никакого отношения ни к одноименной редакции Windows 10, ни к китайскому правительству.
Уже несколько дней сеть будоражит новость о сборке Windows 11 Enterprise G – якобы специальной редакции Microsoft для китайского правительства. В ней вырезана вся телеметрия, магазин и магазинные приложения, Edge, Defender- в общем всё, что так любят неокрепшие умы и диванные хакеры.
Дальше идут рассуждения о ее высокой экономичности и т.п. славословия, в доказательства которых приводится скриншот, на котором видно «значительное» отличие в потреблении памяти на целых 300 МБ. Что в нынешних условиях просто брызги и относится только к голой системе.
Но система сама по себе нам не интересна, нам интересны приложения, которые мы можем запустить в этой системе. А с учетом нынешних аппетитов приложений 300 МБ – это в районе погрешности измерений.
Поэтому все же основной упор делается на то, что вырезано все лишнее, особенно телеметрия, а заодно вырезали и защиту. Можно по-разному относится к штатным инструментам, но брандмауэр Windows вполне неплохо настроен по умолчанию, а наличие какого-никакого, но антивируса гораздо лучше его отсутствия.
Из приложений вырезано также все, что можно вырезать, включая калькулятор. Решения довольно странные, но объяснение на все «железобетонное» — это пожелание китайского правительства, ну а там, наверное, «что-то знают».
В целом – классика жанра, прикрываясь авторитетом, который рядовому пользователю трудно оспорить продвигаем в массы свою сборку.
Сборку? Да – именно сборку. Так как официальные образы Enterprise G публично на распространяются авторы сборки предлагают собрать «полностью идентичную систему» из обычной Windows 11.
Как установили исследователи сборка основана на Windows 11 24H2, некоторых файлов с Windows Update (которые, возможно, действительно имеют отношение к Enterprise G) и бинарных файлов Windows 10 2004.
Все это приправлено собственными домыслами авторов о возможном составе Enterprise G и выдается за оригинальную систему.
В готовых образах добавлен автоматический активатор и очищены логи CBS, чтобы никто не разобрался что именно удалили или добавили сборщики.
А теперь самая вишенка на торте. Нет никаких достоверных данных, указывающих на существование Windows 11 Enterprise G в принципе. Нет, такая редакция существовала и разрабатывалась совместно CETC (китайская государственная IT компания) на территории Китая.
Первая версия вышла в 2017 году, а последней стала Windows 10 21H2 CU, сборка 19044.1345. Это, кстати, делает понятным наличие в сборке бинарных файлов Windows 10 2004, видимо к этой версии относятся компоненты доступные на Windows Update.
Что имеем в чистом выхлопе: очередную непонятного авторства сборку, в которой вырезано практически все и непонятно что при этом добавлено. В реальной эксплуатации вы получите, скорее всего, массу связанных с этим проблем.
Отдельно поставим вопрос доверия. Никто не знает, что в эту сборку добавлено и для чего именно из нее вырезаны все инструменты безопасности.
А дальше каждый может принять решение сам. Но главное, что нужно знать – сборка Windows 11 Enterprise G не имеет никакого отношения ни к одноименной редакции Windows 10, ни к китайскому правительству.
👍48🤣5😁4👎3🤡1