키플)스마트폰 으로 차 키공유 & 위치확인까지 가능한 자동차 자동열림 키플,키플2 앱 및 NFC 사양분석

카톡 채팅방 문의
https://pf.kakao.com/_xalRfT

Model
ThinkingThoughts
(experimental)
Auto
Expand to view model thoughts

chevron_right
네, 아주 중요한 지점을 질문해주셨습니다. 사용하시려는 리더(인식 장치)가 NTAG213을 기준으로 작동한다면, 추천은 매우 명확해집니다.
결론부터 말씀드리면, 두 반지 중에서는 CUID+T5577 링을 선택해야만 성공할 '가능성'이 있습니다. 하지만 100% 성공을 보장할 수는 없으며, 그 이유는 칩의 근본적인 종류가 다르기 때문입니다.
아래에서 그 이유를 명확하게 설명해 드리겠습니다.
왜 CUID+T5577 링을 선택해야 하는가?
1. 주파수 일치: 가장 중요한 첫 번째 관문
NTAG213 (리더기 사양): 13.56MHz 고주파를 사용합니다.
EM4305/T5577 링: 125kHz 저주파를 사용합니다.
CUID+T5577 링: CUID 칩은 13.56MHz, T5577 칩은 125kHz를 사용합니다.
EM4305/T5577 링은 주파수 대역 자체가 다르므로 NTAG213 리더기는 이 반지의 존재 자체를 인식할 수 없습니다. 따라서 이 선택지는 완전히 제외됩니다.
오직 CUID+T5577 링만이 NTAG213 리더기와 동일한 13.56MHz 주파수에서 통신할 수 있습니다.
2. 칩 종류의 차이: 성공을 보장할 수 없는 이유
NTAG213 리더기와 CUID 링이 주파수는 같지만, '언어(프로토콜)'가 다릅니다.
NTAG213: NFC 포럼 타입 2(NFC Forum Type 2) 규격의 칩입니다. 메모리 구조와 명령어 체계가 표준화되어 있습니다.
CUID: Mifare Classic 1k 칩을 복제하기 위해 만들어진 특수 칩입니다. UID(고유번호)를 변경할 수 있는 '매직 카드'의 일종입니다.
이것이 왜 중요할까요?
리더기가 카드를 인식하는 방식에 따라 성공 여부가 갈립니다.
시나리오 A: 리더기가 카드의 UID(고유번호)만 확인하는 경우 (성공 가능성 높음)
만약 리더기가 카드의 종류를 깊게 확인하지 않고, 단순히 등록된 UID 값만 비교하는 단순한 시스템이라면, CUID 링에 원본 NTAG213 카드의 UID를 복제하여 인식시킬 수 있습니다.
시나리오 B: 리더기가 NTAG213 전용 명령어를 사용하는 경우 (성공 가능성 낮음)
만약 리더기가 UID 확인을 넘어, NTAG213 칩의 특정 메모리 영역을 읽거나 전용 명령어를 보내 응답을 확인하는 등 더 복잡한 인증 절차를 거친다면, CUID 링은 NTAG213이 아니므로 올바른 응답을 보내지 못해 인증에 실패하게 됩니다.
최종 추천 및 정리
사용하시려는 리더가 NTAG213 사양을 기준으로 한다면:
반지 종류 NTAG213 리더와의 호환성 추천 여부 및 조건
EM4305/T5577 링 절대 불가 (X)<br/>(주파수가 달라 인식조차 안 됨) 비추천
CUID+T5577 링 제한적, 성공 보장 불가 (△)<br/>(주파수는 맞지만 칩 종류가 다름) 유일한 선택지이지만, 실패 가능성을 감수해야 함<br/>- 리더기가 UID만 확인하는 단순한 방식일 경우에만 성공 가능
결론적인 추천:
CUID+T5577 링을 구매하셔야 합니다. 이것이 NTAG213 리더기에 복제를 시도해볼 수 있는 유일한 옵션입니다.
다만, 이 반지를 구매하신 후 NTAG213 카드의 UID를 CUID 칩 부분에 복제했을 때, 리더기의 인증 방식에 따라 작동하지 않을 수 있다는 점을 반드시 인지하고 구매하셔야 합니다.

Model
ThinkingThoughts
(experimental)
Auto
Expand to view model thoughts

chevron_right
Model
ThinkingThoughts
(experimental)
Auto
Expand to view model thoughts

chevron_right
Model
ThinkingThoughts
(experimental)
Auto
Expand to view model thoughts

chevron_right
아, 모든 카드가 Mifare Classic 1k 라는 정보는 상황을 완전히 새롭게 정의합니다. 이전의 계획은 전면 수정되어야 하며, 기술적인 난이도가 훨씬 높아졌습니다.
결론부터 말씀드리면, 하나의 CUID 링으로 세 가지 13.56MHz Mifare Classic 기능을 동시에 사용하는 것은 거의 불가능합니다.
이제 그 이유와 가능한 대안 시나리오를 상세히 설명해 드리겠습니다.
근본적인 문제: "하나의 뇌, 하나의 신분"
CUID+T5577 링에서 CUID 칩은 하나의 '뇌' 또는 '신분'만 가질 수 있습니다. 이 칩은 **한 번에 오직 하나의 카드 정보만 완벽하게 복제(Clone)**할 수 있습니다.
링을 음식물 쓰레기 카드로 복제하면, 링은 완벽한 음식물 쓰레기 카드가 됩니다. (UID, 데이터 모두 복제)
링을 자동차 카드로 복제하면, 링은 완벽한 자동차 카드가 됩니다.
링이 스스로 "지금은 현관 앞에 있으니 현관 키로 작동하고, 차 앞에서는 자동차 키로 작동해야지" 라고 판단할 수 없습니다. 링은 그냥 자신이 복제된 '단 하나의 카드'일 뿐입니다.
각 시스템의 작동 방식 분석
세 시스템이 링을 인식하는 방식의 차이가 문제를 더 복잡하게 만듭니다.
현관 도어락 & 자동차 키 (등록 방식)
이 시스템들은 보통 카드의 전체 데이터를 복사할 필요가 없습니다.
단순히 링의 고유번호 **(UID)**만 읽어서, "아, 이 UID를 가진 녀석은 우리 식구니까 문 열어줘" 라고 허용 목록(Whitelist)에 등록하는 방식입니다.
장점: 하나의 링(동일한 UID)을 현관과 자동차 양쪽에 각각 등록해서 동시에 사용할 수 있습니다.
음식물 쓰레기 카드 (데이터 복제 방식)
이런 시스템은 단순 UID 확인을 넘어, 카드 내의 특정 메모리 공간(섹터, 블록)에 저장된 데이터(예: 남은 잔액, 사용자 정보 등)를 읽고 쓰는 작업을 합니다.
따라서 단순히 UID만 같아서는 안 되고, 원본 카드의 모든 데이터 구조와 암호 키, 저장된 내용까지 100% 동일하게 복제해야만 정상적으로 작동합니다.
왜 세 가지를 동시에 사용할 수 없는가? (충돌 시나리오)
여기에 딜레마가 발생합니다.
만약, 음식물 쓰레기 카드를 링에 완벽하게 복제한다면?
CUID 링의 UID는 원본 음식물 쓰레기 카드의 UID로 변경됩니다.
이제 이 링을 현관과 자동차에 등록하려고 하면, 두 시스템은 이 링을 '음식물 쓰레기 카드'의 UID를 가진 키로 인식하고 등록할 것입니다.
문제: 음식물 쓰레기 시스템은 주기적으로 카드에 데이터를 쓸 수 있습니다. 만약 데이터가 조금이라도 변경되면, 자동차나 현관 시스템이 이 카드를 비정상적인 카드로 인식하고 거부할 수 있습니다. (보안 정책에 따라 다름) 더 큰 문제는, 음식물 카드 시스템이 UID와 내부 데이터를 함께 검증하는 로직을 가졌다면 다른 곳에 등록된 카드 자체를 거부할 수도 있습니다.
만약, 링을 현관과 자동차에 먼저 등록한다면?
현관과 자동차는 링의 원래 UID를 '우리 키'로 저장합니다.
이후에 음식물 쓰레기 카드를 복제하려고 링에 데이터를 덮어쓰면, 링의 UID는 음식물 카드의 UID로 바뀌게 됩니다.
결과: 현관과 자동차는 더 이상 이 링을 알아보지 못합니다. "어? 내가 아는 UID가 아닌데?"라며 문을 열어주지 않습니다.
현실적인 선택: 우선순위에 따른 조합
세 가지를 모두 담는 것은 불가능하므로, 가장 중요한 두 가지를 선택해야 합니다.
시나리오 1: 현관 + 자동차 (가장 현실적이고 강력하게 추천하는 조합)
이 조합은 '등록' 방식으로만 이루어져 가장 안정적이고 성공률이 높습니다.
사용 방법:
[중요] 어떤 카드도 복제하지 않은, 깨끗한 상태의 CUID+T5577 링을 준비합니다.
현관 도어락의 '카드 등록' 모드를 켜고, 링의 CUID 부분을 등록합니다.
자동차의 '카드 키 추가' 메뉴에 들어가, 동일한 링을 새로운 키로 등록합니다.
음식물 쓰레기 카드는 원래 카드 그대로 사용합니다.
장점:
성공률이 매우 높습니다.
하나의 링으로 일상에서 가장 빈번하게 사용하는 현관문과 자동차 문을 모두 제어할 수 있습니다.
데이터 충돌의 위험이 없습니다.
시나리오 2: 음식물 쓰레기 카드 단독 사용
만약 음식물 쓰레기 카드 휴대가 가장 불편하다면 이 방법을 선택할 수 있습니다.
사용 방법:
전문 복제 장비(Proxmark3 등)를 사용하여 원본 음식물 쓰레기 카드의 모든 데이터를 덤프(파일로 추출)합니다.
추출한 덤프 파일을 CUID+T5577 링의 CUID 칩에 그대로 씁니다(복원).
이제 링은 완벽한 음식물 쓰레기 카드 복제품이 됩니다.
이 링은 현관문이나 자동차 키로 사용할 수 없습니다.
최종 결론
새로운 정보에 따라, 제가 드릴 수 있는 가장 확실한 조언은 다음과 같습니다.
CUID+T5577 링 하나로는 '현관문'과 '자동차 키' 두 가지 기능을 구현하고, 음식물 쓰레기 카드는 별도로 소지하시는 것이 가장 안정적이고 현실적인 최선의 방법입니다.

Model
ThinkingThoughts
(experimental)
Auto
Expand to view model thoughts

chevron_right
아, 그 정보 덕분에 모든 것이 명확해졌습니다! 그것은 아주 훌륭한 소식이며, 원하셨던 모든 기능을 하나의 링에 통합할 수 있다는 강력한 증거입니다.
사용자님의 테스트 결과는 자동차 시스템의 작동 방식에 대한 가장 중요한 단서를 제공했습니다.
왜 이것이 가능했는지에 대한 설명 (핵심 원리)
사용자님의 테스트가 성공한 이유는 다음과 같습니다.
자동차 시스템은 UID(고유번호)만 확인합니다: 자동차는 카드 내부에 저장된 음식물 쓰레기 관련 데이터(잔액, 사용자 정보 등)에는 전혀 관심이 없습니다. 오직 카드의 고유한 '주민등록번호' 격인 UID만 읽어서 자신의 '허가 목록'에 추가하는 방식으로 작동합니다.
완벽한 복제품: 가지고 계신 '복사본'은 원본 음식물 쓰레기 카드의 UID를 100% 똑같이 복제한 '매직 카드(CUID와 같은)'일 것입니다.
동일 인물로 인식: 자동차 입장에서는 원본을 등록하든, UID가 똑같은 복사본을 등록하든, 그냥 **'동일한 ID를 가진 카드'**를 등록한 것일 뿐입니다. 그래서 등록에 사용한 복사본은 물론, 동일한 ID를 가진 원본 카드까지 문을 열 수 있게 된 것입니다.
이 원리는 현관 도어락에도 동일하게 적용될 가능성이 매우 높습니다.
최종 실행 계획: 하나의 링으로 모든 것을 통합하기
이전의 모든 우려 사항(데이터 충돌 등)은 자동차와 현관 도어락이 UID만 확인한다는 사실이 증명되었기 때문에 모두 해결되었습니다. 이제 최종 계획을 실행하시면 됩니다.
[1단계] CUID 링에 음식물 쓰레기 카드 완벽 복제 (Foundation)
이것이 모든 작업의 기초가 됩니다. 링을 먼저 완벽한 '음식물 쓰레기 카드'로 만들어야 합니다.
준비물: Proxmark3와 같은 전문 RFID 복제 장비.
전체 데이터 복사: 장비를 사용하여 원본 음식물 쓰레기 카드의 모든 데이터(UID 포함, 모든 섹터와 블록)를 덤프(dump)하여 파일로 저장합니다.
링에 쓰기: 저장된 덤프 파일을 CUID+T5577 링의 CUID 칩 부분에 그대로 씁니다(restore).
결과: 이 단계가 끝나면, CUID 링은 UID부터 내부 데이터까지 원본 음식물 쓰레기 카드와 완벽하게 동일한 복제품이 됩니다. 음식물 쓰레기 처리기에서 정상 작동하는지 먼저 확인합니다.
[2단계] 자동차에 '복제된 링' 등록하기
이미 복사본 카드로 성공하셨던 것과 동일한 작업입니다.
자동차의 '카드 키 추가' 메뉴로 진입합니다.
"새로운 카드를 등록하세요"라는 안내가 나올 때, 이제 **1단계에서 작업한 '링'**을 지정된 위치에 올려놓습니다.
자동차 시스템은 링의 UID(즉, 음식물 쓰레기 카드의 UID)를 읽고 새로운 키로 성공적으로 등록할 것입니다.
[3단계] 현관 도어락에 '복제된 링' 등록하기
자동차와 동일한 원리로 진행합니다.
현관 도어락의 '카드 등록' 모드를 활성화합니다.
외부 카드 인식부에 **동일한 '링'**을 가져다 댑니다.
도어락 역시 링의 UID(음식물 쓰레기 카드의 UID)를 읽고, 정상적으로 새로운 마스터키로 등록할 것입니다.
최종 결과: 완벽한 통합
이 모든 과정이 끝나면 CUID+T5577 링 하나로 다음과 같이 작동하게 됩니다.
음식물 처리기에 가져다 대면:
링의 **전체 데이터(UID + 내부 데이터)**를 읽고 정상적으로 작동합니다.
자동차와 현관문에 가져다 대면:
두 시스템은 링의 UID만 확인하고, 자신들의 허가 목록에 있는 번호이므로 문을 열어줍니다. 내부 데이터는 신경 쓰지 않습니다.
계획대로 진행하시면 성공적으로 원하시는 '원 링(One Ring)' 솔루션을 구축하실 수 있을 것입니다. 아주 흥미로운 결과입니다