Telegram RegisterThe public register of Telegram
Telegram profile photo for CVE Notify

Channel

CVE Notify

@cveNotify

On this record: Topic · Growth · Engagement · Reactions · Advertising · Posts · Citations · Handles named that no longer answer · Telegram's recommendations · Cite this entry

19,583subscribers

+28 since we began measuring on 7 August 2026

Risers and fallers across the register · movement among entries of 10,000–31,623.

Register entry

Telegram ID-1001129491012
TypeChannel
Username@cveNotify
CreatedBetween 1 June 2017 and 30 September 2020 — estimated from Telegram’s id allocation, not measured. How this range is calculated.
First recorded7 August 2026
Last confirmed live6 October 2026
Measurements held33
Confirmed unchanged1 time, most recently 6 October 2026
On Telegramt.me/cveNotify

Topic

Hacking & security — a classification, not a measurement. An on-box language model (Qwen3.6-35B-A3B-FP8, prompt version 1) read this channel’s own recent posts on 10 September 2026 and assigned it the closest of 31 fixed categories, at 90% confidence. This is a model’s judgement about what the channel is likely to be about, not a fact this register measured the way a subscriber count or a view count is measured — it can be revised on a later pass, and it carries no weight anywhere else on this page. How this classification works, and why it has no browse page of its own yet.

Growth

19,55519,74119,6487 August 2026 — 19,555 subscribers7 August 2026 — 19,557 subscribers8 August 2026 — 19,562 subscribers9 August 2026 — 19,593 subscribers10 August 2026 — 19,600 subscribers11 August 2026 — 19,607 subscribers12 August 2026 — 19,615 subscribers13 August 2026 — 19,623 subscribers14 August 2026 — 19,642 subscribers16 August 2026 — 19,661 subscribers17 August 2026 — 19,667 subscribers18 August 2026 — 19,696 subscribers19 August 2026 — 19,707 subscribers20 August 2026 — 19,712 subscribers21 August 2026 — 19,717 subscribers23 August 2026 — 19,719 subscribers24 August 2026 — 19,727 subscribers25 August 2026 — 19,733 subscribers26 August 2026 — 19,725 subscribers28 August 2026 — 19,741 subscribers30 August 2026 — 19,736 subscribers31 August 2026 — 19,727 subscribers1 September 2026 — 19,716 subscribers2 September 2026 — 19,706 subscribers3 September 2026 — 19,698 subscribers4 September 2026 — 19,686 subscribers7 September 2026 — 19,680 subscribers10 September 2026 — 19,664 subscribers12 September 2026 — 19,658 subscribers15 September 2026 — 19,651 subscribers18 September 2026 — 19,631 subscribers1 October 2026 — 19,604 subscribers6 October 2026 — 19,583 subscribers19,5837 August 20266 October 2026
33 measurements spanning 60 days, net +28. Dots are measurements; the straight line between them is drawn to join them, not to claim we know the path taken in between — snapshots are recorded only when a count changes, so gaps mean “no change observed”, never “interpolated”. The vertical axis spans 19,527–19,769 and does not start at zero.
Measurement log — every subscribers count we have recorded, most recent 20 of 33
Measured (UTC)SubscribersChange
6 Oct 2026, 08:3719,583-21
1 Oct 2026, 02:3719,604-27
18 Sept 2026, 04:2119,631-20
15 Sept 2026, 23:3819,651-7
12 Sept 2026, 15:5819,658-6
10 Sept 2026, 17:2119,664-16
7 Sept 2026, 15:1619,680-6
4 Sept 2026, 15:5919,686-12
3 Sept 2026, 02:1719,698-8
2 Sept 2026, 02:1419,706-10
1 Sept 2026, 01:3719,716-11
31 Aug 2026, 03:1319,727-9
30 Aug 2026, 01:1719,736-5
28 Aug 2026, 01:4519,741+16
26 Aug 2026, 22:3619,725-8
25 Aug 2026, 22:1619,733+6
24 Aug 2026, 23:3719,727+8
23 Aug 2026, 14:0719,719+2
21 Aug 2026, 21:0619,717+5
20 Aug 2026, 14:4219,712first reading

Engagement

1,134 posts held, back to 7 August 2026 — the reader has not yet reached the start of this channel’s public history, so older posts may sit further back, unread. Read across 57 pages of Telegram’s post history, 20 posts per page.

Nothing published in the last 30 days. ERR and ER are rolling 30-day measures, so there is nothing to compute — we hold 1,134 posts for this entry, the most recent from 2 September 2026. An engagement rate over an empty window would be a number about nothing.

Reaction mix

10 reactions across 6 posts, in 6 distinct kinds. The most used accounts for 40.0% of them.

Every reaction kind recorded on the sample, most used first
ReactionCountShareShare, drawn
❤440.0%
😎220.0%
⚡110.0%
👍110.0%
💯110.0%
🔥110.0%

No sentiment is inferred, and none should be read in. This table is ordered by count and by nothing else. Emoji do not carry stable meaning across languages or communities — 🙏 is thanks in one channel and mourning in another — so we publish which ones were pressed and how often, and pass no judgement on what an audience meant by them.

Precision. Telegram publishes reaction counts per emoji and short-forms each one — 4.34K, 1.2M — so any single kind at or above 1,000 reaches us at three significant figures, and only counts below 1,000 are exact. The shares above are ratios of those figures and carry the same error. This is also why the total here can differ slightly from a reaction total printed elsewhere on the page: both are sums of the same rounded parts, taken over samples with different edges.

Coverage. Reactions were read on 7 of the 1,000 sampled posts in this sample. Summed by Telegram’s own count on each post — not by adding up the per-emoji breakdown above — those same posts carry 10 reactions in total: the kind of figure the paragraph above means by “a reaction total printed elsewhere on the page”.

Measured over the 1,000 most recent posts we hold (the sample is capped at 1,000), published 8 August 2026 to 2 September 2026, using the newest reading held for each. Telegram Stars are excluded: they are a payment, not a reaction, and they have their own section.

Advertising

Ad load
0.1%
1 of 1,000 posts carry an ad marker
Regulatory tokens
1
posts carrying an erid · 1 distinct token
Median views · ads
10.0
over 1 measured post
Median views · rest
14.0
over 999 measured posts

An ad marker, not a judgement about a post. A post is counted here because it carries one of two explicit markings: an erid token, which Russian law has required on paid placements since 2022 and which is issued against a specific advertising contract, or a #реклама / #ad hashtag in the body, which is the channel declaring it itself. The first is documentary; the second is a self-declaration and is weaker. No classifier reads the text and decides — nothing on this site guesses that a post is an advertisement.

This is a floor, and it can only ever be a floor. A channel that runs paid placements without marking them produces no marker for us to count, and an unmarked ad is indistinguishable from an ordinary post on the public surface. The ad load above therefore means “the share of posts that declared themselves”, never “the share of posts that were paid for”. A low figure is not evidence of a channel that runs few ads.

Both figures are medians, and no ratio between them is published. Each is a view reading that actually occurred on a post, picked by percentile_disc rather than averaged, so one viral post cannot move it and no interpolated value is invented between two readings. The sample on one side is under five posts, which is too thin to compare. The two figures are shown side by side with the count behind each, and deliberately not divided into a headline like “ads get x% fewer views” — an arithmetic that is easy to print and, at this sample size, means nothing.

Advertising tokens recorded on this entry
eridPostsFirst seenLast seen
truncation127 August 202627 August 2026

A token repeated across several posts is one advertising contract placed more than once, which is what the identifier is for. The strings are reproduced exactly as they appeared in the post or in its click-through URL and are not validated against any registry — we record the marker a channel published, and whether it resolves to a real contract is a question for the register that issued it.

Measured over the 1,000 most recent posts we hold (the sample is capped at 1,000), published 8 August 2026 to 2 September 2026. Views are the latest single reading held for each post, and any reading at or above 1,000 is rounded by Telegram to three significant figures.

Recent posts

2 Sept 2026, 21:21 UTC27 viewsread 3 September 2026

🚨 CVE-2026-64059 In the Linux kernel, the following vulnerability has been resolved: netfs: Fix folio->private handling in netfs_perform_write() Under some circumstances, netfs_perform_write() doesn't correctly manipulate folio->private between NULL, NETFS_FOLIO_COPY_TO_CACHE, pointing to a group and pointing to a netfs_folio struct, leading to potential multiple attachments of private data with associated folio re…

2 Sept 2026, 21:21 UTC36 viewsread 3 September 2026

🚨 CVE-2026-64060 In the Linux kernel, the following vulnerability has been resolved: netfs: Fix leak of request in netfs_write_begin() error handling Fix netfs_write_begin() to not leak our ref on the request in the event that we get an error from netfs_wait_for_read(). 🎖@cveNotify

2 Sept 2026, 21:21 UTC55 viewsread 3 September 2026

🚨 CVE-2026-64061 In the Linux kernel, the following vulnerability has been resolved: netfs: Fix early put of sink folio in netfs_read_gaps() Fix netfs_read_gaps() to release the sink page it uses after waiting for the request to complete. The way the sink page is used is that an ITER_BVEC-class iterator is created that has the gaps from the target folio at either end, but has the sink page tiled over the middle so…

2 Sept 2026, 21:21 UTC85 viewsread 3 September 2026

🚨 CVE-2026-64062 In the Linux kernel, the following vulnerability has been resolved: netfs: Fix potential deadlock in write-through mode Fix netfs_advance_writethrough() to always unlock the supplied folio and to mark it dirty if it isn't yet written to the end. Unfortunately, it can't be marked for writeback until the folio is done with as that may cause a deadlock against mmapped reads and writes. Even though i…

2 Sept 2026, 21:21 UTC17 viewsread 3 September 2026

🚨 CVE-2026-64058 In the Linux kernel, the following vulnerability has been resolved: netfs: Fix netfs_read_folio() to wait on writeback Fix netfs_read_folio() to wait for an ongoing writeback to complete so that it can trust the dirty flag and whatever is attached to folio->private (folio->private may get cleaned up by the collector before it clears the writeback flag). 🎖@cveNotify

2 Sept 2026, 21:21 UTC9 viewsread 3 September 2026

🚨 CVE-2026-64056 In the Linux kernel, the following vulnerability has been resolved: net: ethernet: cortina: Make RX SKB per-port The SKB used to assemble packets from fragments in gmac_rx() is static local, but the Gemini has two ethernet ports, meaning there can be races between the ports on a bad day if a device is using both. Make the RX SKB a per-port variable and carry it over between invocations in the port…

2 Sept 2026, 21:21 UTC13 viewsread 3 September 2026

🚨 CVE-2026-64057 In the Linux kernel, the following vulnerability has been resolved: afs: Fix the locking used by afs_get_link() The afs filesystem in the kernel doesn't do locking correctly for symbolic links. There are a number of problems: (1) It doesn't do any locking around afs_read_single() to prevent races between multiple ->get_link() calls, thereby allowing the possibility of leaks. (2) It d…

2 Sept 2026, 21:21 UTC7 viewsread 3 September 2026

🚨 CVE-2026-64054 In the Linux kernel, the following vulnerability has been resolved: net: shaper: reject duplicate leaves in GROUP request net_shaper_nl_group_doit() does not deduplicate NET_SHAPER_A_LEAVES entries. When userspace supplies the same leaf handle twice, the same old-parent pointer lands twice in old_nodes[]. The cleanup loop double frees the parent. Of course the same parent may still be in old_nodes[…

2 Sept 2026, 21:21 UTC9 viewsread 3 September 2026

🚨 CVE-2026-64055 In the Linux kernel, the following vulnerability has been resolved: net: ethernet: cortina: Carry over frag counter The gmac_rx() NAPI poll function assembles packets in an SKB from a ring buffer. If the ring buffer gets completely emptied during a poll cycle, we exit gmac_rx(), but the packet is not yet completely assembled in the SKB, yet the fragment counter frag_nr is reset to zero on the next…

2 Sept 2026, 21:21 UTC7 viewsread 3 September 2026

🚨 CVE-2026-64053 In the Linux kernel, the following vulnerability has been resolved: block: don't overwrite bip_vcnt in bio_integrity_copy_user() bio_integrity_add_page() already sets bip_vcnt to 1 for the bounce segment. Overwriting it with nr_vecs breaks bip_vcnt <= bip_max_vcnt on WRITE (bip_max_vcnt is 1), so the gap-merge checks in block/blk.h read past the bip_vec[] flex array. On READ the read is in bounds b…

2 Sept 2026, 21:20 UTC8 viewsread 3 September 2026

🚨 CVE-2026-64052 In the Linux kernel, the following vulnerability has been resolved: block: bio-integrity: Fix null-ptr-deref in bio_integrity_map_user() pin_user_pages_fast() can partially succeed and return the number of pages that were actually pinned. However, the bio_integrity_map_user() does not handle this partial pinning. This leads to a general protection fault since bvec_from_pages() dereferences an unpin…

2 Sept 2026, 21:20 UTC5 viewsread 3 September 2026

🚨 CVE-2026-64048 In the Linux kernel, the following vulnerability has been resolved: net/smc: reject CHID-0 ACCEPT that matches an empty ism_dev slot On the SMC-D client, slot 0 of ini->ism_dev[]/ini->ism_chid[] is reserved for an SMC-Dv1 device. smc_find_ism_v2_device_clnt() populates V2 entries starting at index 1, so when no V1 device is selected slot 0 is left in its kzalloc()'ed state with ism_dev[0] == NULL a…

Showing the 12 most recent of 1,134 posts we hold for @cveNotify. View and reaction counts are the latest single reading for each post, not a live figure, and a recent post is still accumulating both. A view count marked ≈ was rounded by Telegram before we ever saw it — t.me prints views in full below 1,000 and to three significant figures above, so ≈1,200,000 means somewhere between 1,150,000 and 1,249,999. Unmarked counts are exact. Text is reproduced from the public post preview and truncated for length.

Forward network

Republished by

Channels on the register that have forwarded this channel's posts into their own feed.

Built only from forwarded posts we have actually read, on both sides. Coverage is early and deliberately incomplete: a missing link means we have not read the post that would prove it, never that the relationship does not exist. Counts are distinct forwarded posts observed, so they only ever go up as we read more.

Mentions

Named by 2 registered channels — every channel on the register whose own posts have named this one, by its current username or any other username it currently holds, merged from two separately captured readings of the same fact so a namer caught by only one of them is not missed and a namer both caught is not counted twice. A username this channel has since dropped is not matched — that handle may belong to someone else now, and crediting today’s namer to yesterday’s owner would misattribute it.

Named by

Channels on the register whose posts name this channel's handle.

A mention is a weaker signal than a forward and is counted separately for that reason — naming a channel is not republishing it, and a handle in a post body is easy to place deliberately. The post counts beside each row below are distinct posts in which the handle appeared, from posts we have read on both sides — the “Named by N registered channels” figure above is a different count, of distinct NAMING CHANNELS rather than posts, and is not the sum of the rows under it.

Appears in Telegram’s recommendations for other channels

The reverse of the list above, and a different kind of signal. This does not require this channel to have ever been asked about directly — each row below is a channel we DID ask Telegram about, whose Telegram-generated list happened to include this one. A channel can appear here with an empty list above it, because being named by someone else’s query is independent of having been queried itself.

The Bug Bounty Hunter
@thebugbountyhunter · 51,241
Telegram ranks this channel #12 of 60 here — alongside 59 others — read 25 August 2026
Cyber Security News
@Cyber_Security_Channel · 56,790
Telegram ranks this channel #14 of 71 here — alongside 70 others — read 23 August 2026
vx-underground
@vxunderground · 52,311
Telegram ranks this channel #21 of 41 here — alongside 40 others — read 24 August 2026
Udemy
@udemyrip · 68,318
Telegram ranks this channel #31 of 36 here — alongside 35 others — read 21 August 2026
The Hacker News
@thehackernews · 163,733
Telegram ranks this channel #32 of 58 here — alongside 57 others — read 13 August 2026

This channel appears in 5 seed channels' Telegram-generated recommendation lists in total. Each is Telegram’s list for THAT channel, not this one — see how this is measured.

Cite this entry

A live page changes as we take new readings, so a citation should name the measurement it is based on, not just the URL. The line below cites the subscriber count as measured 6 October 2026 — this entry's latest reading, not the date you are reading this.

“CVE Notify” (@cveNotify), 19,583 subscribers as measured 6 October 2026. Telegram Register, tgregister.com/channel/cveNotify.

Full measurement history, CC BY 4.0. Every reading this register holds for this entry, not just the latest one, as a dated, downloadable record: CSV · JSON. Free to use with attribution to tgregister.com. Each file carries its own generation timestamp, which is the figure to cite for exactly when the data was retrieved.