История следующая: на сервере есть база в ней работают но пароль от sa уже забыт. Нужно добавить еще базу ну и как бы не плохо бы узнать пароль этого самого sa. Вход слава богу смешанный то есть под виндовым админом могу зайти в SSMS. Менять пароль sa почему-то не хочется. И вспомнить никак не могу...

Не хочется, а придется.
Если он, конечно, не saadmin

Почему менять пароль sa не хочется?
Это абсолютно ни на что влиять не должно.
Ведь у нормальных людей служба сервера приложений 1С авторизуется в СУБД под пользователем ОС этой службы.

(0) Можно применить терморектальный автокриптоанализ.

(3) я не мазохист смому себе терморектальный криптоанализ устраивать

(1) в mssql есть такой пользователь по умолчанию он называется sa  я вот про него говорил, а вы про кого?
(2) Ну как почему при создании базы указывался пользователь с правами создавать базу ну этот самый sa. Я помню в общем кого указал пользователем базы данных и даже пароль писал но какой пароль вообще не помню вариантов от 11111 до !@#$%

(2) >>>Ведь у нормальных людей служба сервера приложений 1С авторизуется в СУБД под пользователем ОС этой службы.

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

"при создании базы указывался пользователь" // Херово. Делай как в последнем предожении (2), ничего указывать в свойствах инфобазы в консоли администрирования 1С в этом случае не требуется

(0) чисто  теоретически пароль лежит в файле настроек сервера, только он там немного зашифрован, но он там есть и не хеш а реальный пароль...

(6) Как давно 1с такое придумала? База то не первый дааалеко не первый год крутится ото забыл бы я пароль эслиб недавно придумал его.

(6) Хз, зачем ты мне это пишешь. На способ указания пользователя СУБД (в свойствах инфобазы в кластере) это уж точно никак не влияет.

(9) менее года, с платформы 8.3.11 точно...

(10) что-то я не видел такой галки, с какой версии сие чудо?

(10) В принципе я могу в SQL создать нового пользователя с правами не хуже чем у sa и уже пользоваться им но блин пароль от sa ващето хочется узнать :)

(12) + тут нет https://its.1c.ru/db/metod8dev#content:5908:hdoc

Эта ребят эт наверно здорово что 1С придумала но у меня там стоит последняя платформа 8.2
Оно как бы все работает всё устраивает и трогать никак не хочется а пароль не помню:(

(12) Какой галки, что ты несешь? Рекомендую перечитать последнее предложение в (2) и задавать вопросы только по его фрагментам с обязательным указанием оных.

(0) Создать нового пользователя в MS SQL и новую базу 1С завести под ним.

(17) то да но говорю жеж (13) "но блин пароль от sa ващето хочется узнать :)"

(18) Как узнать тут уже написали. ;)
Правильнее перевести все базы на отдельного пользователя, а потом можно поменять пароль sa ;)

(5) >>  в mssql есть такой пользователь по умолчанию он называется sa  я вот про него говорил

ага, пользователь по умолчанию sa, а пароль по умолчанию у него sasql :)

(16) на сервере 1с при создании базы требуется указать в явном виде логин и пароль от сервера СКЛ, может я чего не понимаю, подскажи как именно надо настроить авторизацию сервера 1с в СКЛ без указания пароля (только с указанием логина службы сервера 1с)

(6) какого флага трассировки?

Возможно https://its.1c.ru/db/metod8dev#content:5946:hdoc
Но это не точно

Хотя скорее всего речь про https://its.1c.ru/db/metod8dev#content:5904:hdoc

(22) "на сервере 1с при создании базы требуется указать в явном виде логин и пароль от сервера СКЛ" // Конечно же не требуется: их можно оставить пустыми. В этом случае сервер 1С будет ломиться в СУБД под пользователем службы агента сервера 1С

(26) не знал, попробую...

+(26) Причем если пользователь службы агента сервера 1С локальный (а не доменный), а СУБД на другом хосте, то на хосте СУБД надо создать такого же локального пользователя ОС и тогда вроде тоже прокатит

Правда, в тру-продакшенах такое редко используется, ибо для каждой БД свой пользователь СУБД заводится обычно