• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login

    MFA or logging for brute force attempts

    Scheduled Pinned Locked Moved
    General Problems
    3
    5
    434
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • B
      Brendan Clemente
      last edited by

      Good afternoon all,

      I am currently in the process of testing FOG for use in deployment of Windows 10. All testing has gone well so I sent the machine over to our IT Security team for testing. They came back and said the device was secure, but they are concerned of a brute force attack on the FOG management client, at which point a malicious user could upload and deploy tainted images or perform other malicious tasks.

      To cure this, I am curious as to if there is a way to enable MFA for the main login page? Or, is there logs stored somewhere of login attempts that I can have our IT Security team create alerts for? If not, has anybody created a script to create these logs?

      Either one of these two solutions should abate the concerns of our security team. Thank you in advance.

      -Brendan

      1 Reply Last reply Reply Quote 0
      • george1421G
        george1421 Moderator
        last edited by

        Would connecting FOG web ui to AD suffice in the logging parts?

        FOG currently does not support 2FA and is relatively insecure using today’s threat intelligence standards.

        TBH there are a number of areas where FOG falls short, but in regards to your question if AD authentication is used then your monitoring of FOG login activities would follow along with what ever controls you have in place for monitoring your AD brute force attacks.

        In regards to someone tweaking the install images, while its possible it would be more involved than just dropping a rootkit file in a directory and infecting a target system.

        Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

        1 Reply Last reply Reply Quote 0
        • B
          Brendan Clemente
          last edited by

          @george1421 Thanks George, I’m going to look into AD logging. Confirmed what I was thinking. I appreciate your help!

          1 Reply Last reply Reply Quote 0
          • S
            Sebastian Roth Moderator
            last edited by Sebastian Roth

            @Brendan-Clemente said in MFA or logging for brute force attempts:

            AD logging

            Just to clarify, what George meant was not actually AD logging done by FOG but using the LDAP plugin to connect FOG to an existing AD and keeping an eye in the login attempts there.

            An yes, George is right that there are a couple of things that should be improved security wise in FOG but we’d need more people to work in FOG to be able to add those.

            Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

            Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

            george1421G 1 Reply Last reply Reply Quote 0
            • george1421G
              george1421 Moderator @Sebastian Roth
              last edited by

              @Sebastian-Roth said in MFA or logging for brute force attempts:

              ust to clarify, what George meant was not actually AD logging done by FOG but using the LDAP plugin

              Yes thank you for clarifying. I WAS talking about AD event driven logging. Since they are concerned about brute force attacks, I assume that there is already in place some kind of reporting against AD password hacking. Then from FOG’s standpoint there is nothing to monitor since everything is hitting AD.

              Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

              1 Reply Last reply Reply Quote 0
              • 1 / 1
              • First post
                Last post

              159

              Online

              12.0k

              Users

              17.3k

              Topics

              155.2k

              Posts
              Copyright © 2012-2024 FOG Project