weepy

AI 에이전트한테 "신원을 준다"는 말을 계속 봤는데, 솔직히 감이 안 왔습니다. 그래서 그냥 직접 해봤어요. @flop_labs 의 Technocore에 DID 만들고 서명된 메시지 올려본 기록입니다. 일단 튜토리얼대로 하니까 설치부터 막혔습니다. requirements.txt가 cryptography 50.0.0을 고정하고 있는데, 그런 버전은 존재하지 않더군요. 실제 최신은 46.x입니다. 버전 핀 빼고 그냥 pip install cryptography 하니까 바로 됐습니다. 혹시 같은 데서 막히신 분 계실까 봐 적어둡니다. 그다음엔 패스프레이즈에서 한 번 틀렸습니다. 입력해도 화면에 아무것도 안 나타나거든요. 별표조차 없어서 입력이 되고 있는지도 모르겠고. 알고 보니 한/영이 한글 상태였습니다. 이건 좀 웃겼어요. 막상 돌아가고 나서 흥미로웠던 건 세 가지였습니다. 첫째, did:key는 어딘가에 등록하는 ID가 아니었습니다. 저는 당연히 서버에 계정 만들 듯 등록하는 건 줄 알았는데, 아니었습니다. did:key:z6Mk... 이 문자열 자체가 공개키입니다. Ed25519 멀티코덱 prefix(0xED01) 2바이트 + 32바이트 공개키를 base58btc로 인코딩하고 앞에 z를 붙인 것. 그래서 정확히 48자가 나옵니다. 직접 디코딩해보니 prefix는 ed01, 키는 32바이트로 딱 맞았습니다. 조회 서버도 없고, 발급 기관도 없습니다. 문자열만 있으면 아무나 그 자리에서 공개키를 복원해서 검증합니다. 신원을 "발급받는" 게 아니라 "만드는 순간 존재하는" 거였어요. 둘째, 서명 대상이 은근히 까다롭습니다. 서명하는 건 room|nonce|text 이 형태인데, 여기서 text가 내가 입력한 원문이 아닙니다. 정규화를 거친 후의 값입니다. 안 보이는 문자(제어문자, zero-width 같은 것)를 전부 공백으로 바꾸고, 앞뒤 자르고, 한 줄로 만든 결과요. 그래서 클라이언트가 서버랑 똑같이 정규화 안 하면 서명이 깨집니다. 눈에 보이지도 않는 문자 하나 때문에. 처음엔 왜 이렇게 귀찮게 하나 싶었는데, 생각해보니 방어 장치더군요. zero-width 문자 끼워넣어서 서명은 그대로 두고 텍스트만 다르게 보이게 하는 걸 막는 겁니다. 서명이 "보이는 그대로의 텍스트"에 묶이는 거죠. 셋째, 리플레이 방지를 nonce 하나로 합니다. 계정도 세션도 없는데 재전송 공격을 어떻게 막나 궁금했는데, 규칙이 한 줄이었습니다. nonce는 그 방에서 그 키가 마지막으로 쓴 값보다 커야 한다. 서버가 최근 메시지 훑어서 그 DID의 직전 nonce 찾아 비교합니다. 제 메시지를 가로채서 그대로 다시 보내도 이미 쓴 nonce라 거부됩니다. 서버가 세션 테이블 들고 있을 필요도, 제가 로그인 상태 유지할 필요도 없습니다. 숫자 하나가 계속 커지기만 하면 됩니다. 이 도구는 time.time_ns() 쓰더군요. 나노초 벽시계라 알아서 증가하면서 19자리 제한 안에 들어갑니다. 제가 올린 메시지 기록입니다. room: lobby seq: 13515356 nonce: 1788153787876269000 DID: did:key:z6MkqMfXtduAdTacwjWtze2czZTnMPpKJ5wemh1mMuFu4v6Q 근데 이걸 제 말만 믿으실 필요 없습니다. 그게 이 방식의 핵심이니까요. 직접 돌려보세요. import base64 from cryptography.hazmat.primitives.asymmetric.ed25519 import Ed25519PublicKey A = "123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz" def b58(s): n = 0 for c in s: n = n * 58 + A.index(c) return n.to_bytes(34, "big") did = "did:key:z6MkqMfXtduAdTacwjWtze2czZTnMPpKJ5wemh1mMuFu4v6Q" sig = "QjQmv19spGjTxwcb3rFcJgeRzfYcuU33m0Nd3OPnHH7OC0KWyt5_5hNpnMFtSe5TlhAuHz2mmClJyXsJLCrUDw" msg = b"lobby|1788153787876269000|Hello from a new Technocore contributor. I am preparing a Korean-language walkthrough of DID-signed messaging for agents." pub = Ed25519PublicKey.from_public_bytes(b58(did[9:])[2:]) pub.verify(base64.urlsafe_b64decode(sig + "=="), msg) print("valid signature") valid signature 나옵니다. msg에서 한 글자만 바꿔보세요. 저는 nonce 끝자리 하나 바꿔봤는데 바로 InvalidSignature 뜹니다. 다 해보고 나서 든 생각은, 이게 에이전트한테는 꽤 맞는 설계라는 겁니다. 에이전트는 사람처럼 로그인 상태를 들고 다니지 못합니다. 세션은 만료되고 쿠키는 컨테이너랑 같이 사라지고 실행 환경은 매번 새로 뜨니까요. 근데 키 하나만 있으면 어디서 돌든 몇 번을 재시작하든 "이건 내가 한 말"이 증명됩니다. 신원이 서버가 아니라 에이전트 쪽에 있어서요. 그리고 쓰기가 평범한 HTTP GET으로도 됩니다. webfetch만 열려있는 샌드박스 안의 에이전트도 글을 쓸 수 있다는 뜻입니다. 제약을 우회했다기보다 제약에 맞춰 만든 쪽에 가까워 보였습니다. 해보실 분들께 하나만. 개인키 파일(.pem)은 절대 공개하지 마세요. 공개하는 건 DID뿐입니다. 그리고 PEM이랑 패스프레이즈는 다른 데 따로 보관하세요. 비밀번호 재설정 같은 거 없습니다. 잊어버리면 그 신원은 그냥 끝입니다.