18 מחשבות על “הזרקת קוד”	CooL_SPoT 24 נובמבר, 2010 בשעה 2:15 pm	דווקא אני בדעה שלא צריך לבדוק בקשות שמגיעות, צריך פשוט לטפל בהן נכון במקומות השונים בקוד.
להגיב ↓	ik_5 מאת24 נובמבר, 2010 בשעה 3:26 pm	Cool_SPot, כאשר מראש אתה לא צריך את המידע החי כמו שהוא, פשוט תעיף כל דבר שלא צריך להיות שם מההתחלה. אם אתה מחפש משהו שיכול להכיל רק מספר, במקום להגיע למצב שאתה רק עובד עם Place Holders (או Binding במקומות אחרים), תעזור לעצמך הרבה לפני, על ידי הסרה של כל דבר שהוא לא מספר.
להגיב ↓	CooL_SPoT 24 נובמבר, 2010 בשעה 5:19 pm	איך יכולה להיות SQL Injection אם אני משתמש בprepare כמו שציינתי קודם?
להגיב ↓	ik_5 מאת24 נובמבר, 2010 בשעה 10:28 pm	טוב אם אתה חושב שאתה בטוח בהצלחה, כאשר תגלה יום אחד שהמידע שלך נעלם, או שפתאום משהו קרה לך למידע אז תבין.
להגיב ↓	קובי 25 נובמבר, 2010 בשעה 6:42 am	מה שעידו טוען הוא ש js אינה הגנה. js רצה בצד הלקוח ולתוקפים יש עליה שליטה מלאה, תוקף יכול למשל לבטל js לחלוטין, להשתמש במקופף, ובכלל אל להשתמש בדפדפן לצורך התקיפה.
להגיב ↓	ik_5 מאת25 נובמבר, 2010 בשעה 9:06 am	בנוסף להסבר של קובי, וזה מה שאני מנסה להבהיר זה שאתה עושה שימוש במידע שאתה כותב למסד הנתונים. אתה עושה שימוש בו לפני ואולי גם אחרי שכתבת. אתה עושה בו שימוש כאשר אתה שולף אותו וכו'. אני בטוח שאחרי שכתבת אותו במסד הנתונים אתה בטוח שהוא פחות מסוכן ? יותר מזה, האם אתה בודק למה שאילתא נכשלה ? כלומר "הזנת ערך לא מתאים ?"
להגיב ↓	kobi 25 נובמבר, 2010 בשעה 11:15 am	1. יופי אנכנו מסכימים, מה שעידו אמר זה "אני לא בודק עם הJS דברים קריטיים". עידו טוען שיש מי שכן חושב שבדיקה עם js היא סוג של הגנה, ושניכם מסכימים שזו אינה הגנה.
להגיב ↓	ik_5 מאת25 נובמבר, 2010 בשעה 11:42 am	מה שאני מנסה להגיד זה ש place holders זה טוב אבל לא מספק.
להגיב ↓	ארתיום 25 נובמבר, 2010 בשעה 12:13 pm	תראה עידו, בגדול אני מסכים איתך, פשוט צריך תמיד לשים גבול ל"פרנויה" כי ישנן שתי קיצוניות – לאפשר הכל ולסגור הכל. הראשונה גרועה כי היא גרוע נקודה, השניה לפעמים פוגעת ביכול להבין מה באמת יכול לקרות.
להגיב ↓	ik_5 מאת25 נובמבר, 2010 בשעה 1:44 pm	איפה בדיוק הפרנויה ?