최근 검색
최근 검색 없음

Kirsten Wilson
가입한 날짜: 2023년 3월 15일
·
마지막 활동: 2025년 1월 07일
팔로잉
0
팔로워
0
총 활동 수
22
투표 수
0
플랜 수
11
활동 개요
배지
문서
게시물
커뮤니티 댓글
문서 댓글
활동 개요
님의 최근 활동 Kirsten Wilson
Kirsten Wilson님이 에 댓글을 입력함
This is a great feature request and I have added it to the backlog for future consideration. This means that we will think about adding it as a priority later in our planning cycle. We are going to leave this post open for comment to allow others to provide their feedback and use cases, however please note as is stated in our Community Guidelines that we can not commit to prioritizing any one piece of feedback we receive in the community.
Thank you again for your feedback and for being a valuable customer with Zendesk.
댓글 보기 · 2025년 1월 07일에 게시됨 · Kirsten Wilson
0
팔로워
0
투표 수
0
댓글
Kirsten Wilson님이 에 댓글을 입력함
Hi Iris, hopefully your agent was able to get signed in but if you are still having some trouble please create a ticket so that we can take a further look. In most cases when a recovery code is generated for a team member and it expires or no longer works, you would repeat the steps mentioned above to generate a new code.
댓글 보기 · 2025년 1월 06일에 게시됨 · Kirsten Wilson
0
팔로워
0
투표 수
0
댓글
Kirsten Wilson님이 에 댓글을 입력함
At this time there is no way to identify which end users have 2FA enabled but the team is looking into adding the ability for admins to enforce it in the future. Stayed tuned for updates as we continue to make additional improvements.
댓글 보기 · 2024년 9월 18일에 게시됨 · Kirsten Wilson
0
팔로워
0
투표 수
0
댓글
Kirsten Wilson님이 에 문서를 만듦
발표일 | 배포 시작일 | 배포 종료일 |
2024년 9월 25일 | 2024년 10월 21일 | 2025년 4월 |
무단 액세스를 방지하기 위해 Zendesk가 계정에 제공하는 새로운 보호 기능을 발표하게 되어 매우 기쁩니다. 비공개 데이터는 악의적인 공격자의 중요한 리소스이자 목표입니다. 이번 업데이트를 통해 알 수 없는 새 기기가 승인 없이 상담사 로그인을 통해 계정에 연결되는 것을 방지하여 해당 데이터의 보안을 크게 강화할 것입니다.
2024년 10월 21일부터 2단계 인증(2SV)을 도입합니다. 고객에게 안전하고 신뢰할 수 있는 환경을 제공하기 위한 지속적인 노력의 일환으로 계정 보안을 강화하기 위해 이 기능을 구현하고 있습니다. 모든 소중한 고객에게 원활한 전환을 보장하기 위해 2025년 10월 말부터 4월까지 장기간에 걸쳐 배포할 예정입니다.
본 발표에서는 다음과 같은 주제를 다룹니다.
무엇이 변경되나요?
Zendesk 인증을 사용 설정한 고객은 자동으로 2SV에 등록됩니다. 고객이 새 기기에서 로그인할 때 2SV는 고객이 계정에 로그인하기 전에 6자리 코드를 입력하라는 메시지를 표시합니다. 이 코드는 등록된 기본 이메일 주소에서 검색해야 합니다.
고객이 전에 사용한 적이 없는 기기에서 Zendesk 계정에 로그인할 때 이 코드를 입력하라는 메시지가 표시됩니다. 상담사가 패스코드가 포함된 이메일을 받지 못하는 경우 관리자에게 대신 복구 코드를 검색해 달라고 요청할 수 있습니다. 현재 Zendesk 인증을 사용 설정하지 않았지만 나중에 사용 설정하기로 결정하면 계정에서 자동으로 2SV가 사용 설정됩니다.
Zendesk에서 이러한 변경을 하는 이유는 무엇인가요?
Zendesk는 보안 성공 사례와 업계 표준에 더 잘 부합하기 위해 이러한 변경을 시행합니다. 오늘날의 보안 환경에서는 비밀번호를 유일한 인증 방법으로 사용하는 것만으로는 충분하지 않으며, 두 번째 인증 방법을 사용하면 사용 중인 자격 증명이 올바른 사용자에게 연결되도록 보장하는 데 도움이 됩니다.
어떻게 해야 하나요?
이러한 변경에 대비하기 위해 관리자는 상담사에게 등록된 기본 이메일 주소에 액세스할 수 있는지 확인하도록 알려야 합니다. 해당 이메일 받은 편지함에 액세스할 수 없는 경우 계정에서 2SV를 사용 설정하기 전에 액세스할 수 있는 편지함으로 업데이트해야 합니다.
이 발표에 대한 피드백이나 질문이 있으시면 고객 제품 피드백을 수집하고 관리하는 커뮤니티 포럼을 방문하세요. Zendesk 제품에 대한 일반적인 지원은 Zendesk 고객 지원팀에 문의하세요.
2024년 10월 01일에 편집됨 · Kirsten Wilson
5
팔로워
1
투표
0
댓글
Kirsten Wilson님이 에 댓글을 입력함
Hello everyone, thank you for taking the time to provide us with this feedback. We apologize for the delay on our end in providing you with a response to your feature request.
We wanted to let you know that at this time we are not able to commit to building this feature but have it noted as a potential to revisit in the future. We understand that branded and tailored experiences are important for our Zendesk users and we are looking into ways in which we can accomplish this through different channels however, this particular feature is not able to be prioritized at this time. We understand this may be frustrating but wanted to ensure we closed this loop to remain transparent.
At this time we are going to close this post for comment and mark it as “not planned”. If you are interested in learning more about this and other features being built please make sure to check out and follow our Community events, What’s New Community Topic, and Zendesk Updates. Again, we apologize for our delay and appreciate you being a valuable Zendesk Community member.
댓글 보기 · 2024년 7월 09일에 편집됨 · Kirsten Wilson
0
팔로워
0
투표 수
0
댓글
Kirsten Wilson님이 에 댓글을 입력함
Hi everyone,
Thank you so much for the feedback as well as the additional use cases. This capability is currently not on our roadmap but it is something that we can consider exploring in the future.
댓글 보기 · 2024년 6월 14일에 게시됨 · Kirsten Wilson
0
팔로워
0
투표 수
0
댓글
Kirsten Wilson님이 에 문서를 만듦
발표일 | 배포일 | 배포 종료일 |
2024년 7월 1일 | 2024년 7월 31일 | 2025년 12월 31일 |
무엇이 변경되나요?
2024년 7월 31일부터 새 계정 및 이 방법을 사용하지 않는 계정의 API 호출에 대한 인증 방법으로는 이메일과 비밀번호를 더 이상 제공하지 않습니다. 현재 이 방법을 활발히 사용하고 계신다면 2025년 12월 31일까지 계속 사용하실 수 있으며, 앞으로 몇 달에 걸쳐 API 토큰 또는 OAuth로 마이그레이션하는 방법에 대한 자세한 내용을 별도로 알려 드리겠습니다. 관리 센터에서 API에 대한 비밀번호 액세스 설정 및 이메일/비밀번호 인증 방법 제거를 준비함에 따라, 지원되는 인증 방법으로 API 토큰 및 OAuth만 제공하도록 문서가 업데이트되었습니다.
Zendesk 기록에 따르면 현재 API에 대한 비밀번호 액세스 설정이 사용 설정되어 있지만 활동이 감지되지 않은 경우 7월 1일부터 3주에 걸쳐 이 설정을 해제할 예정임을 알리는 이메일을 보내 드렸습니다. 이 기능을 계속 사용하려면 7월 30일까지 수동으로 설정을 다시 사용으로 설정해야 합니다. 다시 사용 설정한 후에는 2025년 12월 31일까지 다른 인증 방법으로 전환해야 합니다.
Zendesk에서 이러한 변경을 하는 이유는 무엇인가요?
Zendesk는 계정 보안을 최우선으로 생각합니다. 사용자 이름과 비밀번호로 API에 액세스하는 옵션은 비밀번호가 노출되거나 재사용될 수 있고 이 방법은 더 이상 API 인증에 대한 최신 모범 사례와 일치하지 않으므로 본질적으로 안전하지 않습니다. API 액세스에 동일한 사용자 이름과 비밀번호를 사용하는 기능을 제거하면 자격 증명이 노출될 경우 무단 액세스 및 계정이 변경될 위험을 줄일 수 있습니다.
사용할 수 있는 대안이 있나요?
예, API 호출을 인증하기 위한 두 가지 안전한 대안이 있습니다. 토큰을 사용하면 현재 비밀번호 액세스를 사용하는 사용자들이 아주 약간의 변경만 하면 됩니다. OAuth는 좀 더 복잡하지만 세분화된 권한(읽기 및 쓰기 등)으로 토큰을 만들 수 있으며 보안에 더욱 민감한 설정이 가능합니다.
참고: 각 API 토큰은 계정에서 인증된 사용자 모두 사용할 수 있으며 특정 사용자와 연결되지 않습니다. 제공된 이메일 주소와 연결된 사용자 역할에 따라 권한이 제한됩니다.
API 토큰: 여기에서 API 토큰에 대해 자세히 알아보세요.
OAuth: 여기에서 OAuth에 대해 자세히 알아보세요
어떻게 해야 하나요?
현재 API에 대한 비밀번호 액세스 설정이 사용으로 설정되어 있지만 이 기능을 사용하지 않는 경우에는 설정을 해제해도 안전합니다. 관리 센터의 앱 및 연동 서비스 > API > Zendesk API > 설정 > API에 대한 비밀번호 액세스에서 찾을 수 있습니다. 사용 해제된 후에는 2024년 7월 31일부터 페이지에서 해당 설정이 제거됩니다.
7월 30일까지 API에 대한 비밀번호 액세스 설정을 다시 사용으로 설정하지 않으면 추가 조치가 필요하지 않으며 해당 설정은 계정에서 영구적으로 제거됩니다. 이 기능을 계속 사용하려는 경우 7월 30일 전에 다시 사용으로 설정하면 2025년 12월 31일까지 계속 액세스할 수 있습니다.
이 발표와 관련된 피드백이나 질문이 있으시면 고객 제품 피드백을 수집 및 관리하는 커뮤니티 포럼을 방문하세요. Zendesk 제품에 대한 일반적인 지원은 Zendesk 고객 지원팀에 문의하세요.
2025년 2월 12일에 편집됨 · Kirsten Wilson
0
팔로워
0
투표 수
0
댓글
Kirsten Wilson님이 에 댓글을 입력함
Hi Mandy,
Sorry this is happening, since I am not able to see the specific details of your account I'll provide some potential solutions.
You most likely have some placeholders that act as an “open mail relay” meaning any text the spammer includes in the requester name or subject fields will be included unaltered in the email notification the trigger automatically sends out to the email address listed as the requester.
To completely block the spam messages from being created you can enable the “anybody can submit tickets” setting or you can check the spam tickets to see which trigger is being used and remove or replace it with something more generic.
Hopefully this helps, please submit a ticket if you need more help!
댓글 보기 · 2024년 5월 08일에 게시됨 · Kirsten Wilson
0
팔로워
0
투표 수
0
댓글