PPP username/passwords that contain hashes get corrupted
Bug #14824 reported by
Dimos Dimoulis
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
GST |
Expired
|
Medium
|
|||
Baltix |
Invalid
|
Medium
|
Unassigned | ||
system-tools-backends (Ubuntu) |
Confirmed
|
Medium
|
Unassigned |
Bug Description
Steps to reproduce the bug:
Configure a PPP connection with g-s-t network and
username: user
password: ab#cd
Close it to have the entries updated. pap-secrets contains:
"user" * "ab#cd"
Reopen g-s-t network and modify password to:
password: eab#cd
pap-secrets now contains:
"user" * "eab#cd"#cd"
From that point on the parser gets confused and new modifications will further
corrupt the password. If it's the username that contains a hash mark, multiple
entries will be created, the old ones are not removed.
I have narrowed down the problem to the use of gst_replace_split (in replace.pl)
by gst_network_
hashes inside quotes.
Changed in system-tools-backends: | |
assignee: | mvo → nobody |
Changed in gst: | |
importance: | Unknown → Medium |
Changed in gst: | |
status: | New → Incomplete |
Changed in gst: | |
status: | Incomplete → Expired |
Changed in system-tools-backends (Ubuntu): | |
status: | Incomplete → Confirmed |
To post a comment you must log in.
Thanks for your bugreport.
I talked with the upstream author of gnome-system-tools and we are pretty
nervous about changing "gst_replace_split" because it is used all over the place
in g-s-t. The way forward is probably to use a custom "gst_replace_split" that
honors quotes in this particular context. If that is feasible for hoary (to be
released in 4 days is really questionable though :/