도구

브라우저에서 실행되는 도구

스물네 개의 브라우저 측 도구는 핵심 작업에 서버 왕복이 필요 없습니다. 가장 최신은 비밀과 설치 파일을 로컬에서 다루는 두 가지 도구입니다. PGP 제품군은 브라우저에서 키 쌍을 생성하고, 메시지를 암호화하고 복호화하며, 서명을 만들고 검증합니다. 개인 키와 암호 문구는 채팅에 붙여넣거나 업로드해서는 절대 안 되기 때문입니다. 그리고 APK 분석기는 Android 설치 파일을 설치하기 전에 그 선언과 서명 인증서를 읽으며, 파일은 사용자의 기기에서 파싱되고 절대 업로드되지 않습니다. 그 앞에는 패킷 분류가 왔습니다. PCAP 분석기는 .pcap 및 .pcapng 캡처 — 대화, DNS, TLS 메타데이터, 평문 경고 — 를 이 목록의 다른 모든 것과 같은 규칙으로 읽습니다. 캡처 파일은 증거이며 읽으려고 업로드되는 일은 결코 없기 때문입니다. 그 앞에는 이메일 포렌식 한 쌍이 왔습니다. DMARC 보고서 분석기는 수신자가 보내는 집계 보고서(XML, gzip 압축 또는 zip)를 열어 발신자별 표로 합치고, 이메일 헤더 분석기는 의심스러운 메시지 — Received 체인, 인증 결과, 도메인 불일치, 무력화된 링크 — 를 해부합니다. 두 작업 모두 인프라 세부 정보로 가득한 파일에서 시작하는데, 그런 파일은 읽으려고 업로드되어서는 안 되기 때문입니다. 서브넷 계산기는 순수 산술입니다. 로그 파서와 테스트 데이터 생성기는 전적으로 사용자의 컴퓨터에서 실행되므로 운영 로그나 스테이징 데이터베이스를 안전하게 통과시킬 수 있습니다. 가장 최신 다섯 가지는 사람들이 AI 채팅에서 시도하고 후회하는 작업을 위해 존재합니다. 해시 계산(채팅은 다이제스트를 지어냅니다), 해시 식별, JWT 디코딩과 검증, Base64 변환, 비밀번호 생성 — 입력이 자격 증명이고 답은 계산되어야 하는 작업이라, 다섯 가지 모두 로컬에서 실행되고 아무것도 전송하지 않습니다. 계획 묶음은 낯선 사람의 서버에 절대 붙여넣으면 안 되는 입력을 다룹니다. 온콜 스케줄러는 팀 명단을 사용하고, 인증서 생성기는 개인 키를 만듭니다 — 로컬에서, 절대 업로드하지 않으며 — 백업 보존과 오류 예산 계산기는 내부 정책과 장애 수치를 사용합니다. 가장 최신 세 가지는 같은 규칙을 확장합니다. .env 검증기는 스택에서 가장 비밀이 많은 파일을 한 바이트도 전송하지 않고 파싱하고, 회의 플래너는 사용자 브라우저 자체의 Intl 데이터로 시간대 산술을 수행하며, 용량 추정기는 내부 트래픽 수치를 그 자리에서 서버 계획으로 바꿉니다. DNS 조회, 인증서 파서, 도메인 조회는 실제로 공용 서비스를 호출합니다 — DNS는 Google 또는 Cloudflare, 인증서 기록은 crt.sh, 도메인 기록은 RDAP 레지스트리 — 그리고 각 페이지는 조회하는 서비스를 명시하므로 입력한 도메인이 실제로 어디로 갔는지 항상 알 수 있습니다. 어떤 작업에 브라우저 측과 서버 측 형태가 모두 있으면 페이지들이 서로 연결됩니다. 인증서 파서는 실시간 SSL 검사기를 가리키고, 도메인 조회는 만료 검사기를 가리키며, DNS 조회는 전체 그림을 위해 상태 검사를 가리킵니다.

검사기의 작동 방식

각 검사기는 맨 도메인 이름만 받습니다 — 그 외에는 아무것도 필요 없습니다. 제공할 URL, 경로, 포트가 없고, 서비스는 사용자가 지정한 도메인의 표준 웹 포트에만 연결합니다. 그런 다음 검사를 독립적으로 진행합니다. 도달 가능성과 응답 시간을 위한 HTTP 프로브, 인증서를 위한 TLS 핸드셰이크, 도메인의 등록 기록을 위한 레지스트리(RDAP) 조회, 트래픽과 메일을 라우팅하는 레코드를 위한 DNS 쿼리입니다. 각 섹션이 독립적이므로 한 부분이 실패해도 나머지가 가려지지 않습니다. 웹 서버가 고장 난 사이트도 인증서와 만료 날짜는 보여주는데, 대개 그것이 바로 수리에 필요한 정보입니다. 더 새로운 두 검사는 맨 도메인 규칙을 의도적으로 깹니다. HTTP 상태 체인은 전체 URL을 받습니다. 체인은 도메인이 아니라 하나의 주소의 속성이기 때문입니다. DNS 전파 검사는 네 개의 공용 리졸버에 같은 질문을 합니다. 전파는 도메인만의 속성이 아니라 캐시의 속성이기 때문입니다. CVE 분류 데스크는 세 번째 방식으로 깹니다. 취약점 ID 목록을 받습니다. 그 질문은 하나의 호스트가 아니라 패치 대기열에 관한 것이기 때문입니다. 그리고 그 답은 무언가를 탐지해서가 아니라 서버가 매일 새로 고치는 데이터셋에서 옵니다.

결과는 잠시 캐시되므로 동료와 공유한 보고서는 사용자가 본 것과 같은 스냅샷을, 촬영 시각 라벨과 함께 보여줍니다. 인증서나 도메인의 만료까지 90일이 채 남지 않으면 보고서는 그 사실을 크게 알리고 myeventwatch를 통한 무료 지속 모니터링을 제안합니다. 다시 확인해야 한다는 것을 기억해야 하는 카운트다운은 해결책의 절반에 불과하기 때문입니다.