Menu

#31 Show protected tags (strings) and allow protecting tags

closed
None
9
2025-01-23
2025-01-01
No

Show if a tag (string) is protected either by red on red, or by an asterisk *
for example before the tag
For example: Strgs: *otp = otpauth://...

Also please allow user to protect a tag (string), I would suggest adding (p)rotect to the tags editing prompt.

Discussion

  • Ahmed El-Mahmoudy

    I was astonished that kpcli shows the otp strings (which contains secret info.) even though I didn't use -f flag for show command. When I opened the keepass database using another app (KeePassDroid), it showed that the otp string was indeed protected.

     

    Last edit: Ahmed El-Mahmoudy 2025-01-01
    • Lester Hightower

      It seems that I am not understanding something in this. Unless -f is given to the show command, the otp string is hidden as red on red text, just like the password is, as seen in the attached image.

       
  • Lester Hightower

    • assigned_to: Lester Hightower
    • Priority: 5 --> 9
     
  • Ahmed El-Mahmoudy

    That's not what happens with me. I am using a 3.x KDBX file, and I use the otp string (instead of 2FA-TOTP field in Notes) to put the otpauth:// url, and it is displayed without being redacted as in your screenshot.
    Also, I need to add some sensitive info in string fields, such as recovery codes, yet there is no way to protect such info using kpcli

     

    Last edit: Ahmed El-Mahmoudy 2025-01-04
    • Lester Hightower

      The screenshot from my prior reply was from a 3.x KDBX file and an entry that had its OTP added by KeePassXC. If that behaves the way that you expect, then I am not sure what issue you are running into. What version of kpcli are you using (run the vers command)? What software added the OTP strings to the kdbx file's entries?

      I understand the other request that you described (you've made two requests in one ticket). I am presently focused on understanding the OTP issue, which seems to not behave for you as I would expect it to, before moving on to the feature request.

       
  • Ahmed El-Mahmoudy

    For a couple of entries, I added the otp string using an old version of kpcli (3.1 to 3.7, I don't recall). One entry was created by kpcli 4.1.2, I opened the database using KeepassDroid, and it showed that the otp string wasn't protected for all those entries, even the one created by kpcli 4.1.2

     
  • Ahmed El-Mahmoudy

    I just tried to protect the otp field of an entry using KeepassDroid, and open the file using kpcli 4.1.2, it still displayed the otp string without red on red

     
    • Lester Hightower

      Because I am unable to replicate this problem, would you please create a small kdbx file that has one or more entries within it that exhibits the concerning behavior and upload it to a reply here? Thanks.

       
  • Ahmed El-Mahmoudy

    Database password: test
    Entry: Internet/Groogle

    I don't know if this matters: I don't have File::KDBX on my system

     

    Last edit: Ahmed El-Mahmoudy 2025-01-06
  • Ahmed El-Mahmoudy

    I managed to install File::KDBX and opened a KDBX 4.1 file that was created by KeePassVault, and the otp entry was redacted indeed.
    I opened my KDBX 3.0 file again, it still wasn't redacted. The stats says that File::KeePass was used for that file.

     
  • Ahmed El-Mahmoudy

    Splendid ! Thanks.
    Awaiting the protect tag feature

     
  • Lester Hightower

    • status: open --> closed
     
    • Ahmed El-Mahmoudy

      That worked. Thanks.

       
  • Lester Hightower

    This feature was added in SVN commit r67 on the head of the trunk and will be in the next release. https://sourceforge.net/p/kpcli/code/67/

     

Log in to post a comment.

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.