Facebook Google Plus Twitter LinkedIn YouTube RSS Menu Search Resource - BlogResource - WebinarResource - ReportResource - Eventicons_066 icons_067icons_068icons_069icons_070

Tenable 블로그

구독

Apache Log4j Flaw Puts Third-Party Software in the Spotlight

How Apache Log4j Flaw Puts Third-Party Software in the Spotlight

전 세계 조직이 치명적인 Log4j 취약성(Log4Shell이라고도 함)을 해결하기 위해 노력하는 가운데, 모든 보안 리더가 떠올리는 첫 번째 질문은 ‘우리에게 이 취약성이 있는지 어떻게 알 수 있습니까?’입니다.

Update December 17: Apache has updated the severity of CVE-2021-45046, a second Log4j vulnerability, from low to critical (9.0 CVSSv3) citing possible RCE under certain configurations. For more information, please refer to this post on the Tenable Community.

The sheer ubiquity of Apache Log4j, an open-source logging framework, makes this a particularly challenging question to answer.

Not only do many organizations use Log4j in their own source code, it’s also used in many of the products these organizations acquire from third parties. Organizations that have embraced the “shift left” approach to their secure software development lifecycle (SSDL) can analyze their own source code to find and fix the flaw in their own systems.

An SSDL approach that includes static application security testing (SAST), dynamic application security testing (DAST), third-party dependency checking, container security scanning, vulnerability management and Infrastructure as Code (IaC) is needed. But even with all those practices in place, organizations will still struggle to catch everything on the left-hand side. Vulnerability management and web application scanning are also crucial, particularly when it comes to your third-party software. It’s not enough to discover whether or not the flaw exists, you also need to have an understanding of the level of risk it represents in the context of your organization's mix of applications, assets and business processes.

Although the recent executive order from the Biden Administration calls for organizations to develop a software bill of materials (SBOM), most vendors don’t supply SBOMs for their software. And, even if they did, most organizations remain light years away from having the processes and capabilities in place to make effective use of them. So, when an incident like log4j occurs, cybersecurity leaders are left with one option: calling their third-party vendors and asking them. This is arduous, redundant and time consuming, leaving organizations in a scramble even as attackers rush in to exploit the flaw.

Just the FAQs: CVE-2021-45046, CVE-2021-4104: Frequently Asked Questions About Log4Shell and Associated Vulnerabilities.

Even in the most mature organizations, where SSDL practices and SBOMs are ingrained in the processes, gaps remain that make it challenging for security organizations to answer these crucial five questions:

  1. Do we run these in our environments?
  2. How about in our infrastructure?
  3. How about in our build pipelines themselves? ‘
  4. How about the providers of our infrastructure? (this point is especially pertinent if you are using cloud service provider services)
  5. Since software composition analysis (SCA) won’t discover all instances of Log4J, have we run other controls, such as Infrastructure as Code (IaC), vulnerability management and web application scanning, against all components of our code?

The bottom line is this: There is no easy fix for Log4j. One obvious option — implementing a web application firewall — has already been shown to be fairly easy to circumvent. A responsible organization needs to do the work of updating its core software and understanding how this flaw affects the overall risk profile. Organizations responding now are making decisions in crisis mode; once the initial crisis is behind us, the temptation will be to declare “mission accomplished” and walk away. In our view, that’s a catastrophic mistake. We are well past time for organizations to do the hard work of fixing their infrastructure and maintaining their systems with a security-first approach baked in.

We at Tenable are committed to SSDL and we are taking the following actions in response to Log4j:

  • We have blocking gates and, in this case, we’re blocking the use of any vulnerable instances of software, to include Log4j. 
  • We actively and constantly perform vulnerability management scans and web application scanning across all of our infrastructure and pre-release product code before it ships to customers.
  • Further, we have actioned all indicators of compromise and attack and we have implemented controls at the network and host levels.

We will continue to monitor threat intelligence to track the threat landscape and adjust as required. In the end, responding to any incident is about knowing what’s in your environment, knowing your attack surface — including all third parties — and driving risk down quickly. Time is of the essence. Adversaries are always at the ready to jump on the latest vulnerabilities and re-purpose them for their own use cases. Organizations must do all they can to take a hard look at their practices now, as the ripple effects of this incident will plague enterprise software for years to come.

자세히 알아보기

관련 기사

도움이 되는 사이버 보안 뉴스

이메일을 입력하여 Tenable 전문가에게서 적시에 알림을 받고 보안 참고 자료를 놓치지 마십시오.

Tenable Vulnerability Management

비교할 수 없는 정확도로 모든 자산을 확인하고 추적할 수 있는 최신 클라우드 기반 취약성 관리 플랫폼 전체에 액세스하십시오.

Tenable Vulnerability Management 평가판은 Tenable Lumin 및 Tenable Web App Scanning을 포함합니다.

Tenable Vulnerability Management

비교할 수 없는 정확도로 모든 자산을 확인하고 추적할 수 있는 최신 클라우드 기반 취약성 관리 플랫폼 전체에 액세스하십시오. 지금 연간 구독을 구매하십시오.

100 자산

구독 옵션 선택:

지금 구매

Tenable Vulnerability Management

비교할 수 없는 정확도로 모든 자산을 확인하고 추적할 수 있는 최신 클라우드 기반 취약성 관리 플랫폼 전체에 액세스하십시오.

Tenable Vulnerability Management 평가판은 Tenable Lumin 및 Tenable Web App Scanning을 포함합니다.

Tenable Vulnerability Management

비교할 수 없는 정확도로 모든 자산을 확인하고 추적할 수 있는 최신 클라우드 기반 취약성 관리 플랫폼 전체에 액세스하십시오. 지금 연간 구독을 구매하십시오.

100 자산

구독 옵션 선택:

지금 구매

Tenable Vulnerability Management

비교할 수 없는 정확도로 모든 자산을 확인하고 추적할 수 있는 최신 클라우드 기반 취약성 관리 플랫폼 전체에 액세스하십시오.

Tenable Vulnerability Management 평가판은 Tenable Lumin 및 Tenable Web App Scanning을 포함합니다.

Tenable Vulnerability Management

비교할 수 없는 정확도로 모든 자산을 확인하고 추적할 수 있는 최신 클라우드 기반 취약성 관리 플랫폼 전체에 액세스하십시오. 지금 연간 구독을 구매하십시오.

100 자산

구독 옵션 선택:

지금 구매

Tenable Web App Scanning 사용해보기

Tenable One - 위험 노출 관리 플랫폼의 일부분으로 최근의 애플리케이션을 위해 설계한 최신 웹 애플리케이션 제공 전체 기능에 액세스하십시오. 많은 수작업이나 중요한 웹 애플리케이션 중단 없이, 높은 정확도로 전체 온라인 포트폴리오의 취약성을 안전하게 스캔합니다. 지금 등록하십시오.

Tenable Tenable Web App Scanning 평가판은 Tenable Lumin 및 Tenable Web App Scanning을 포함합니다.

Tenable Web App Scanning 구입

비교할 수 없는 정확도로 모든 자산을 확인하고 추적할 수 있는 최신 클라우드 기반 취약성 관리 플랫폼 전체에 액세스하십시오. 지금 연간 구독을 구매하십시오.

5 FQDN

$3,578

지금 구매

Tenable Lumin 사용해 보기

Tenable Lumin으로 위험 노출 관리를 시각화하여 파악하고 시간에 걸쳐 위험 감소를 추적하고 유사한 조직과 대비하여 벤치마킹하십시오.

Tenable Lumin 평가판은 Tenable Lumin 및 Tenable Web App Scanning을 포함합니다.

Tenable Lumin 구매

영업 담당자에게 문의하여 어떻게 Tenable Lumin이 전체 조직에 대한 통찰을 얻고 사이버 위험을 관리하는 도움이 되는지 알아보십시오.

무료로 Tenable Nessus Professional 사용해보기

7일 동안 무료

Tenable Nessus는 현재 구입 가능한 가장 종합적인 취약성 스캐너입니다.

신규 - Tenable Nessus Expert
지금 사용 가능

Nessus Expert는 외부 공격 표면 스캔닝과 같은 더 많은 기능 및 도메인을 추가하고 클라우드 인프라를 스캔하는 기능을 추가합니다. 여기를 클릭하여 Nessus Expert를 사용해보십시오.

아래 양식을 작성하여 Nessus Pro 평가판을 사용해보십시오.

Tenable Nessus Professional 구입

Tenable Nessus는 현재 구입 가능한 가장 종합적인 취약성 스캐너입니다. Tenable Nessus Professional은 취약성 스캔 절차를 자동화하고 컴플라이언스 주기의 시간을 절감하고 IT 팀과 참여할 수 있도록 합니다.

여러 해 라이선스를 구매하여 절감하십시오. 연중무휴 전화, 커뮤니티 및 채팅 지원에 액세스하려면 Advanced 지원을 추가하십시오.

라이선스 선택

여러 해 라이선스를 구매하여 절감하십시오.

지원 및 교육 추가

무료로 Tenable Nessus Expert 사용해보기

7일간 무료

최신 공격 표면을 방어하기 위해 구축된 Nessus Expert를 사용하면 IT부터 클라우드까지, 더 많은 것을 모니터링하고 조직을 취약성으로부터 보호할 수 있습니다.

이미 Tenable Nessus Professional을 보유하고 계십니까?
7일간 Nessus Expert로 무료 업그레이드하십시오.

Tenable Nessus Expert 구입

최신 공격 표면을 방어하기 위해 구축된 Nessus Expert를 사용하면 IT부터 클라우드까지, 더 많은 것을 모니터링하고 조직을 취약성으로부터 보호할 수 있습니다.

라이선스 선택

여러 해 라이선스를 구매하여 비용을 더 절감하십시오.

지원 및 교육 추가