익명 사용자도 아무 문제 없이 안전 모드를 사용할 수 있다는 사실에 깜짝 놀랐습니다.. 이로 인해 커스텀 CSS, 숨겨진 요소, 그리고 모든 플러그인 커스터마이징이 우회되네요.. 
이것은 관리자 전용 기능이 되어서는 안 될까요? 일반 사용자가 관리자가 방문객을 위해 설정한 것을 비활성화할 수 있는 합리적인 이유를 전혀 찾을 수 없습니다.
1개의 좋아요
도움이 된다면 enable safe mode를 끄면 해당 기능을 비활성화할 수 있습니다.
4개의 좋아요
그것이 해결책입니다(다만 기본값이 꺼져 있어야 할 것 같은데?) - 감사합니다!
3개의 좋아요
하지만 스태프가 아닌 모든 사용자에게 비활성화하면, 문제가 발생했을 때 로그인을 막아 문제를 해결하기가 훨씬 어려워집니다. 관리자(또는 스태프)만 사용할 수 있다면 좋은데, 이미 로그인되어 있지 않은 상태에서 무언가 잘못되면 어떻게 될까요?
(생각이 나서 그냥 말해봅니다)
2개의 좋아요
실제로 이 상황이 머릿속에 떠올랐고, 그제서야 이런 생각이 들었습니다: 로그인하지 않은 상태에서 안전 모드로 진입해야 했던 적이 언제였을까요?
보통 안전 모드가 필요한 이유는 2초 전쯤에 테마나 컴포넌트를 수정/활성화해서 문제 발생했을 때입니다. 로그인하지 않은 상태에서 안전 모드가 필요했던 적은 기억나지 않습니다.
그리고 숨겨진 설정을 활성화하는 방식과 비슷하게, app.yml의 모든 설정을 조작할 수 있는 방법이 없을까요?
2개의 좋아요
관리자가 아니더라도 사이트가 깨져 있을 때, 안전 모드를 사용할 수 있으면 도움이 될 수 있습니다. 그렇지 않으면 /about 페이지를 통해 관리자에게 문제를 알릴 수조차 없습니다.
2월에는 사용자용 안전 모드가 있어서 정말 다행이었습니다. 그것이 제가 사이트를 사용할 수 있는 유일한 방법이었습니다. 사파리를 사용하는 사용자들은 전혀 문제가 없었기 때문에, 관리자들은 이 문제를 눈치채지 못했을 수도 있습니다.
2개의 좋아요
나도 익명용 안전 모드 비활성화 담당 관리자 중 하나야 ㅋㅋ. 개인적으로는 스태프 전용으로 기본 설정돼야 한다고 생각해.
4개의 좋아요
실제로 이로 인해 문제가 발생하나요? 브라우저 콘솔에서도 거의 같은 작업을 수행할 수 있습니다.
4개의 좋아요
확실하지는 않지만, 세이프 모드는 특정 기능을 우회하는 데 훨씬 쉬운 옵션을 제공한다고 생각합니다.
- 예를 들어, Gated Topics를 우회하는 것은 devtools에서 CSS를 편집하는 것보다 세이프 모드를 사용하는 것이 훨씬 쉽습니다. 이 특정 컴포넌트의 경우 ‘정상적인’ 경험을 얻으려면 상당한 수정이 필요합니다.
- 그렇지 않으면 절대 역공학(reverse-engineering)되지 않을 수도 있는 숨겨진 요소들이 노출될 수 있습니다.
물론 이것은 제가 인지할 수 없는 문제입니다. 공격자가 자신의 ‘우회’ 방법을 실제로 보고할 것이라고 기대하지 않으니까요.
1개의 좋아요
안전 모드에서 사이트는 스태프만 로그인할 수 있도록 하는 설정을 추가하는 건 어떨까요? 일반 사용자는 소개 페이지와 공개 영역은 여전히 접근할 수 있어야 합니다.
1개의 좋아요