• slazer2au@lemmy.world
    link
    fedilink
    English
    arrow-up
    0
    ·
    5 months ago

    Use EICAR test strings as passwords so when the password is stored as plain text the antivirus software will delete the file.

    • Saganaki@lemmy.zip
      link
      fedilink
      arrow-up
      0
      ·
      5 months ago

      unfortunately, nearly all AV abides by the “cannot be larger than 68 bytes” rule

    • Lucy :3@feddit.org
      link
      fedilink
      arrow-up
      0
      ·
      5 months ago

      According to EICAR’s specification the antivirus detects the test file only if it starts with the 68-byte test string and is not more than 128 bytes long.

      Unless you’re the only one in the dump, no :c

    • henfredemars@infosec.pub
      link
      fedilink
      English
      arrow-up
      0
      ·
      5 months ago

      Unfortunately there is significant overlap between plain-text-password-servers and servers that can’t be bothered to use antivirus. Also, the string may not work if it’s not at the start of the file. AV often doesn’t process the whole file for efficiency purposes.

      • B-TR3E@feddit.org
        link
        fedilink
        arrow-up
        0
        ·
        5 months ago

        It’s not about the password on the server where you want to log in, it’s about CSV files stored on the machine of the cybercrook who wants to use the passwords to steal people’s identities.

      • NatakuNox@lemmy.world
        link
        fedilink
        arrow-up
        0
        ·
        5 months ago

        01001000 01100101 01101100 01101100 01101111 00101100 00100000 01110100 01101000 01101001 01110011 00100000 01101001 01110011 00100000 01101110 01101111 01110100 00100000 01100001 00100000 01110011 01110100 01110010 01101001 01101110 01100111 00100000 01101111 01100110 00100000 01100010 01101001 01101110 01100001 01110010 01111001 00100000 01110100 01101000 01100001 01110100 00100000 01110100 01101111 01110100 01100001 01101100 01101100 01111001 00100000 01110111 01101111 01101110 00100111 01110100 00100000 01101001 01101110 01100110 01100101 01100011 01110100 00100000 01111001 01101111 01110101 01110010 00100000 01110000 01101000 01101111 01101110 01100101 00100000 01101111 01110010 00100000 01100011 01101111 01101101 01110000 01110101 01110100 01100101 01110010 00100000 01110111 01101001 01110100 01101000 00100000 01100110 01110101 01110010 01110010 01111001 00100000 01110000 01101111 01110010 01101110 00101110 00100000 01010100 01101000 01100001 01110100 00100000 01101001 01110011 00100000 01100001 01101100 01101100 00101110 00101110 00101110 00100000 01000100 01101111 01101110 00100111 01110100 00100000 01100011 01101000 01100101 01100011 01101011 00100000 01101001 01101110 01110100 01100101 01110010 01101110 01100001 01101100 00100000 01110011 01110100 01101111 01110010 01100001 01100111 01100101 00101110 00100000 01010100 01101000 01100001 01101110 01101011 00100000 01111001 01101111 01110101 00100000 01111000 01101111 01111000 01101111

      • slazer2au@lemmy.world
        link
        fedilink
        English
        arrow-up
        0
        ·
        5 months ago

        Doesn’t have to be a binary file, toss the string in a txt file and the AV still throws a fit.

    • Orygin@sh.itjust.works
      link
      fedilink
      arrow-up
      0
      ·
      5 months ago

      Sadly it wouldn’t work if found in a CSV file with other records:

      According to EICAR’s specification the antivirus detects the test file only if it starts with the 68-byte test string and is not more than 128 bytes long. As a result, antiviruses are not expected to raise an alarm on some other document containing the test string

  • muusemuuse@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    0
    ·
    5 months ago

    Guys calm the fuck down. The point of this joke is not that you’ll be bulletproof a few in sort of a few commas and passwords every now and then. The point is that a lot of these guys use terrible scripts that do not parse data correctly and they dump all of this shit into large CSV files. One or two people put an errand, in there that it doesn’t expect and it fucks the whole thing sideways for the entire set everything after the asshole with the comma password gets fucked. People that know what they’re doing will be just fine with it, but scammers generally don’t know what the fuck they’re doing and they pass this data along over and over and over again it change his hands frequently. So there’s more chances for it to get fucked along the way.

  • AnimalsDream@slrpnk.net
    link
    fedilink
    English
    arrow-up
    0
    ·
    5 months ago

    Use a long series of spaces as your password. At least that way they’ll have to do a double take when they crack the hash.

  • lmmarsano@lemmynsfw.com
    link
    fedilink
    English
    arrow-up
    0
    ·
    5 months ago

    OP thinks security researchers don’t understand how to properly serialize data for correct deserialization. OP also thinks they largely use CSV.

  • sylver_dragon@lemmy.world
    link
    fedilink
    English
    arrow-up
    0
    ·
    5 months ago

    Sadly, no. CSV files can deal with embedded commas via quoting or escaping. Given that most of the dumps are going to be put together and consumed via common libraries (e.g.python’s csv module), that’s all going to happen automagically.

    • nymnympseudonym@piefed.social
      link
      fedilink
      English
      arrow-up
      0
      ·
      5 months ago

      Can be != will be

      You’re looping over 50M records, extracting into your csv. Did you bother using the appropriate library, or did your little perl script just do split(/,/,$line)

      • ilinamorato@lemmy.world
        link
        fedilink
        arrow-up
        0
        ·
        5 months ago

        Everything you can use for a password can be escaped out of a csv. Partially because csvs have to be interoperable with databases for a bunch of different reasons, and databases are where your passwords are stored (though ideally not in plaintext). There’s no way that I can think of to poison your password for a data breach that wouldn’t also poison the password database for the service you’re trying to log into.

        • bassomitron@lemmy.world
          link
          fedilink
          English
          arrow-up
          0
          ·
          5 months ago

          Gotcha, that’s what I was thinking as well. I haven’t done any software development in a long time (I have a degree in it, but professional career sent me down another path in tech), so my memory on input sanitization is very rusty. Thanks for the response!

  • JeeBaiChow@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    5 months ago

    Interesting… I wrote a gag comment about using an SQL injection as my password and crashed the Lemmy API. Using connect if that makes any difference.

  • tetris11@feddit.uk
    link
    fedilink
    English
    arrow-up
    0
    ·
    5 months ago

    csv’s are a horrible format. Tabs are superior in almost all use cases except that 0.00001% use case where someone has put a tab in their name.

        • TrickDacy@lemmy.world
          link
          fedilink
          arrow-up
          0
          ·
          5 months ago

          I don’t get the joke… ?

          I am assuming there really is a standardized format that uses tabs? Or do you just see it as intuitive to replace the commas with tabs? I’m really curious. I haven’t typically worked with huge datasets but when I’ve worked with exported/transitional data stored in files it is normally either a json or a csv (or a mysql export).

          • tetris11@feddit.uk
            link
            fedilink
            English
            arrow-up
            0
            ·
            5 months ago

            Bit of a joke related to bringing “what is TSV” to an “intense” TSV vs CSV debate.

            As for TSV itself, it’s a widely used standard from 32 years ago, and is often a default record delimiter when used with GNU/POSIX tools.

            It mostly exists as legacy at this point, as people now prefer quoted values like those given in CSV (ver2) and JSON formats.

  • kryptonianCodeMonkey@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    5 months ago

    Correct me if I’m wrong, but doesn’t text with commas in it get put in double quotes in acsv file to avoid this exact thing?

    Like if I had cells (1A: this contains no comma), (2B: this contains a, comma), and (3C: end of line), the csv file would store (this contains no comma,“this contains a, comma”, end of line)

    • patrick@lemmy.bestiver.se
      link
      fedilink
      English
      arrow-up
      0
      ·
      5 months ago

      Yes and no. Like yes, that can be true. But a lot of tools don’t handle commas correctly no matter how you escape them.

    • Wolf314159@startrek.website
      link
      fedilink
      arrow-up
      0
      ·
      5 months ago

      A CSV is just a long string of text with a few control characters tossed in for end lines. There are practically no rules enforced by the file type itself. You can dump that unsanitized and poorly awk’d data into whatever awful mess you want. Nobody’s stopping you. Sure, excel will force it’s CSV formatting rules on you when you export like a child’s training wheels. But that’s not relevant here.