Synology-Forum.nl

Packages => Officiƫle Packages => Photo Station / Photos => Topic gestart door: webbaets op 22 augustus 2018, 15:42:04

Titel: Hoofd Admin Photo Station wijzigen naar andere admin.
Bericht door: webbaets op 22 augustus 2018, 15:42:04
Voor veiligheidsredenen zullen hier meerdere zijn die de gebruiker Admin hebben uitgeschakeld en werken met een eigen account met Admin rechten. Het probleem is dat je de Admin moet inschakelen om gebruikers hun rechten te wijzigen in Photo Station.
Heeft iemand een idee hoe de hoofdadministrator van Photo Station naar een andere beheerder te veranderen?

@Synology: kunt u dit wijzigen om de rechten via DSM aan te passen?

Vraagstelling ook op Engels forum (https://forum.synology.com/enu/viewtopic.php?f=17&t=145310).
Titel: Re: Hoofd Admin Photo Station wijzigen naar andere admin.
Bericht door: Birdy op 22 augustus 2018, 15:53:45
Citaat
@Synology: kunt u dit wijzigen om de rechten via DSM aan te passen?
Synology leest op dit Forum niet mee.
Je kunt beter een verzoek  (https://www.synology.com/nl-nl/form/inquiry/sales)indienen.
Titel: Re: Hoofd Admin Photo Station wijzigen naar andere admin.
Bericht door: Ben(V) op 22 augustus 2018, 16:29:22
Admin is nu eenmaal een speciale gebruiker in DSM die moet je gewoon niet uitschakelen.
Is ook om (onbekende) veiligheid redenen tamelijk onzinnig om die uit te schakelen.
Als je meer veiligheid wil moet je two step verification gebruiken en niet admin uitzetten.

Dit soort dingen zit echt in de categorie, klinkt goed maar is onzinnig.
Net als:
Titel: Re: Hoofd Admin Photo Station wijzigen naar andere admin.
Bericht door: Briolet op 22 augustus 2018, 19:16:11
Admin is nu eenmaal een speciale gebruiker in DSM die moet je gewoon niet uitschakelen.
Is ook om (onbekende) veiligheid redenen tamelijk onzinnig om die uit te schakelen.

Je wordt op je wenken bediend: Gisteren is er een bug in OpenSSL openbaar gemaakt, waarbij een aanvaller elke naam van een administrator kan raden door diverse mogelijkheden te proberen bij een ssh inlog zonder dat het meetelt als een inlogpoging:

https://blog.nviso.be/2018/08/21/openssh-user-enumeration-vulnerability-a-close-look/