чи безпечний обліковий запис адміністратора в ці дні, як стандартний обліковий запис, поєднаний із вбудованим обліковим записом адміністратора при необхідності?
Коротше кажучи: все одно ні.
Чим довше відповідь ...
UAC не є функцією захисту
Ще в часи Windows XP та попередніх версій Windows було досить важко практикувати Принцип найменшого привілею , не в останню чергу в корпоративному середовищі. Принцип передбачав, що ви будете виконувати всі щоденні завдання, використовуючи стандартний обліковий запис користувача. Будь-які завдання, що потребують привілеїв адміністратора, виконуватимуться за допомогою окремого облікового запису з правами адміністратора (враховуючи, що користувач мав у цьому законну потребу).
Але Windows XP не був розроблений з огляду на це, і було багато примх і обмежень, коли ви працюєте як звичайний користувач - навіть якщо ви також мали доступ до облікового запису адміністратора. Як звичайний користувач, ви не змогли натиснути на годинник годинника, щоб показати акуратний календар місяця, ви не могли змінити мережеві налаштування, і функція "запустити" не працювала для всього (особливо Windows Explorer, а отже, також Планові завдання, принтери та інші папки оболонок, якщо пам'ять служить мені правильно).
Звичайно, було вирішено багато цих недоліків, але знадобитися багато часу, щоб виявити, документувати і, ну, попрацювати над ними.
Безпека - це баланс між, ну, безпекою та зручністю . UAC був введений у Windows Vista, насамперед, щоб визначити, коли потрібні права адміністратора, і автоматично запропонувати вам підтвердити автентифікацію (іншого) облікового запису з правами адміністратора. Це значно полегшило практику Принципу найменшого привілею.
Як побічний ефект, виконання завдань, що вимагають прав адміністратора, під час входу з обліковим записом адміністратора дає можливість реально підтвердити, що ви хочете реалізувати ці права. Підказки UAC під час встановлення програмного забезпечення здаються розумними, тоді як при відкритті звичайної веб-сторінки немає.
Однак, виявляється, більшість користувачів не користуються окремими обліковими записами, і досить багато щоденних завдань потребують прав адміністратора (коригування налаштувань для годинника, мережі, плану живлення тощо), і, таким чином, запускається підказка UAC у Vista. Цей ряд підказок призводить до більшості користувачів
а) сліпо приймайте будь-які підказки UAC, не звертаючи уваги на те, що насправді вимагає підвищення, або
b) Вимкнути підтвердження UAC повністю
У ОС Windows 7 Microsoft зробила кілька виконуваних файлів Windows автоматично підвищувати дозволи, тому якщо ви використовуєте обліковий запис адміністратора, деякі дії автоматично виконуються з підвищеними правами адміністратора. Це зробило UAC здаватися набагато менш нав'язливим.
Автоматичне підняття UAC можна експлуатувати
Так, у Windows 7 є вбудований механізм автоматичного підняття прав. Якщо цей механізм можна використовувати за допомогою програми, що працює зі стандартними правами користувача, тоді UAC (який не був розроблений як механізм захисту) можна обійти, і ви можете закінчити запуску програм із правами адміністратора, хоча ви ще не були запропоновано підтвердити це.
Виявляється, автоматичне підняття UAC насправді може бути використане за допомогою введення коду, як це підтвердив Лео Девідсон ( Білий список UAC Windows 7: Проблема введення коду (і більше) ) та обговорений та продемонстрований Лонг Чжен ( UAC у Windows 7 все ще зламаний, Microsoft не зможе / не зможе виправити вразливість коду ).
Висновок
З точки зору безпеки, все ж є сенс використовувати окремі облікові записи для щоденної роботи та все, що вимагає прав адміністратора. Це єдиний спосіб бути (розумно) впевненим, що жоден додаток не працює з правами адміністратора без вашого явного дозволу.
Однак, це баланс між зручністю та безпекою. Як вказував @GeminiDomino, ви також можете заповнити всі порти епоксидною ділянкою, як це застосовують військові. Ви також можете запустити свій комп'ютер "у повітрі", як Брюс Шнейер , так що він ніколи не підключається безпосередньо до будь-якої мережі.
Зрештою, це зводиться до того, чи все в порядку з необхідністю чітко підтвердити автентифікацію під час виконання завдань адміністратора чи ні.