정보 보안 프리랜서를 모집합니다

• 웹사이트·서버의 보안 취약점 진단 및 점검 보고서 작성
• 모의해킹을 통한 실제 침투 가능성 확인(사전 승인 범위 내)
• 발견된 취약점의 위험도 분류 및 개선 방안 제시
• 개인정보 처리 구간의 접근 권한 및 암호화 적용 여부 점검
• 서버 설정 및 방화벽 규칙 점검
• 보안 점검 결과에 따른 개선 조치 이행 확인
• 정기 점검 시 이전 대비 개선 현황 비교
• 보안 관련 정책·문서 정비 지원

자주 쓰는 도구와 기술

• OWASP ZAP
• Burp Suite
• Nmap
• Metasploit
• Wireshark
• 리눅스 서버 점검 도구
• 정보보안기사
• ISMS-P 관련 지식

작업 흐름

1. 1

   점검 대상 범위(웹사이트, 서버, 애플리케이션 등)와 목적을 확인합니다.

2. 2

   점검 진행에 대한 서면 승인을 받아 법적·업무적 문제를 예방합니다.

3. 3

   정해진 범위 내에서 취약점 진단 또는 모의해킹을 진행합니다.

4. 4

   발견된 취약점을 위험도별로 정리한 보고서를 작성합니다.

5. 5

   의뢰인과 함께 개선 방안을 논의하고 우선순위를 정합니다.

6. 6

   개선 조치 완료 후 재점검을 통해 결과를 확인합니다.

• 점검 대상 범위(시스템 개수, 페이지 수 등)를 기준으로 나눕니다.
• 취약점 진단인지 실제 침투를 시도하는 모의해킹인지에 따라 크게 달라집니다.
• 1회성 점검인지 정기 점검 계약인지에 따라 나눕니다.
• 발견 취약점에 대한 개선 지원까지 포함하는지에 따라 나눕니다.
• 보고서 상세도(경영진 보고용, 실무자용 등)에 따라 옵션을 나눕니다.
• 재점검(개선 확인) 포함 여부를 별도로 안내합니다.

패키지 구성 예시

• 이전에 진행한 점검 사례를 익명 처리해 방법론 위주로 포트폴리오를 구성합니다.
• 포트폴리오 제목에 점검 유형(웹, 서버, 모의해킹 등)을 명확히 적습니다.
• 첫 답장에서 점검 목적과 사전 승인 절차 가능 여부를 먼저 확인합니다.
• 실제 자격이나 경력을 프로필에 정확하게만 표기합니다.
• 점검 시 실제 서비스에 미칠 영향을 사전에 명확히 안내해 신뢰를 줍니다.
• 보고서 샘플(가상 데이터 기반)을 준비해 결과물 수준을 미리 보여줍니다.
• 정기 점검 계약 가능 여부를 프로필에 표기합니다.

사전 승인 없이 점검을 진행해 법적 문제가 생김

점검 전 반드시 서면 승인을 받고 점검 범위를 명확히 문서로 남깁니다.

점검 중 실제 서비스에 장애 발생

운영 시간대를 피하거나 영향이 적은 방식으로 점검 일정을 계획합니다.

발견된 취약점 정보가 유출됨

점검 보고서와 관련 자료의 보관·전달 방식을 안전하게 관리합니다.

개선 조치 여부를 확인하지 않고 종료함

재점검 절차를 계약에 포함해 실제 개선이 이루어졌는지 확인합니다.

법률·개인정보보호 관련 판단을 임의로 단정함

법적 책임이 걸린 사안은 단정하지 않고 전문가(법률·개인정보보호 담당자) 상담이 필요하다고 안내합니다.

• QA·테스트