Thread (7 messages) flat view 7 messages, 2 authors, 2016-06-15

Re: [PATCH/RFC] contrib: add win32 credential-helper

From: Erik Faye-Lund <hidden>
Date: 2016-06-15 22:53:27

On Mon, Apr 2, 2012 at 5:53 PM, Erik Faye-Lund [off-list ref] wrote:
On Fri, Mar 23, 2012 at 10:10 PM, Jeff King [off-list ref] wrote:
quoted
On Tue, Mar 20, 2012 at 12:06:54AM +0100, Erik Faye-Lund wrote:
quoted
This one pretty much sucks. Mem-leaks and a sketchy deletion-filter.
Thanks for moving forward on this. I'm sorry I can't be much help on the
Windows-specific knowledge, but I'll answer what I can.
Thanks for following up :)
quoted
quoted
Currently uses "::" as an attribute-separator, but this is not robust
without encoding if the attribute values themselves contains "::".
Yeah. Can you store arbitrary bytes? If so, NUL would be a good
terminator.
No. TargetName is an LPWSTR, which is supposed to be zero-terminated.
There's no way of specifying it's length directly.
quoted
Otherwise, newline is a reasonable choice, as the protocol
already can't communicate usernames/passwords with newlines (a
limitation that I accepted to make the protocol much simpler for
scripting use).
This works, but it causes Windows 7's credential manager to glitch in
rendering the credential (adding all the newlines to the end of the
line, and stretching an icon - yuck), which is also a bit unfortunate.

So I'm thinking that escaping the string needs to be done. It can't be
that big of a deal ;)
Hmm, but I must have been a complete moron; the credential structure
in windows has a general purpose credential-attribute system, where I
can store the meta-data I want.

So I can probably use that and get away without any sort of encoding. Yay.

I'll look deeper into it when I find the time.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help