PSO (password setting object)-01

Одна из актуальных тем во многих организациях – это обеспечение своих пользователей безопасными паролями, с чем у большинства пользователей огромные проблемы. Ведь никому не хочется генерировать сложные пароли, несмотря на то, что в компаниях может быть информация, к которой будут пытаться получить доступ злоумышленники, а такого пароля как 111, 123, qwerty и т.п. казалось бы, более чем достаточно. А если пользовательские учетные записи взломают и будут украдены какие-то данные, скорее всего, виноватым окажется ИТ-подразделение, так как не было внедрено должных средств по обеспечению безопасности.

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

Чем так плохи политики паролей?

Многие начинающие системные администраторы, ну, а если говорить совсем честно, то не только начинающие, при работе с политиками паролей допускают одну общую ошибку. Несмотря на то, что в оснастке «Редактор управления групповыми политиками» можно обнаружить такие узлы как «Политика паролей» и «Политика блокировки учетных записей», в связанном объекте групповой политики для каждого подразделения, на самом деле, эти параметры политики для таких объектов GPO не будут применяться. У вас может возникнуть следующий вопрос: почему так и зачем вообще отображаются данные узлы для таких объектов групповой политики?

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

Поэтому, не пытайтесь настраивать данные параметры политики для разных подразделений. В этом нет никакого смысла. Параметры политики паролей и блокировки учетных записей вы можете настраивать лишь в одном объекте групповой политики для каждого домена. Так как по умолчанию уже заданы некоторые настройки в объекте групповой политики Default Domain Policy, лучше всего, вносите изменения в данные параметры именно для этого объекта групповой политики.

Теперь по поводу второй части вопроса, которая могла бы звучать вроде «зачем вообще отображаются данные узлы для таких объектов групповой политики?». Тут тоже нет ничего сверхъестественного. Так как вы можете отключить связь для дефолтного объекта групповой политики, содержащего параметры политики паролей и блокировки учетных записей, можно выполнять такие настройки в любом объекте GPO, а затем связать его с доменом. Поэтому, даже исключив данную возможность для всех объектов групповой политики, также было бы много проблем.

CCleaner

В жизни каждого человека кто используем windows 10 redstone  или другие версии встает вопрос, а как мне его почистить от мусора? Решений много одно из самых лучших и бесплатных это программа ccleaner.

Ежедневно работая на компьютере, мы запускаем множество разных процессов и программ (иногда даже этого не замечая)

Например, многие даже не знают, что при установке практически любой программы производится запись в так называемый реестр Windows (чтобы система «знала» об этой программе), а при удалении программы эти записи из реестра удаляются. Правда такое удаление не всегда происходит правильно, а иногда вообще не происходит.

Очень часто среди компьютерных пользователей можно услышать различные мнения об опасностях, которые несут так называемые куки (cookie файлы), а также о том, что их постоянно надо удалять из системы, чтобы обеспечить нормальную работу компьютера. Сообщения о вреде, который несут куки иногда доходят до абсурда и смахивают больше на паранойю.

Но действительно ли куки представляют какую-то опасность?
Надо ли каждый день чистить компьютер, чтобы удалять куки?

В этой статье давайте попробуем получить ответы на эти и другие вопросы, связанные с таким противоречивым понятием как куки.

Добрый день уважаемые читатели блога pyatilistnik.org, сегодня хочу рассказать, что у  Deep Security появилось сразу несколько конкурентов в области антивирусной защиты виртуальной среды.  Самое примечательное то, что этот продукт работает как с VMware, так и с платформами Citrix и Microsoft. Архитектура в нем такая же, как и у Deep Security, на гипервизор устанавливается appliance и с помощью vShield и своего агента производится централизованная защита данных на уровне СХД:

BitDefender — новый продукт антивирусной защиты виртуальной среды как альтернатива для DeepSecurity-01