정보마당 1,864건 전체보기
-
중소기업중앙회 입찰공고 제2026-73호 입 찰 공 고 1. 입찰에 부치는 사항 가. 용 역 명: 2027년 중소기업경기전망조사 실사 용역 나. 용역기간: 계약체결일로부터~'27.12.31. 다. 용역내용: 제안요청서 참조 라. 사업예산: 400,000,000원(부가세 포함) 마. 계약방법: 일반경쟁, 협상에 의한 계약 바. 공고기간, 입찰서 및 제안서 제출일시 ㅇ 공고기간: 2026. 10. 22.(목)~2026. 12. 1.(화) ㅇ 입찰 및 제안서 제출 마감일시 및 장소: 2026. 12. 2.(수) 11:00, 본회 총무회계실(5층) - 평일 09:00~18:00 (※토요일 일요일 휴일은 제외, 우편접수는 불가) 2. 입찰참가자격 가.「국가를 당사자로 하는 계약에 관한 법률 시행령」 제12조(경쟁입찰의 참가자격) 및 동법 시행규칙 제14조(입찰참가자격요건의 증명)에 의거 자격요건을 갖춘 업체 나.「국가를 당사자로 하는 계약에 관한 법률」 제27조 제1항 및 같은 법 시행령 제76조의 규정에 의한 부정당업자에 해당하지 않는 업체 다. 공고일 기준 국세 및 지방세 체납이 없는 업체 라. 위의 요건을 충족한 업체 중에서 입찰등록 및 제안서 접수 마감일시까지 입찰참가신청을 마친 업체 ※ 공동수급 및 하도급 불허 ※ 참가자격에 대한 자세한 사항은 제안요청서 참조 3. 입찰참가자 제출서류: 붙임 제안요청서 참조 4. 낙찰자 결정 방법 입찰참가자로부터 제안서를 제출받아 내부 평가위원회에서 평가한 후, 가격평가점수 합산을 통하여 우선협상자를 결정합니다. 기타 세부사항은 제안요청서를 참고하여 주시기 바랍니다. 5. 입찰보증금 납부 및 귀속 입찰참가자는 입찰서류 신청시 입찰금액의 10/100에 해당하는 입찰보증금을 입찰보증보험증권 또는 현금으로 본회에 납부하여야 합니다. 6. 입찰의 무효 국가를 당사자로 하는 계약에 관한 법률, 동 시행령, 동 시행규칙의 규정에 의합니다. 7. 기타사항 가. 제안서 평가결과는 본회 홈페이지에서 확인하시기 바랍니다 나. 제안요청서(과업지시서)는 첨부파일을 다운받아 사용하시기 바랍니다. 다. 입찰참가자는 제안요청서, 용역계약일반조건 등 모든 사항을 숙지하고 입찰에 참가하여야 합니다. 이를 숙지하지 못한 모든 책임은 입찰자에게 있습니다. 라. 제출된 자료의 기재내용이 허위사실로 인정될 경우 심사대상으로 제외하고 최종 선정 후에도 자격이 상실됩니다. 마. 본 입찰에 참가하는 자는 청렴계약 이행을 위해 첨부한 청렴계약입찰 특별유의서 및 청렴계약특수조건을 자세히 알고 입찰에 참가하여야 합니다. 바. 기타 세부사항은 제안요청서 내용을 참고하시기 바라며, 입찰계약에 관한 문의사항은 총무회계실(☎ 02-2124-3052 / 과장 김원일), 용역내용에 관한 문의사항은 중소기업연구소(☎ 02-2124-3157 / 대리 이경은)로 문의하시기 바랍니다. *부정비리신고센터 운영: 홈페이지-상담센터-중소기업불편신고-서비스불편/부정비리신고 위와 같이 공고합니다. 2026년 10월 22일 중소기업중앙회 회장
정보마당 > 입찰·사업공고 2026.10.22 -
과학기술정보통신부에서는 전 세계 웹사이트 제작에 널리 쓰이는 프로그래밍 언어 'PHP'에서 심각한 보안 취약점 2건이 공개되었다고 밝히며민간 분야 사이버 위기 경보를 관심에서 주의로 상향했습니다. 이에 따라 PHP를 이용한 홈페이지를 운영하는 국내 기업·기관에 보안 업데이트를 즉시 적용할 것을 당부하였습니다. 이번에 발견된 취약점은 공격자가 아이디·비밀번호 없이 인터넷을 통해 특수하게 조작된 요청을 보내는 것으로서 서버에 원하는 명령을 실행할 수 있어 위험도가 높습니다. 공격에 성공하면 해커가 서버에 원격조종 파일(webshell)을 몰래 설치하거나, 고객 정보 유출, 홈페이지 변조·마비 등 중대한 피해로 이어질 수 있습니다. 특히, 이번 취약점은 개별 홈페이지의 프로그램이 아닌 PHP 자체의 보안 취약점으로 홈페이지 프로그램을 안전하게 만들었음에도 영향을 받을 수 있습니다. 이에 PHP 버전 최신버전으로 즉시 업데이트 및 PHP 8.1이하 구버전은 상위버전으로 전환 등의 기술적 조치를 즉각 시행해주시길 당부드립니다. 관련하여 정부에서 배포한 PHP 보안취약점 관련 기업 보안 대응 수칙을 공유드리오니 조치를 부탁드립니다. ※ 오래전에 만들어 두고 관리하지 않는 홈페이지, 외주로 제작한 쇼핑몰, 장비 관리 화면 등도 확인해주시길 바랍니다 PHP 보안취약점(PHP2Shell) 관련 기업 보안 대응 수칙□ 개요o PHP에서 로그인 없이 외부에서 서버에 원하는 명령을 실행할 수 있는 치명적 보안 취약점 (CVE-2026-109618, CVE-2026-109619, CVSS 9.2) 발견 [1][2][3][5]o 보안 업데이트 배포 전 취약점 정보가 유출되었고 해외 보안업체를 중심으로 공격 시도가 보고되고 있으며, 공격에 성공하면 원격조종 파일(웹셸) 설치, 고객정보 유출, 홈페이지 변조, 내부망 침투 등 가능o PHP를 사용하는 기업은 아래 대응 수칙에 따라 즉시 조치할 것을 권고※ 호스팅 업체나 장비·솔루션 제조사가 PHP를 관리하는 경우, 해당 업체에 아래 조치의 적용 여부를 확인하고 요청□ 기업 보안 대응 수칙1. 운영 중인 PHP 사용 현황 확인o 인터넷에 공개된 모든 홈페이지와 시스템의 PHP 사용 여부와 버전 확인- 외주 제작 사이트, 오래전에 만들어 두고 관리하지 않는 사이트, 이벤트·테스트 서버, 관리자 페이지 포함- 자산 관리 목록에만 의존하지 말고, 실제 동작 중인 서버를 기준으로 확인o PHP가 내장된 장비·솔루션(네트워크 장비 관리 화면, PHP가 포함된 윈도우용 설치 패키지 등)과 외부에서 받아 쓰는 컨테이너 이미지(도커 등)도 별도 확인 [4]2. 최신 버전 업데이트 및 재시작o 해결 버전: PHP 8.5.12, 8.4.27, 8.3.36, 8.2.35 이상 (리눅스 배포판·제조사 제공 업데이트 포함)o 인터넷에 공개된 서버부터 우선 조치o 업데이트 후 PHP를 실행하는 모든 웹 서비스(PHP-FPM, Apache mod_php, php-cgi, FrankenPHP, LiteSpeed 등)를 반드시 재시작- 재시작하지 않으면 메모리에 남은 이전 버전이 계속 동작해 여전히 취약- 컨테이너 환경은 신규 이미지 재배포o 업데이트 후 웹 서비스가 실제로 사용하는 PHP의 버전이 바뀌었는지 확인※ 명령어( php -v )로 확인되는 버전과 웹 서비스가 사용하는 버전이 다를 수 있으므로, 한 서버에 PHP가 여러 개 설치된 경우 각각 확인※ 리눅스 배포판·제조사 제공 패키지는 보안 패치를 적용해도 버전 번호가 바뀌지 않을 수 있으므로, 패키지 변경 이력에서 CVE 반영 여부 확인 3. 구버전(PHP 8.1 이하)은 지원 버전으로 전환o PHP 8.1 이하는 공식 업데이트가 제공되지 않으므로 지원 버전으로 전환- PHP 8.2도 2026.12.31. 보안 지원이 종료될 예정이므로 8.3 이상 버전으로 전환 권장o 전환에 시간이 걸리는 경우, 리눅스 배포판·장기지원(LTS) 업체가 제공하는 보안 패치 또는 PHP 보안팀이 공개한 7.4·8.0·8.1용 소스 패치를 임시로 적용하고 전환 계획 수립 [1]o 적용할 패치가 없다면 수칙 4의 임시 조치를 적용하고, 그것도 어려우면 외부 접속 차단 또는 서비스 일시 중단 검토를 권고4. 즉시 업데이트가 어려울 시 임시 조치 요망o 웹 방화벽·웹 서버·프록시 등 PHP 앞단에서 요청 크기를 제한(요청 크기 정보가 없는 요청 포함)하고, 파일 업로드가 필요 없는 서비스는 파일 업로드(multipart) 요청을 차단o 웹 방화벽을 이용 중이라면 최신 차단 규칙이 적용되었는지 확인o PHP 공식 임시 설정을 php.ini, PHP-FPM pool 설정 또는 웹 서버 설정에 적용한 후 모든 PHP 프로세스 재시작 [1][2][3]- session.upload_progress.enabled = 0 (파일 업로드 진행률 표시 기능 끄기)- memory_limit = -1 (프로그램이 바꿀 수 없도록 관리자 설정으로 지정, 예: PHP-FPM pool의 php_admin_value)- post_max_size 낮게 설정 (업로드가 필요 없으면 8M, 필요하면 32M 수준), upload_max_filesize는 post_max_size보다 작게 유지- PHP 8.5 사용 시 fatal_error_backtraces = 0 추가※ 임시 조치는 공격을 완전히 막지 못하므로, 업데이트 권고o 임시 조치도 적용하기 어렵다면, 업데이트 전까지 외부 접속 차단 또는 서비스 일시 중단 검토를 권고5. 업데이트 후 로그 점검o 최소 10.20.(취약점 정보 유출일) 이후의 기록 전체를 점검하고, 가능하면 그 이전 기록까지 확인o 주요 점검 항목- PHP 페이지로 들어온 비정상적으로 큰 요청과 그 뒤에 반복된 서버 오류(HTTP 500)- 원인을 알 수 없는 PHP 프로그램 재시작·비정상 종료(segfault)나 메모리 부족 오류- 웹 서버가 명령 실행 프로그램(sh, bash 등)이나 파일 다운로드 도구를 실행한 흔적- 웹 폴더, 업로드 폴더, 임시 폴더에 새로 생기거나 바뀐 PHP 파일(웹셸)- 홈페이지나 결제 페이지에 몰래 추가된 외부 스크립트- 웹 서버에서 알 수 없는 외부 주소로 새로 연결한 흔적※ 기록상 이상이 없더라도 안전이 보장되지 않으므로, 업데이트와 인증정보 교체를 함께 진행 6. 중요 인증정보 교체o 이번 취약점은 서버 메모리에 담긴 비밀번호, 접속 인증값(토큰), 외부 서비스 연동 키(API 키) 등을 유출시킬 수 있음 [3]o 업데이트 전까지 인터넷에 노출되었던 서버는 DB 비밀번호, 외부 서비스 연동 키, 관리자 계정 비밀번호 교체 권장- 침해 흔적이 발견된 서버는 반드시 교체7. 침해사고 발생 시 아래 순서대로 대응① 격리: 서버를 끄거나 재시작하지 말고, 네트워크에서 외부 접속만 차단② 신고: [보호나라(https://boho.or.kr)] → [침해사고 신고] → [신고하기]를 통해 신고③ 증거 확보: 서버 기록(로그), 실행 중인 프로그램 목록, 네트워크 연결 정보 보존※ 서버를 재시작하면 메모리에 남은 공격 흔적이 사라지므로, 업데이트·재시작 전에 증거를 먼저 확보④ 조치: 업데이트 및 재시작, 웹셸 제거, 인증정보 교체8. 출처가 불분명한 PoC 실행 지양o 인터넷에 유포되는 PoC 중에는 악성코드가 숨겨진 가짜가 많음o 취약 여부는 PoC 실행 대신 버전 확인과 기록 점검으로 판단o 분석이 꼭 필요한 경우 업무망과 분리된 환경에서만 수행 □ 참고사이트[1] https://www.php.net/archive/2026.php#2026-10-21-5[2] https://github.com/php/php-src/security/advisories/GHSA-w8hw-w9fx-j79w[3] https://github.com/php/php-src/security/advisories/GHSA-6wmf-4rv5-p3rp[4] https://github.com/NCSC-NL/php2shell[5] https://www.boho.or.kr/kr/bbs/view.do?searchCnd= bbsId=B0000133 searchWrd= menuNo=205020 pageIndex=1 categoryCode= nttId=72227
정보마당 > 유관기관 공지 2026.10.22
