프로그램이 SIGINT 신호를 가로채고, 내부적으로 처리하고, 무시하는 정당한 이유

우리는 또한 프로그램이 IPC 신호를 가로채고 내부 핸들러를 실행하여 기본 핸들러의 작업을 우회할 수도 있다는 것을 알고 SIGKILL있습니다 SIGSTOP.

나는 신호를 사용하여 이 작업을 수행해야 하는 적어도 하나의 좋은 이유를 생각할 수 있습니다 SIGINT.

• 즉, 프로세스를 종료하는 기본 신호 작업으로 돌아가기 전에 마지막 백업을 수행하거나, 메모리 덤프를 저장하거나, 로그에 기록하는 신호 처리기를 구현합니다.

또한 악성 코드가 SIGINT를 포착하고 차단하는 한 가지 타당한 이유를 생각해 볼 수 있습니다.

• 즉, 프로세스의 실행 시간을 연장합니다. 대부분의 사용자에게 Ctrl+는 대부분의 최종 사용자를 위한 키보드 단축키입니다. 코어를 보내고 생성하는 + 는 물론 + ( 프로세스를 중지하고 터미널에 남아 있음 ) C에 대해 모르는 사람들이 많이 있습니다 . 매장을 이전합니다.CtrlZSIGTSTPjobsCtrl\SIGQUIT

• Ctrl+가 포착되어 차단된 경우 C해당 사용자는 다른 터미널 창을 열고 다음을 실행하려고 시도할 수 있습니다.

  ps aux | grep [process name]
  

  프로세스 PID를 얻고 SIGKILL을 실행하십시오.

  kill -9 [$PID]
  

• 마찬가지로, 원격 시스템의 터미널 세션에 연결된 사용자는 새로운 터미널 세션에 대한 두 번째 연결 설정을 시도하고 유사한 프로세스/PID 검색을 통해 범인을 종료합니다. 분명히 이 전략은 짧은 시간 동안만 프로세스 런타임을 연장할 수 있지만 10MB/s 고대역폭 연결을 사용하여 파일을 3분 더 전송하더라도 거의 2GB의 추가 데이터가 전송되므로 확실히 이점이 있습니다. 그것. .

그러나 최근에 나는 일부 프로그램이 다른 하위 집합에 속하는 것처럼 보인다는 사실을 발견했습니다. 아마도 내가 그것에 관심을 갖기 시작했기 때문일 수도 있습니다.

• 이러한 프로그램은 오픈 소스이며 패키지는 충분히 유지 관리 및 검사되어 주요 악성 코드가 숨겨질 가능성이 거의 없습니다.

• vim다른 텍스트 편집기처럼 키보드 입력을 제어하지 않습니다.

• SIGINT를 포착하고 완전히 무시하는 내부 처리기가 있습니다. 최종 프로세스 종료는 없으며, 우리가 아는 한 최종적으로 중요한 작업은 시도되지 않습니다.

내 질문:

• 프로세스가 합법적인 목적을 위해 SIGINT를 가로채지만 완전히 폐기하도록 선택할 수 있는 가능한 이유가 있습니까?

• 즉, SIGINT를 포착하고 무시하는 것이 알려진 기본 작업(실행 중인 프로세스 종료)보다 더 유리한 타당한 이유(코드 또는 시스템 관점에서)나 상황이 있습니까?