{"id":6470,"date":"2013-09-09T05:06:19","date_gmt":"2013-09-09T05:06:19","guid":{"rendered":"https:\/\/dev.railscarma.com\/12-security-checks-to-be-performed-before-releasing-a-rails-app\/"},"modified":"2021-06-07T07:54:15","modified_gmt":"2021-06-07T07:54:15","slug":"12-sicherheitsuberprufungen-die-vor-der-veroffentlichung-einer-rails-app-durchgefuhrt-werden-mussen","status":"publish","type":"post","link":"https:\/\/www.railscarma.com\/de\/blog\/nachrichten\/12-sicherheitsuberprufungen-die-vor-der-veroffentlichung-einer-rails-app-durchgefuhrt-werden-mussen\/","title":{"rendered":"12 Sicherheits\u00fcberpr\u00fcfungen, die vor der Ver\u00f6ffentlichung einer RailsApp durchgef\u00fchrt werden m\u00fcssen"},"content":{"rendered":"
\n\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Wenn Sie Ihre neueste App auf einen Produktions-Webserver hochladen und der Welt zug\u00e4nglich machen, \u00fcberlassen Sie Ihre App den Elementen \u2013 den guten und den schlechten.<\/p>\n

Wenn Sie \u00fcberhaupt nicht auf Sicherheit achten, werden Sie wahrscheinlich von den ruchlosen Machenschaften eines Crackers mit Spam-Mails bel\u00e4stigt und Ihre Benutzer werden sich beschweren, wenn etwas nicht funktioniert, oder sie werden von nigerianischen Clowns mit Goldt\u00f6pfen zugespammt Aktie. Aber was soll man machen?<\/p>\n\n

12 Sicherheits\u00fcberpr\u00fcfungen, die vor der Ver\u00f6ffentlichung einer RailsApp durchgef\u00fchrt werden m\u00fcssen<\/strong><\/h5>\n
    \n \t
  1. Vertraue angemeldeten Benutzern nicht. (Authentifizierung ist eine Sache, die Autorisierung zur Ausf\u00fchrung bestimmter Aufgaben eine andere.)<\/span><\/li>\n \t
  2. H\u00fcten Sie sich vor Massenauftr\u00e4gen. (Verwenden Sie attr_accessible in Ihren Modellen!)<\/span><\/li>\n \t
  3. Machen Sie einige Attribute mit attr_readonly nicht bearbeitbar.<\/span><\/li>\n \t
  4. Achten Sie auf SQL-Injection-Vektoren. (Raw SQL in Ihrem Code ist ein Geruch, der es wert ist, untersucht zu werden.)<\/span><\/li>\n \t
  5. Verhindern Sie das Hochladen ausf\u00fchrbarer Dateien.<\/span><\/li>\n \t
  6. Filtern Sie sensible Parameter aus den Protokollen.<\/span><\/li>\n \t
  7. H\u00fcten Sie sich vor CSRF (Cross-Site Request Forgery) und verwenden Sie \u201eprotect_from_forgery\u201c und \u201ecsrf_meta_tag\u201c.<\/span><\/li>\n \t
  8. H\u00fcten Sie sich vor XSS (Cross-Site Scripting) und verwenden Sie den h-Helfer in Ansichten (dies ist gl\u00fccklicherweise die Standardeinstellung in Rails 3).<\/span><\/li>\n \t
  9. Achten Sie auf Session-Hijacks.<\/span><\/li>\n \t
  10. Vermeiden Sie Weiterleitungen zu vom Benutzer bereitgestellten URLs.<\/span><\/li>\n \t
  11. Vermeiden Sie die Verwendung von Benutzerparametern oder Inhalten in der send_file-Methode.<\/span><\/li>\n \t
  12. Machen Sie Nicht-ActionController-Methoden privat.<\/span><\/li>\n<\/ol>\nNehmen Sie Kontakt mit uns auf.<\/a>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t
    \n\t\t\t\t\t\t
    \n\t\t\t\t\t
    \n\t\t\t
    \n\t\t\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t

    Abonnieren Sie die neuesten Updates<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t
    \t\t\t\t\t