Author: Maxim RBINET

  • Hello Netskope location Referer tester

    <iframe src="https://notskope.com" title="This is a Notskope Test"></iframe>
    
  • REAL MALWARE

    Use this at your own risk, and for educational purposes.

    Other payloads can be found here: https://abrasive-lantana-35c.notion.site/Real-Malware-hoster-578c09c109b84f599165614d37b2d30b

    This page has been created in order to demonstrate proper function of NGFW / UTM / AV engines with real stuffs.

    Exploit.PDF.Agent.u.ZIP Checkpoint Software

    Exploit.PDF.Agent.u from Checkpoint Software

    Eicar Dropper in Zip

    Wildfire PE file from PaloAltoNetworks

    Locky Ransomware Sample from Dasmalwerk

    CoinMiner.1.3138E7A5 from Dasmalwerk

    Graftor Executable from my Box folder

    Locky Ransomware from my Box folder

    Ardamax Keylogger from by Box folder

  • FortiGate: Proxy ou Flow-based inspection – Le grand dilemne ?

    Essayons ici de clarifier quelques points sur ces 2 approches

    Modes d’inspection

     Proxy
    
         L'inspection par proxy consiste à tamponner le trafic et à l'examiner en entier avant de déterminer une action. Ce tampon de l'ensemble des données à analyser permet à ce processus d'inclure davantage de données pour l'analyse que les méthodes basées sur les flux (flow) ou l'inspection DNS.
         L'avantage d'une méthode basée sur le proxy est que l'inspection peut être plus approfondie que les autres méthodes, ce qui permet de réduire le nombre de faux positifs ou des résultats négatifs dans l'analyse des données/traffic.

    Flow-based

         La méthode d'inspection basée sur les flux examine le dossier lors de son passage dans le FortiGate sans aucune mise en mémoire tampon (ou presque...). À l'arrivée de chaque paquet du trafic, il est traité et transmis sans attendre la transaction complete ou la page web, etc.
         L'avantage de la méthode flow est que l'utilisateur obtient un temps de réponse pour les demandes HTTP (et un buffer) réduit, car les packets "coulent" à la vitesse ou ils arrivent.
         Les inconvénients de cette méthode sont qu'il y a une probabilité plus élevée d'un faux positif ou négatif dans l'analyse des données et qu'un nombre de points de controle ne sont pas disponibles/supportés dans la méthode d'inspection basée sur les flux. Il y a également moins d'actions disponibles au choix en fonction de la catégorisation du site web par les services FortiGuard

    Avantages & inconvénients ?

    J’ai pour habitude de dire, du plus indolore au plus complexe/précis

    Implicit flow < Implicit proxy-based < transparent redirect to web proxy OU explicit proxy

    1: Filtrage Implicit Flow

    • IPv4 uniquement en profil flow-based
    • Pas de blocage uniquement à la deuxiéme tentative

    2: Filtrage Implicit Proxy

    • IPv4 avec profil proxy-based (interception protocolaire)
    • passage en CPU
    • gourmand en perf
    • qq petites fonctions en +; page de blocage

    3a: Transparent Web Proxy

    • Invisible du navigateur / client
    • 2 policies dépendantes (IPv4 + redirect + web-proxy policy)
    • double processing
      +++ gourmand en perf / RAM
    • User-agent / RegexHost / URL Category

    3b: Explicit Web Proxy

    • Nécessite une configuration (qui peut etre WPAD)
    • 1 policie dédiée dans web-proxy policy
    • pas supporté sur toutes les machines / pas très apprécié par certaines applications (O365)
      ++ gourmand en perf / RAM
    • User-agent / RegexHost / URL Category

    permet le meilleur niveau de détail/sécurité (presque idem entre 3a et 3b

  • Embedded content AMP test documents

    This document aims to run tests against Antivirus Engine, URL Filter and Click Sanitization.

  • FortiGate Troubleshooting steps guidelines

    Hello,
    I’ve been working on this diagram to ease troubleshooting decisions while debugging traffic flows through FortiGate

    It’s a beta version.

    If you have any thoughs about how to improve it, let me know in comments.

  • Nouveau Challenge DGSE – Opération Brigitte Friang

    Nouveau Challenge DGSE – Opération Brigitte Friang

    compte à rebours

    Evil Country, régime autoritaire fictif est sujet à de violentes manifestations contre le régime en place. De nombreux signaux indiquent qu’Evil Gouv est prêt à passer à l’action afin de faire taire la révolte. Une attaque est programmée contre l’armée de résistance soutenue par la France. La France se doit de réagir. C’est l’opération Brigitte Friang !

    Enseignants-chercheurs et étudiants d’ESIEE Paris et la DGSE vous proposent d’incarner cette année l’agent 42 pour mener cette opération à bien.

    Suite au succès du challenge Richelieu en 2019, ce nouveau challenge se tiendra en ligne du 24 octobre au 11 novembre prochains. Pédagogique et de difficulté graduelle, il se veut accessible à un large public et attractif à travers un scénario engagé.

    Le challenge se déroule en ligne pour une durée de 2 semaines et demi. Il se découpe en deux parties principales. Une phase de branches déclinée en 3 domaines : cryptographie, web et algorithmique. Cette phase permet à toutes et à tous, quel que soit son domaine de prédilection de participer au challenge.

    Une fois les épreuves d’une branche résolues, une plateforme type CTFd propose des challenges variés d’une plus grande difficulté pour satisfaire les niveaux expert. Chaque challenge résolu rapporte un certain nombre de points en fonction de sa difficulté, le classement sera visible en temps réel via un leader- board. Le classement final sera établi à partir du classement de la plateforme.

    Petite nouveauté cette année, le top du classement sera convié à une remise de prix à la European Cyber Week le 17 novembre 2020 à Rennes en compagnie d’autorités du Ministère des Armées et du directeur général de l’ESIEE Paris, Jean Mairesse.

    Pour relever le défi, rendez-vous le 24 octobre prochain sur : https://www.challengecybersec.fr/

    Et, découvrez ce que manigance Evil Country, prouvez leur implication aux yeux du monde et aidez la résistance !

  • Fortigate – Finding MTU of an interface

    Recently I had the need to show the MTU of an Fortinet Fortigate firewall interface. By default, if there are no changes the MTU will be 1500. But in this case I needed to be able to show that the MTU was 1500.

    Few commands I tried did not show the exact info I needed, for example- Get hardware nic port1 – showed lots of great info but not the MTU.

    To get this info I needed to do an Ifconfig from the Fortigate. to do this I ran the command:

    fnsysctl ifconfig -a port1     Port1 being the port I needed to get the info for. Check out the screenshot below. Lots of other great info such as dropped packets and MAC.

    MTU

    source: https://travelingpacket.com/2017/08/25/fortigate-finding-mtu-of-an-interface/

  • Un gentil petit site web vulnérable pour des tests WAF

    bWAPP, or a buggy web application, is a free and open source deliberately insecure web application.
    It helps security enthusiasts, developers and students to discover and to prevent web vulnerabilities.
    bWAPP prepares one to conduct successful penetration testing and ethical hacking projects.

    What makes bWAPP so unique? Well, it has over 100 web vulnerabilities!
    It covers all major known web bugs, including all risks from the OWASP Top 10 project.

    bWAPP is a PHP application that uses a MySQL database. It can be hosted on Linux/Windows with Apache/IIS and MySQL. It can also be installed with WAMP or XAMPP.
    Another possibility is to download the bee-box, a custom Linux VM pre-installed with bWAPP.

    Download our What is bWAPP? introduction tutorial, including free exercises…

    bWAPP is for web application security-testing and educational purposes only.
    Have fun with this free and open source project!

    Cheers, Malik Mesellem

    Source: http://www.itsecgames.com/