openssh: add mldsa44_ed25519 key type in sshd.init
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 68/100
- Issue type
- Feature
- Clarity
- Mostly clear
- Activity status
- Active
- Tech stack
- shell
- Domain
- networking
Research direction
The change belongs in the sshd.init script of the openssh package. Start by finding where it generates the existing host keys and copy that pattern for mldsa44_ed25519, checking the OpenSSH 10.6 ssh-keygen key types it needs. Done means that a fresh install or reset creates the mldsa44_ed25519 host key alongside the others; the issue's steps to reproduce are thin, so confirm the expected behaviour with the maintainer in the thread.
Written by the indexing model from the issue text.
Description
Package Name
openssh
Maintainer
@mhei
OpenWrt Version
25.12.5
OpenWrt Target/Subtarget
all
Steps to Reproduce
For openssh 10.6:
mldsa44_ed25519 keys are not created in sshd.init
Actual Behaviour
Add mldsa44_ed25519 keygen in sshd.init
Confirmation Checklist
- The package is maintained in this repository.
- I understand that issues related to the base OpenWrt repository or LuCI repository will be closed.
- I am reporting an issue for OpenWrt, not an unsupported fork.
- Dominant language
- Makefile
- Stars
- 4.7k
- Forks
- 4k
- Avg merge
- 2d 14h
- Merged PRs (30d)
- 244
Getting set up
Starts the project's dev container in your browser, under your own GitHub account.
- No Dockerfile or Docker Compose file
- Has a pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from openwrt/packages
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
openwrt/packages#31124 · 1 comment ·
Maintainers usually reply within 1 day
-
strongswan: swanctl silently fails to start charon with legacy UCI configurationPossibly taken @feckert claimed this 2 days ago. Openbug
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
openwrt/packages#31057 · 3 comments ·
Maintainers usually reply within 1 day
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
openwrt/packages#30523 · 20 comments · 1 reaction ·
Maintainers usually reply within 1 day
-
release/25.12
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
openwrt/packages#30392 · 1 comment ·
Maintainers usually reply within 1 day
-
bug
Difficulty 2/5 Half a day Newbie friendliness 78/100
openwrt/packages#30347 · 9 comments ·
Maintainers usually reply within 1 day
All issues in openwrt/packages
Similar issues
-
Upgrade listener stays on a custom server after close when `preClose` is setPossibly taken @RaphaelFakhri claimed this today. Open
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
fastify/fastify-websocket#388 ·
-
[Bug]: DefaultPushNotificationSender never releases the webhook response, so a webhook that holds its body open keeps one socket per notificationPossibly taken @harshitwandhare claimed this today. Open
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
a2aproject/a2a-js#807 · 1 comment ·
Maintainers usually reply within 1 day
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
Maintainers usually reply within 1 day
-
Changing a service policy's type clears its posture check rolesPossibly taken @plorenz claimed this 32 days ago. Openbug controller
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Maintainers usually reply within 21 days
-
Bug Framework - FedRAMP High Framework - FedRAMP Moderate Gemini - Enterprise Level of Effort - Low Priority - Medium Scope - Blueprint Scope - Fast Scope - Module
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
google/stellar-engine#396 ·
Maintainers usually reply within 1 day