P
Pierre Kim
pierrekim.github.io · Personal blog · on HN since 2015
Pierre Kim is a security researcher who publishes vulnerability findings on routers, fiber network equipment, and ISP devices.
What HN saysHN commenters cite it for its GPON FTTH insecurity research, using it to show that ISP-provided fiber equipment can have weak authentication and weak secrets.
21HN people shared it
2linked it in comments
20stories submitted
400story points
9 months agolast shared
2015people per year2026
Most-shared posts
- 1GPON FTTH networks (in)security (2016)4 people · 66 points · first shared 2016 · 16 comments on HN
- 2Multiple vulnerabilities found in Quanta LTE routers2 people · 8 points · first shared 2016 · 1 comments on HN
- 3Studying the Internet Censorship in South Korea2 people · 7 points · first shared 2016 · 1 comments on HN
- 4Why I stopped using StartSSL (Hint: it involves a Chinese company)1 people · 216 points · first shared 2016 · 180 comments on HN
- 5Pwning the Dlink 850L routers and abusing the MyDlink Cloud protocol1 people · 84 points · first shared 2017 · 21 comments on HN
- 6Backdoor accounts discovered in 29 FTTH OLT devices from Chinese vendor C-Data1 people · 5 points · first shared 2020 · discussion on HN
- 7Multiple vulnerabilities found in Quanta LTE routers (backdoors, RCE, weak WPS)1 people · 3 points · first shared 2016 · discussion on HN
- 8Multiple vulnerabilities found in the Dlink DWR-932B1 people · 3 points · first shared 2016 · discussion on HN
- 9DLink firmware patches fail to actually close security holes1 people · 2 points · first shared 2017 · discussion on HN
- 10Multiple Vulnerabilities Found in Wireless IP Camera (P2P) WIFICAM Cameras1 people · 1 points · first shared 2017 · discussion on HN
- 11Vulnerabilities in Sharp Multi-Function Printers1 people · 1 points · first shared 2024 · discussion on HN
- 1232 Vulnerabilities in IBM Security Verify Access1 people · 1 points · first shared 2024 · discussion on HN
- 13A comprehensive study of Huawei 3G router vulnerabilities1 people · 1 points · first shared 2015 · discussion on HN
- 142-Byte DoS in Telnetd1 people · 1 points · first shared 2022 · discussion on HN
- 15Backdoor and RCE found in 8 TOTOLINK router models1 people · 1 points · first shared 2015 · discussion on HN
What HN people wrote when they linked it
progbits · 2026-01-25
Usually yes, but it depends:
https://pierrekim.github.io/blog/2016-11-01-gpon-ftth-networks-insecur…
Also the authentication might rely on weak secrets. I know my ISP provided FTTH router has a six letter password and a guessable username (derived from my last name), and I can't change either.
Though the research is quite old now. Couldn't find anything recent specifically for DT.
zinekeller · 2021-08-15
Regardless of monentary charges (and I'm very aware of them, APNIC is even considering grants to help in IPv6 because it's in limbo for so long), even if we activate IPv6 synchronously there's still many, many problems with it, even when you permanently dual-stack it.
One is connectivity. Even theoretically we should have the same network connectivity (so to speak), you can feel the pettiness when Hurricane-Electric and Cogent fought exclusively on IPv6 (https://www.theregister.com/2018/08/28/ipv6_peering_squabbles/) I can't believe I'm saying this, but IPv6 isn't free (or at least costs the same as IPv4).
Second is security. Yes, the world is no longer scannable, but consumer routers are a dud when it comes to IPv6 security. This router (https://pierrekim.github.io/blog/2021-01-12-fiberhome-ont-0day-vulnera… has serious problems at IPv6 security, and because it's suffix is always at ::0000:0000:0000:0001 and you've eliminate around 18 bits more because of how networks are laid, you've got yourself an IPv6 botnet, which speaking by, how do you block them? A /64 would be a good start, but OVH provides a single address per server (https://www.ovhcloud.com/vps/compare/). That's it. Don't forget that fiasco with MAC addresses (https://datatracker.ietf.org/doc/html/rfc8981), but at least that's solved.
Third, IPv6 should just work as you said. I wish that's true, but embedded devices will trip you up badly. Some don't fallback to IPv4 and instead try and try again…