|Project Name||Stars||Downloads||Repos Using This||Packages Using This||Most Recent Commit||Total Releases||Latest Release||Open Issues||License||Language|
|Osquery||20,348||21 hours ago||3||March 31, 2018||602||other||C++|
|SQL powered operating system instrumentation, monitoring, and analytics.|
|Signoz||13,030||a day ago||672||other||TypeScript|
|SigNoz is an open-source APM. It helps developers monitor their applications & troubleshoot problems, an open-source alternative to DataDog, NewRelic, etc. 🔥 🖥. 👉 Open source Application Performance Monitoring (APM) & Observability tool|
|Mtail||3,554||15 days ago||50||April 23, 2021||46||apache-2.0||Go|
|extract internal monitoring data from application logs for collection in a timeseries database|
|Appmetrics||2,160||5||14||3 months ago||33||November 26, 2021||93||apache-2.0||C#|
|App Metrics is an open-source and cross-platform .NET library used to record and report metrics within an application.|
|Opentelemetry Js||1,950||1||165||8 hours ago||141||July 06, 2022||250||apache-2.0||TypeScript|
|Kamon||1,380||10||202||18 days ago||65||June 29, 2022||165||other||Scala|
|Distributed Tracing, Metrics and Context Propagation for applications running on the JVM|
|Ruby_server_timing||503||5 years ago||4||March 05, 2018||1||mit||Ruby|
|Bring Rails server-side performance metrics 📈 to Chrome's Developer Tools via the Server Timing API. Production Safe™.|
|Inspectit||500||4 years ago||8||December 06, 2018||31||Java|
|inspectIT is the leading Open Source APM (Application Performance Management) tool for analyzing your Java (EE) applications.|
|Prometheus.ex||386||31||14||10 months ago||26||January 24, 2019||16||Elixir|
|Prometheus.io Elixir client|
|Trice||330||2 days ago||116||August 25, 2022||61||mit||C|
|super fast and tiny embedded device C printf-like trace code (works also inside interrupts) and real-time PC logging (trace ID visualization)|
osquery is a SQL powered operating system instrumentation, monitoring, and analytics framework.
Available for Linux, macOS, and Windows.
osquery exposes an operating system as a high-performance relational database. This allows you to write SQL-based queries to explore operating system data. With osquery, SQL tables represent abstract concepts such as running processes, loaded kernel modules, open network connections, browser plugins, hardware events or file hashes.
SQL tables are implemented via a simple plugin and extensions API. A variety of tables already exist and more are being written: https://osquery.io/schema. To best understand the expressiveness that is afforded to you by osquery, consider the following SQL queries:
SELECT * FROM users;
processes that have a deleted executable:
SELECT * FROM processes WHERE on_disk = 0;
Get the process name, port, and PID, for processes listening on all interfaces:
SELECT DISTINCT processes.name, listening_ports.port, processes.pid FROM listening_ports JOIN processes USING (pid) WHERE listening_ports.address = '0.0.0.0';
Find every macOS LaunchDaemon that launches an executable and keeps it running:
SELECT name, program || program_arguments AS executable FROM launchd WHERE (run_at_load = 1 AND keep_alive = 1) AND (program != '' OR program_arguments != '');
Check for ARP anomalies from the host's perspective:
SELECT address, mac, COUNT(mac) AS mac_count FROM arp_cache GROUP BY mac HAVING count(mac) > 1;
Alternatively, you could also use a SQL sub-query to accomplish the same result:
SELECT address, mac, mac_count FROM (SELECT address, mac, COUNT(mac) AS mac_count FROM arp_cache GROUP BY mac) WHERE mac_count > 1;
These queries can be:
To download the latest stable builds and for repository information and installation instructions visit https://osquery.io/downloads.
We use a simple numbered versioning scheme
X.Y.Z, where X is a major version, Y is a minor, and Z is a patch.
We plan minor releases roughly every two months. These releases are tracked on our Milestones page. A patch release is used when there are unforeseen bugs with our minor release and we need to quickly patch.
A rare 'revision' release might be used if we need to change build configurations.
Major, minor, and patch releases are tagged on GitHub and can be viewed on the Releases page. We open a new Release Checklist issue when we prepare a minor release. If you are interested in the status of a release, please find the corresponding checklist issue, and note that the issue will be marked closed when we are finished the checklist. We consider a release 'in testing' during the period of hosting new downloads on our website and adding them to our hosted repositories. We will mark the release as 'stable' on GitHub when enough testing has occurred, this usually takes two weeks.
Building osquery from source is encouraged! Check out our build guide. Also check out our contributing guide and join the community on Slack.
By contributing to osquery you agree that your contributions will be licensed as defined on the LICENSE file.
We keep track of security announcements in our tagged version release notes on GitHub. We aggregate these into SECURITY.md too.
The osquery documentation is available online. Documentation for older releases can be found by version number, as well.
If you're interested in learning more about osquery read the launch blog post for background on the project, visit the users guide.
Development and usage discussion is happening in the osquery Slack, grab an invite here!