Jak wspomniano, umożliwienie użytkownikom łatwej zmiany nazw użytkowników (nazwijmy to „nazwą wyświetlaną” w celu ujednoznacznienia) ułatwia użytkownikom uniknięcie konsekwencji nękania lub oszukiwania innych użytkowników. Jeśli Twoja witryna ma aspekt społecznościowy, może zastanów się, czy bany, blokady, raporty, historie czatów itp. Będą przenoszone przez zmianę nazwy użytkownika (tj. Czy użytkownik będzie wiedział, że rozmawia z tym samym kontem, mimo że nazwa się zmieniła? ).

Kolejną kwestią do rozważenia są kwestie związane z anonimowością lub prywatnością. Dość często zdarza się, że ktoś tworzy konto przy użyciu swojego prawdziwego imienia i nazwiska, a następnie z jakiegokolwiek powodu żałuje, że przypisuje mu swoją prawdziwą tożsamość. Czasami dzieje się tak, ponieważ zostali przyłapani na znęcaniu się, ale często dzieje się tak z uzasadnionych powodów, takich jak nadmierna wymiana danych osobowych z ich życia lub padają ofiarą prześladowania. To ostatnie pytanie przychodzi mi do głowy jako inny przykład:

Przypadkowo wpisałem hasło do witryny internetowej jako nazwę użytkownika w innej witrynie

W tym przypadku przesyłając zgłoszenie serwisowe do przejrzenia przez człowieka lub zezwolenie na ograniczoną liczbę zmian nazwy konta brzmi jak rozsądne podejście.

Obecnie korzystamy z Twojej sugestii dotyczącej osób, które kontaktują się z nami z prośbą o zmianę, ale nie jest ona tak skalowalna ze względu na pracę ręczną i wymaga od nas poproszenia o odpowiedzi na ich pytania bezpieczeństwa w celu weryfikacji.

To zdecydowanie nie tak. Nie tylko musisz to zrobić ręcznie, ale musisz udzielić odpowiedzi bezpieczeństwa wszystkim przetwarzającym takie żądania.

Jeśli chcesz zachować kontrolę, zautomatyzuj to półautomatycznie: pozwól użytkownikowi zrobić wszystko prace przygotowawcze, tj. uzupełnij nowe imię i nazwisko, napisz ich powód (jeśli Ci zależy) i odpowiedz na pytanie zabezpieczające. Teraz pracownicy działu pomocy technicznej muszą tylko zaakceptować lub odrzucić prośbę.

W innych odpowiedziach podano wiele powodów za i przeciw zezwoleniu na zmianę nazwy użytkownika. Pamiętaj, że możesz pójść środkową drogą: Zezwól na jedną automatyczną zmianę, np. Raz w roku. Jest to wystarczająco hojne rozwiązanie, aby obsłużyć 99% żądań, a jednocześnie wystarczająco ograniczone, aby zapobiec większości nadużyć.

Jestem trochę zaskoczony, że nie zostało to poruszone. Ale przypuszczam, że powodem, dla którego wiele witryn nie pozwala na zmianę nazwy użytkownika, jest to, że stanowi to problem, jeśli informacje o koncie użytkownika zostaną skradzione, ponieważ osoba atakująca może teraz całkowicie zmienić wszystko na koncie.

Bez wątpienia trudniejsza jest próba odzyskania konta osoby, której dane zostały skradzione i wszystko zostało całkowicie zmienione. Posiadanie typowych informacji, które nigdy się nie zmienią, ułatwia użytkownikowi odesłanie do swojego konta, gdyby zdarzyło mu się stracić do niego dostęp.

Myślę, że niektóre inne odpowiedzi tutaj dostarczyły lepszych rozwiązań , ale nie jestem pewien, czy wielu z nich poruszyło to, o co tak naprawdę pytałeś, a które dotyczyło konsekwencji dla bezpieczeństwa związanych z zezwoleniem na zmianę nazwy użytkownika.

Twierdzę, że lepiej nie pozwalać użytkownikom zmieniać ich nazw użytkowników, ale tak naprawdę zależy to od modelu zagrożeń. Oto zalety & wady pozwalające na to:

Zalety:

• Jeśli dane logowania użytkownika zostaną naruszone w innej witrynie, umożliwienie użytkownikom zmiany nazwy użytkownika może uczynić to bardziej Trudno jest dopasować poświadczenia z zainfekowanej witryny do Twojej witryny, co utrudnia przeprowadzenie ataku polegającego na wypychaniu poświadczeń. Pamiętaj, że zmiana hasła ma ten sam cel.

Wady:

• Jak wspomniano powyżej, ułatwia to użytkownikom korzystanie z mediów społecznościowych ataki inżynieryjne skierowane przeciwko sobie w witrynie.
• Witryna jest bardziej złożona, co z kolei zwiększa liczbę potencjalnych błędów bezpieczeństwa. Na przykład, jeśli sprawdzasz duplikaty, masz teraz lukę w wyliczaniu użytkowników.

Zasadniczo równoważysz dwa konkurujące ze sobą problemy, a trzeci czynnik wkracza. Pierwszy to bezpieczeństwo użytkowników Twojej witryny, zmiana nazwy użytkownika to łatwy sposób na oszukanie innych osób w celu ich oszukania. Po drugie, zmiana nazwy użytkownika to łatwy sposób na oszukanie innych osób, aby uciec od nich.

Osoby nękane wolą zmienić swoją nazwę użytkownika, ponieważ jest to natychmiastowa ulga. Ludzie nękający innych chcieliby to zmienić tak, jak można to uzyskać dzięki początkowej obronie. Innym czynnikiem jest to, że więcej ruchomych części oznacza więcej rzeczy, w które można uderzyć, to mniej bezpieczne.

Pierwszym działaniem powinno być podjęcie decyzji, w jaki sposób się tutaj opierasz. Czy koncentrujesz się na zapobieganiu oszustom, czy też starasz się, aby środowisko było jak najbardziej bezpieczne? Należy pamiętać, że stworzenie bezpiecznego środowiska może oznaczać brak automatyzacji zmiany, a istnieją inne powody zmiany nazwy użytkownika, zarówno dobre, jak i złe. Musisz to ustalić na podstawie tego, co wiesz o swojej witrynie. Drugim krokiem byłoby ustalenie, czy możesz wykonać bezpieczną implantację w tym celu.

W tym momencie jest to schemat blokowy. Wolałbyś to zautomatyzować, ale nie możesz tego zrobić bezpiecznie? Nie rób tego. Masz problem z oszustami i innymi atakami socjotechnicznymi? Nie rób tego. Chcesz ułatwić zmianę i czy możesz ją bezpiecznie wdrożyć? Zrób to.

Chciałbym zauważyć, że zgodnie z sugestiami innych osób śledzenie nazw użytkowników jest dobrym pomysłem, nawet jeśli są one ukryte i dostępne tylko dla Ciebie (najlepiej ukryte, jeśli zmiany są dokonywane ze względów bezpieczeństwa) oraz zwiększenie nazwy użytkownika sprawdzanie dostępności do ostatnich trzech lub więcej nazw użytkowników w całej witrynie byłoby przydatne (i coś jeszcze, aby zapewnić bezpieczeństwo).

Na koniec wspomniałeś o skalowalności. W miarę zwiększania skali automatyzacja rzeczy, których nie możesz robić ze względów bezpieczeństwa, i ochrona przed atakami w inny sposób (czytaj taniej) staje się łatwiejsza (czytaj taniej). Przykład tego można znaleźć na Twitterze. Jeśli osiągniesz ten punkt, zautomatyzuj, im szybciej, tym lepiej.

Z mojego doświadczenia wynika, że ​​zezwolenie na zmianę nazwy użytkownika tam, gdzie nie była pierwotnie planowana, sprawia, że ​​audyt / logowanie jest nieco trudniejsze, szczególnie w nieuniknionych okolicznościach, w których programista sprzed lat zdecydował się dodać nazwę użytkownika, ale nie klucz podstawowy do każdego z nich wpis do dziennika.

Zdarza się, zwłaszcza gdy zatrudniasz programistów amatorów / outsourcowanych - Twoje dzienniki staną się śmieciami, które będziesz musiał odtworzyć w sposób sądowy, ręcznie porównując daty, jeśli wpisy dziennika nie są mapowane nazwa użytkownika do oryginalnego klucza podstawowego w czasie wykonywania czynności.

Więc zanim to włączysz, radziłbym przejrzeć wszelkie dostępne rozwiązania do logowania i upewnić się, że zapisują obok pk / zamiast nazwy użytkownika, dzięki czemu możesz śledzić tożsamość podczas zmian nazwy użytkownika.

Moim zdaniem jest to bardziej kwestia strategii lub architektury niż bezpieczeństwa… Jeśli tylko upewnisz się, że dla każdego użytkownika jest wewnętrznie unikalny identyfikator (np. unikalny identyfikator bazy danych, który nigdy się nie zmieni, ale które nie muszą być nigdzie wyświetlane) i historię modyfikacji dla każdego użytkownika, użytkownicy powinni mieć możliwość modyfikowania swoich loginów lub nazw użytkowników. To, czy chcesz wyświetlić historię modyfikacji na stronie użytkownika, zależy od celu i zastosowania twojego oprogramowania.

Osobiście zawsze bardzo irytują mnie te usługi, które nakładają tego rodzaju arbitralne ograniczenia („nie możesz zmień swoją nazwę użytkownika ”,„ nie możesz zmienić swojego loginu ”,„ nie możesz ponownie użyć haseł, których używałeś w przeszłości ”itp.).

Chociaż możemy wyróżnić 3 przypadki ( plus ogólny):

1. oprogramowanie offline

2. usługa intranetowa

3. serwis internetowy

4. podsumowanie

1 - oprogramowanie offline

W przypadku całkowitego oprogramowanie offline, użytkownicy powinni zawsze mieć możliwość zmiany swojego loginu. Wszystko jest tutaj lokalne, więc nie ma powodu, aby zabraniać jakichkolwiek zmian.

2 - usługa intranetowa

W przypadku usługi intranetowej najprawdopodobniej oczekujemy, że użytkownicy będą mieli łatwy sposób skontaktowania się bezpośrednio z administratorem.

Może najbezpieczniejszym sposobem zmiany loginu może być wówczas ręczna procedura. Prawdopodobnie jest również możliwe zapewnienie bezpiecznego sposobu automatyzacji procedury.

Jednak nadal, IMHO, użytkownicy powinni mieć możliwość modyfikowania swojego loginu, a logowanie powinno być całkowicie niezależne od unikalnego identyfikatora użytkownika.

3 - usługa internetowa

W przypadku usługi online myślę, że login powinien zawsze być adresem e-mail użytkownika (lub, być może, w niektórych przypadki, numer telefonu komórkowego, ale jeśli jest to usługa internetowa, oczekiwałbym, że mój użytkownik będzie miał adres e-mail i nie polecałbym korzystania z numeru telefonu).

W takim przypadku z pewnością użytkownicy powinni mieć możliwość modyfikowania swojego adresu e-mail w dowolnym momencie, a tym samym swojego loginu (czyli adresu e-mail).

Oczywiście w takim przypadku należy zadbać o odpowiednią procedurę, aby mieć pewność, że gdy pojawi się prośba o modyfikację, istnieje mechanizm, który pozwala potwierdzić, że żądający jest właścicielem konta (e-mail weryfikacyjny z linkiem potwierdzającym, który ma datę ważności, powiedzmy 24h ale to zależy od twojego przypadku).

4 - podsumowanie

• użytkownicy powinni zawsze mieć możliwość modyfikacji swojego loginu
• unikalny identyfikator użytkownika powinien zawsze być niezależnym od logowania
• w przypadku usługi internetowej, unikać „logowania za pomocą nazwy użytkownika”, preferować „logowanie na adres e-mail”, z procedurą walidacji / potwierdzenia
• w każdym przypadku dobrym pomysłem może być śledzenie historii modyfikacji… to, czy wyświetlasz ją w „profilu użytkownika”, czy nie, zależy od konkretnego przypadku użycia

Nie widzę żadnej odpowiedzi sprawdzającej najważniejsze pytanie:

Czy nazwa użytkownika jest tajna w Twojej witrynie, czy nie?

Jeśli nazwa użytkownika jest wyświetlana użytkownikowi strona profilu, jako autor postów na forum lub można go przeszukiwać na liście członków, nie ma żadnych funkcji bezpieczeństwa. Dlatego zmiana lub nie ma znaczenia dla bezpieczeństwa.

Jeśli nazwa użytkownika jest tajna, np. masz inną nazwę wyświetlaną lub wyświetlasz pełną nazwę użytkownika, ale używasz krótkiej nazwy lub aliasu do celów logowania - jeśli nazwa użytkownika jest tajna, wpływa to na bezpieczeństwo, ponieważ osoba atakująca musi znać zarówno nazwę użytkownika, jak i hasło, aby uzyskać dostęp do konta.

Jednakże, ponieważ użytkownicy mają tendencję do ponownego wykorzystywania nazw użytkowników i generalnie nie traktują ich jako tajnych w taki sam sposób, jak robią to z hasłami, nazwa użytkownika jest słabym sekretem. Nie ma to również znaczenia w przypadku wielu ataków (MtM, keyloggery, phishing, włamania do bazy danych itp.)

Więc nawet jeśli twoja nazwa użytkownika jest tajemnicą, zalety użyteczności (opisane w innych dobrych odpowiedzi) znacznie przewyższają względy bezpieczeństwa.

Jeśli zezwolisz użytkownikom na używanie adresów e-mail jako nazw logowania, musisz pozwolić im na zmianę loginu:

• Jeśli ktoś opuści organizację, może natychmiast stracić dostęp do tego adresu a nowy adres można równie szybko przypisać komuś innemu . (Musiałem zmienić dostawcę usług internetowych bez powiadomienia, gdy zdali sobie sprawę, że mimo wszystko nie mogą połączyć się z moim nowym domem; adresy e-mail stały się dostępne dla innych tego samego dnia). Nawet jeśli używasz adresu tylko jako nazwy logowania, a nigdy w przypadku rzeczywistych wiadomości e-mail, jest to znaczący i niepotrzebny wektor ataków socjotechnicznych.
• Jeśli pozwolisz im zmienić adres e-mail, którego używasz do wysyłania e-maili podczas nadal loguję się ze starym adresem, który jest mylący, zły UX i prowadzi do zgłoszeń do pomocy technicznej.

Jest kilka punktów za i przeciw.

Na przykład użytkownik może chcieć zmienić nazwę, aby uniknąć rozpoznania, ponieważ zauważył, że wpisanie w Google jego nazwy użytkownika z witryny A powoduje wyświetlenie jego profilu w witryna B.

Z drugiej strony jest kwestia niedopuszczenia do zmiany, aby ludzie mogli go ponownie rozpoznać w Twojej witrynie. Pomyśl o forum ze znanym trollem. Ludzie wiedzą, jak sobie z nim radzić i nie zwracają na niego uwagi. Dopóki nie zmieni pseudonimu. Oczywiście nie jest to prawdziwa ochrona, ponieważ może zarejestrować inną nazwę użytkownika, ale pozwala uniknąć nadużyć, zmieniając nazwę dla każdego postu.

Jeśli pseudonim jest rodzajem klucza podstawowego, nie możesz pozwolić na zmianę to. Pomyśl o adresie e-mail lub identyfikatorze Jabbera. Niektóre witryny nadal umożliwiają zmianę nazwy i należy zachować ostrożność. Jeśli rozważasz zmianę pseudonimu na Twitterze, lepiej zarejestruj później starą nazwę, aby uniknąć powiązania z nowym użytkownikiem. To jest punkt do zablokowania nazwy użytkownika do użytku w przyszłości po usunięciu konta.

Nazwa użytkownika jest częścią procesu logowania, więc jej zmiana może zatrzymać atak brute-force. W zależności od witryny, nawet jeśli osoba atakująca nie wie, czy hasło jest błędne, czy też cały użytkownik nie istnieje.

Ostatecznie myślę, że nazwa użytkownika powinna być unikalna i prawdopodobnie niemożliwa do zmiany i zablokowana po usunięcie konta, ale powinieneś zapewnić sposób na zdefiniowanie nazwy wyświetlanej, która jest bardziej widoczna niż uchwyt konta.

Spójrz na SO, który używa identyfikatorów lub starego dobrego ICQ, który używa jakiegoś schematu numerowania. Ludzie muszą używać nazwy wyświetlanej na swoich listach kontaktów, ponieważ kto pamięta wszystkie UIN swoich znajomych?

Wreszcie Twoja decyzja nie musi być ostateczna. Zawsze możesz przejść na inny model. Zmiana stałych nazw użytkowników nie powinna być wielkim problemem, naprawianie nazw użytkowników, które były zmieniane, będzie prawdopodobnie wymagało wyjaśnienia dla użytkowników.

Musimy przyjrzeć się niektórym z możliwych opcji:

Dlaczego użytkownik miałby chcieć zmienić swoją nazwę użytkownika?
-personalizacja
-mają stalkera

Dlaczego miałbyś chcieć, aby użytkownik zmienił swoją nazwę użytkownika?
-wszechstronność / personalizacja przyciąga lojalnych klientów

Dlaczego użytkownik miałby nie chcieć, aby inni użytkownicy zmienili swoją nazwę użytkownika?
-powstrzym OG wymówka "byłem pierwszym soccerkid96, nie może być innych"
-i naprawdę nie mogę wymyślić żadnego innego powodu

Dlaczego nie chcesz, aby użytkownik zmienił swoją nazwę użytkownika?
-ktoś sort oszustwa tożsamości? wiele kont phishingowych nazwanych na cześć xXP0rn $ L @ yerXx, rekordzisty świata z najwyższym wynikiem
- może służyć jako backdoor do informacji lub prawdopodobnie jako luka w zabezpieczeniach przed przeciążeniem bazy danych lub atakiem DDoSing

Aby uniknąć większości niechcianych problemów, zalecałbym unikalny statyczny identyfikator dla wszystkich kont (niezwiązany z publiczną nazwą konta), płaciłbym za zmianę nazwy użytkownika, 1 zmianę nazwy użytkownika na 5000 lat itd.