RSA-PSS 키와 데이터가 같은데 검증은 false다
Node.js WebCrypto의 RSA-PSS는 서명과 검증의 saltLength가 다르면 같은 키·데이터에서도 false를 반환한다. 32바이트와 0바이트 salt를 교차 검증하고 메시지 변조 거부를 확인한다. 해시는 키 생성·가져오기에서, salt 길이는 호출에서 프로토콜에 맞춰 명시한다.
빌드노트
검색어를 입력해 글을 찾아보세요.
총 480개의 글
Node.js WebCrypto의 RSA-PSS는 서명과 검증의 saltLength가 다르면 같은 키·데이터에서도 false를 반환한다. 32바이트와 0바이트 salt를 교차 검증하고 메시지 변조 거부를 확인한다. 해시는 키 생성·가져오기에서, salt 길이는 호출에서 프로토콜에 맞춰 명시한다.
DENY보다 enforcing CSP의 frame-ancestors가 우선한다. 두 loopback 출처에서 Report-Only와 부모 거절 조건을 비교해, 요청 수신과 실제 표시를 구분하고 의도한 부모 정책을 고르는 방법을 설명한다.
new URL()은 javascript:·data:·mailto:도 정상 파싱한다. 합성 입력의 protocol과 실제 로컬 문서 클릭을 비교해 HTTP(S) 허용 목록을 적용하고, textContent로 표시한 문구와 href 정책을 구분한다.
localhost 요청의 실제 목적지와 Listen 주소를 비교한다. 소유한 IPv4·IPv6 loopback 리스너에서 curl -4/-6와 숫자 주소를 실행해 접속 결과를 확인하고, 기본 요청 성공과 두 계열 수신을 구분한다.
팝업이 살아 있는데 반환 참조의 closed가 true가 되는 COOP 조건을 두 loopback 출처에서 비교했다. 실제 종료와 참조 분리를 구분하고, 양쪽 문서의 응답 헤더·출처·창 통신 요구를 확인하는 방법을 설명한다.
검색어를 innerHTML로 출력하면 태그가 화면 요소가 된다. 실제 브라우저에서 요소 수와 원문 보존을 비교하고, 평문은 textContent로 표시하되 기존 아이콘을 지킬 출력 위치와 HTML 정제가 필요한 별도 경로를 구분한다.
CommonJS 순환 require에서 초기화 중 저장한 값은 undefined로 남아도, 같은 객체를 로딩 후 다시 읽으면 값이 보일 수 있다. 두 모듈의 실행 순서와 실제 경고를 비교하고, 의존을 끊을지 읽는 시점을 늦출지 판단한다.
세션 쿠키가 저장돼 있어도 Path가 요청 URL에 맞지 않으면 서버에는 전송되지 않는다. 새 브라우저 컨텍스트에서 /account와 / 쿠키의 저장·요청·서버 수신을 비교하고, 기본 Path와 변경 뒤 중복 쿠키까지 확인해 적용 경로를 고르는 방법을 설명한다.
fetch의 Promise 이행과 HTTP 성공은 별개다. Node 내장 fetch로 200·404·500 JSON과 끊긴 연결을 비교하고, HTTP 상태와 오류 본문을 보존하면서 요청 실패와 본문 읽기 실패를 나누는 코드를 확인한다.
Node HTTP 서버의 첫 write 전후에 headersSent를 비교하고, 늦은 setHeader 오류와 실제 클라이언트 응답을 확인했다. 상태·헤더 결정을 본문 쓰기 앞으로 옮기는 수정과, 늦은 statusCode 대입이 예외 없이도 실제 응답을 바꾸지 못한 결과를 설명한다.
TypeScript paths에 둔 별칭은 Node의 런타임 매핑이 아니다. 같은 파일을 일반 별칭·# imports·상대 경로로 요청한 결과를 비교하고, 별도 package.json을 가진 패키지에서 # 이름이 어디까지 적용되는지 확인한다.
서버의 GET 200과 브라우저의 응답 읽기 성공은 다르다. 두 loopback origin에서 credentials와 CORS 응답 헤더의 8개 조합, 쿠키 삭제 뒤 2개 조건을 실제 비교하고 정확한 프런트 origin과 Allow-Credentials를 확인할 위치를 설명한다.