Falco의 소스에서 Falco 빌드 문서는 Falco를 소스에서 빌드하는 방법을 이해하기 위한 기본 리소스입니다. 또한 falcosecurity/libs 저장소는 Falco의 기반 라이브러리와 커널 드라이버에 대한 테스트 및 디버깅에 관한 유용한 추가 정보를 제공합니다.

다음은 이 저장소의 모든 단위 테스트에 필요한 모든 것을 활성화하는 cmake 명령의 예입니다:

cmake \
-DUSE_BUNDLED_DEPS=ON \
-DBUILD_DRIVER=ON \
-DBUILD_FALCO_MODERN_BPF=ON \
-DCREATE_TEST_TARGETS=ON \
-DBUILD_FALCO_UNIT_TESTS=ON ..;

단위 테스트 스위트를 빌드하고 실행합니다:

nproc=$(grep processor /proc/cpuinfo | tail -n 1 | awk '{print $3}');
make -j$(($nproc-1)) falco_unit_tests;
# Run the tests
sudo ./unit_tests/falco_unit_tests;

선택적으로 원하는 드라이버를 빌드하고 Falco 바이너리를 테스트 실행하여 수동 테스트를 수행할 수 있습니다.

마지막으로, The Falco Project는 Falco 회귀 테스트를 falcosecurity/testing으로 이전했습니다.

1. Falco의 기반이 되는 첫 줄의 코드는 꽤 오래전에 작성되었는데, 당시 Go는 오늘날과 같은 수준의 성숙도와 채택률을 갖추지 못했습니다.
2. Falco 실행 모델은 도구의 상태 유지 요구 사항으로 인해 순차적이고 단일 스레드입니다. 따라서 Go 런타임의 동시성 관련 장점은 전혀 활용되지 않을 것입니다.
3. Falco 코드는 여러 곳에서 매우 저수준 프로그래밍을 다루며, Go를 C와 연동하는 것이 가능하지만 많은 복잡성과 트레이드오프를 가져온다는 것은 모두 알고 있습니다.
4. 초당 엄청나게 높은 처리량의 이벤트를 소비하도록 설계된 보안 도구로서 Falco는 런타임의 모든 핫 경로에서 성능을 극한으로 끌어올려야 하며 메모리 할당에 대한 깊은 제어가 필요합니다. 이는 Go 런타임이 제공할 수 없는 기능입니다(가비지 컬렉션도 관련되어 있습니다).
5. Go가 Falco 핵심의 엔지니어링 요구 사항에 적합하지 않았지만, 플러그인 시스템을 통해 Falco 확장을 작성하기에는 좋은 후보가 될 수 있다고 생각했습니다. 이것이 plugin-sdk-go 개발에 특별한 관심과 높은 우선순위를 둔 주요 이유입니다.
6. 정적으로 링크된 바이너리를 갖는 데 Go는 필수가 아닙니다. 실제로 우리는 몇 년 전부터 완전 정적(fully-static) Falco 빌드를 제공하고 있습니다. 유일한 문제는 현재의 동적 라이브러리 모델로는 플러그인 시스템을 지원할 수 없다는 것입니다.
7. 플러그인 시스템은 여러 언어를 지원하도록 구상되었으므로, 우리 쪽에서는 C 호환 코드베이스를 유지하는 것이 최대한의 교차 언어 호환성을 보장하는 최선의 전략입니다.
8. 일반적으로 플러그인은 동적 로딩에 필요한 저수준 C 바인딩 때문에 GLIBC 요구 사항/의존성이 있습니다. 향후 잠재적인 해결책은 컴파일 시점에 플러그인이 정적으로 링크되어 Falco 바이너리에 번들로 포함된 형태로 릴리스되도록 지원하는 것입니다. 이 방향으로 아직 작업이 시작되지는 않았지만, 이는 보고된 대부분의 문제를 해결하고 완전히 정적인 바이너리도 제공할 수 있습니다. 물론 더 이상 동적 로딩과는 호환되지 않겠지만, 정적 빌드 버전의 Falco에는 실행 가능한 해결책이 될 수 있습니다.
9. 메모리 안전성은 확실히 우려되는 부분이며, C++가 오류가 발생하기 쉬운 언어임에도 불구하고 높은 수준의 품질을 유지하기 위해 최선을 다하고 있습니다. 예를 들어 가능하면 스마트 포인터를 사용하고, CI에서 주소 새니타이저(address sanitizer)로 라이브러리를 빌드하며, 각 릴리스 전에 Valgrind로 Falco를 실행하고, 성능 회귀나 비정상적인 메모리 사용을 탐지하기 위한 스트레스 테스트 방법도 보유하고 있습니다(예: https://github.com/falcosecurity/event-generator). 게다가 때때로 제3자가 코드베이스를 감사하기도 합니다. 물론 이 중 어느 것도 완벽한 안전을 보장하지는 않지만, 우리는 가능성을 최대화하려고 노력합니다. Go는 확실히 이러한 관점에서 우리의 삶을 더 쉽게 만들어 주겠지만, 위의 이유들로 인해 지금까지는 트레이드오프가 그만한 가치가 없었습니다.
10. Falco의 핵심인 falcosecurity/libs의 C++ 코드베이스는 상당히 방대하고 복잡합니다. 그 모든 코드를 다른 언어로 포팅하는 것은 많은 개발 리소스가 필요하고 실패 및 회귀 가능성이 높은 대규모 작업입니다. 따라서 지금까지 우리의 접근 방식은 해당 코드 부분에서 최적의 안정성, 품질 및 모듈성 수준에 도달할 때까지 리팩터링과 코드 다듬기를 선택하는 것이었습니다. 이를 통해 향후 개발이 더 원활하고 실현 가능해질 것입니다.