구글에 크롬 🍕이모지🔥.yjm.kr 서브도메인 이모지 사용 가능하게 제안

http://🍕이모지🔥.yjm.kr/y/puny_code.php

Punycode 변환기 | Unicode ↔ xn--

 

 

일자 2026-04-12 일에 제안

📝 Google Chromium 이슈 / Google 그룹스 제출용 초안
제목: 제안: 인증된 상위 도메인의 하위 도메인(IDN)에서 이모지 렌더링 지원

본문:

안녕하세요, Chromium 팀 여러분.

저는 국제화 도메인 이름(IDN)을 사용하여 창의적이고 표현력 있는 웹 환경을 구축하는 개발자이자 사용자입니다.

[현재 문제]
현재 하위 도메인(예: 🍕이모지🔥.yjm.kr)에서 이모지를 사용하면 Chrome에서 자동으로 Punycode(xn--v52b17upwbl865cn5b.yjm.kr)로 변환하여 주소 표시줄에 표시합니다. 이는 동형 문자 공격 및 피싱을 방지하기 위한 보안 조치임을 알고 있습니다.

[제안 내용]
인증된 상위 도메인 소유자가 관리하는 하위 도메인의 경우 현재 정책이 너무 제한적이라고 생각합니다. 크롬에서 특정 조건 하에 서브도메인에서도 이모지를 표시할 수 있도록 허용하는 방안을 제안합니다.

서브도메인에서의 표현의 자유: 최상위 도메인(TLD)이나 준최상위 도메인(SLD)과 달리 서브도메인은 개인 브랜딩, 창의적인 프로젝트, 커뮤니티 활동 등에 널리 활용됩니다. 이모지 표시를 차단하면 사용자 경험과 웹의 창의적 잠재력이 제한됩니다.

신뢰 기반 표시: 상위 도메인(예: yjm.kr)의 평판이 좋거나 사용자가 해당 도메인으로 직접 이동한 경우, 동형 문자 공격 위험은 최상위 도메인에 비해 훨씬 낮습니다.

사용자 선택권: 도메인 소유자가 서브도메인을 유니코드(Unicode)로 표시할지 여부를 선택할 수 있는 옵션 또는 "화이트리스트" 기능을 제공해 주시면 감사하겠습니다.

[예시]

원하는 주소: 🍕이모지🔥.yjm.kr

현재 Chrome 표시: xn--v52b17upwbl865cn5b.yjm.kr

보안이 최우선이지만, 서브도메인에 대한 "Punycode 전용" 정책은 인터넷 언어의 진화에 대한 기술적 장벽처럼 느껴집니다. 개발자와 사이트 소유자의 표현의 자유를 보장하기 위해 서브도메인에서 이모지 IDN 렌더링을 허용하는 방안을 검토해 주시기를 요청드립니다.

수고 많으셨고 이 의견을 고려해 주셔서 감사합니다.

감사합니다.

 

 

아래는 구글번영으로 영어 원문..  주내용은   http://🍕이모지🔥.yjm.kr    이런 서브도메인에 이모지 넣을수있게 해달라는것 
현재는 xn-??????????????. 식의 푸니코드로 ( 실제 DNS 도메인 네임 서버에 등록한 대로 바뀐다는것 ) .

Subject: Proposal: Support for Emoji rendering in Subdomains (IDN) for Verified Parent Domains

Body:

Hello Chromium Team,

I am a developer and a user who utilizes Internationalized Domain Names (IDN) to create creative and expressive web environments.

[Current Issue]
Currently, when I use emojis in a subdomain, such as 🍕이모지🔥.yjm.kr, Chrome automatically converts and displays it as Punycode (xn--v52b17upwbl865cn5b.yjm.kr) in the address bar. I understand that this is a security measure to prevent homograph attacks and phishing.

[My Proposal]
I believe that the current policy is too restrictive for subdomains managed by the owner of a verified parent domain. I would like to propose that Chrome allows the visual rendering of emojis in subdomains under certain conditions.

Freedom of Expression in Subdomains: Unlike the main TLD or SLD, subdomains are often used for personal branding, creative projects, and community engagement. Blocking emoji rendering limits the user experience and creative potential of the web.

Trust-Based Rendering: If the parent domain (e.g., yjm.kr) has a clear reputation or if the user has explicitly navigated to it, the risk of a homograph attack is significantly lower compared to the root domain.

User Choice: Please consider providing an option or a "white-list" mechanism where legitimate domain owners can choose to display their subdomains as intended (in Unicode) rather than forced Punycode.

[Example]

Desired: 🍕이모지🔥.yjm.kr

Current Chrome Display: xn--v52b17upwbl865cn5b.yjm.kr

While security is paramount, the "Punycode-only" policy for subdomains feels like a technical barrier to the evolving language of the internet. I request the team to review the possibility of allowing Emoji IDN rendering for subdomains to guarantee freedom of expression for developers and site owners.

Thank you for your hard work and for considering this feedback.

Best regards,