HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
provectus
kafka-ui
Java2021–2024
provectus / kafka-ui

kafka-ui

Open-Source Web UI for Apache Kafka Management

5Distinct people
12Mentions
0Explicit recommenders
12.3KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Open-Source Web UI for Apache Kafka Management

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 5:04:57 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year12 dated mentions

Observed mentions: 2021-10-01 13:19:40 UTC to 2024-07-23 10:33:41 UTC.

02462021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 6 mentions; 2 submissions, 4 comments20212022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 2 mentions; 2 submissions, 0 comments20222023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 2 mentions; 2 submissions, 0 comments2024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments2024

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC624
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC220
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC220
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC202

What Hacker News says

12 sources
Not sure if people are still using Kafka UI. It's essentially unmaintained for a while now. While the release notes of Kafka UI 0.7.2 [1] only mention the security fixes, it contains 1 year (!) worth of changes [2]. The designated successor is Kafbat UI [3,4], developed by the same development team which previously worked on Kafka UI. Kafbat UI 1.0.0 [5] already contains a fix for CVE-2023-52251 [6]. [1]: https://github.com/provectus/kafka-ui/releases/tag/v0.7.2 [2]: https://github.com/provectus/kafka-ui/compare/v0.7.1...v0.7.... [3]: https://github.com/kafbat/kafka-ui [4]: https://github.com/kafbat/kafka-ui/discussions/23 [5]: https://github.com/kafbat/kafka-ui/releases/tag/v1.0.0 [6]: https://nvd.nist.gov/vuln/detail/CVE-2023-52251
In How to Get Remote Code Execution in Kafka UI
> Similar to the previous issue, it took almost six months for developers to implement a fix in version 0.7.2 of Kafka UI. They fixed it by only updating the Apache Commons Collections library to the newer version. While it prevents the second stage of the gadget chain I shared above, the deserialization of untrusted data still can occur. This is concerning, that it took that long for it to be addressed.. also, the changelog involving these issues doesn't exactly inspire confidence because it has fixing the issues marked as a 'chore'[0] - this could cause people to skip the update if they skim it and see the only change was a 'chore' change. [0]: https://github.com/provectus/kafka-ui/releases/tag/v0.7.2 Edit: After taking a closer look, the long timeline for the fix makes a little bit more sense - Provectus, the company behind kafka-ui, m
Read the rest
ade a point late last year that they are pausing or otherwise stepping back from active development of the project[1]. I still think that 6 months is a bit of a long time, but with the additional context it seems less like security neglience and more just the project not being anyones' focus. [1]: https://github.com/provectus/kafka-ui/discussions/4255
In How to Get Remote Code Execution in Kafka UI
Hi, db3pt0 Thanks for detailed feedback! - The CleanupPolicy fixed issue 925 (https://github.com/provectus/kafka-ui/issues/925) - When viewing Cluster -> Topic -> Consumers, it seems like far more is being loaded than just consumer groups for that particular topic. It takes much longer to load than, e.g., Kowl does for pulling the same information There is only one way to filter consumer groups by topic, get all consumer groups, enrich it with current members, committed offsets, and then filter them by topic. If you have a lot of consumer groups, this might take time to do it. We are thinking on this issue, and will try to improve it in the next versions. (https://github.com/provectus/kafka-ui/issues/927) - Similar feedback for when clicking on an individual consumer group (example URL path: "/ui/clusters/dev/consume
Read the rest
r-groups/my-group"). It takes a very long time to load This looks rather strange. For single consumer we are getting consumer group description and then enrich it with topic info (end offsets). This works fast enough. - If any permissions issues are encountered while loading the individual consumer group, the entire request fails. That wouldn't necessarily be an issue, but it is when you're loading all consumer groups, and not just the one requested Thx for describing this. We created issue for this. (https://github.com/provectus/kafka-ui/issues/928) - I don't see any docs on how to access a topic that is secured with certificates (Kowl's relevant config [2]) You have to pass ssl config stores to kafka client (we'll add docs. in the next versions https://github.com/provectus/kafka-ui/issues/929) KAFKA_CLUSTERS_0_PROPERTIES_SSL_KEYSTORE_LOCATION = /var/private/ssl/kafka.server.keystore.jks KAFKA_CLUSTERS_0_PROPERTIES_SSL_KEYSTORE_PASSWORD = test1234 KAFKA_CLUSTERS_0_PROPERTIES_SSL_KEY_PASSWORD = test1234 KAFKA_CLUSTERS_0_PROPERTIES_SSL_TRUSTSTORE_LOCATION = /var/private/ssl/kafka.server.truststore.jks KAFKA_CLUSTERS_0_PROPERTIES_SSL_TRUSTSTORE_PASSWORD = test1234 - If a schema registry uses a self-signed certificate (or one signed by a corporation's CA), there's no way to pass the certificate through a config or skip validation (Kowl's relevant config [3]). As it is, you get a 500 error in the API call, but the UI doesn't show an error Same as above (https://github.com/provectus/kafka-ui/issues/930) KAFKA_CLUSTERS_0_PROPERTIES_SSL_TRUSTSTORE_LOCATION = /var/private/ssl/kafka.server.truststore.jks KAFKA_CLUSTERS_0_PROPERTIES_SSL_TRUSTSTORE_PASSWORD = test1234
In Show HN: UI for Apache Kafka
A few pieces of feedback. Positive: - Multi-cluster support is a great feature! That's the main thing missing from Kowl, in my opinion - The UI feels clean - Message streaming feels smooth, and the search feature is a great addition. Also love the ability to see a message for a given partition/offset, and that JSON messages are nicely rendered as JSON! Negative/Feature Requests: - The CleanupPolicy logic doesn't handle "delete,compact" (I see bug number 829 addressed a slightly related issue, maybe that logic could be expanded [1]) - When viewing Cluster -> Topic -> Consumers, it seems like far more is being loaded than just consumer groups for that particular topic. It takes much longer to load than, e.g., Kowl does for pulling the same information - Similar feedback for when clicking on an individual consumer group (example
Read the rest
URL path: "/ui/clusters/dev/consumer-groups/my-group"). It takes a very long time to load - If any permissions issues are encountered while loading the individual consumer group, the entire request fails. That wouldn't necessarily be an issue, but it is when you're loading all consumer groups, and not just the one requested - I don't see any docs on how to access a topic that is secured with certificates (Kowl's relevant config [2]) - If a schema registry uses a self-signed certificate (or one signed by a corporation's CA), there's no way to pass the certificate through a config or skip validation (Kowl's relevant config [3]). As it is, you get a 500 error in the API call, but the UI doesn't show an error Overall, it seems like a fair bit of thought went into this! But there are a few quirks that make it very tough to use in a corporate environment with (perhaps excessively) large Kafka clusters with hundreds/thousands of topics, or secured with internal certificates 1. https://github.com/provectus/kafka-ui/blob/master/kafka-ui-a... 2. https://github.com/cloudhut/kowl/blob/10776b81e45abfa716548d... 3. https://github.com/cloudhut/kowl/blob/10776b81e45abfa716548d...
In Show HN: UI for Apache Kafka

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.