אבטחו את היישום ואת הגישה הניהולית שלו, הגבילו את מאזין ה-backend, הגנו על מפתחות שירות onion ובדקו את הפרסום דרך לקוח תואם. ניתוב onion הוא שכבה אחת בעיצוב. הוא אינו מסיר פגיעויות יישום, טעויות בתוכן מפורסם או את הצורך להגדיר מי אמור לקבל גישה.
הגדירו את הפרסום ואת הקהל שלו
התחילו במטרת פרסום חוקית ובתיאור הקהל. לפרסום מחקרי ציבורי ולפורטל פרויקט מוגבל יש דרישות גישה שונות. החליטו איזה תוכן מיועד להיות ציבורי, איזה דורש אימות בקשה ואיזה לעולם לא אמור להגיע לשורש האינטרנט. שמרו על ההחלטות הללו נפרדות מהתעבורה המשמשת להגעה לאתר.
כתבו מלאי נתונים קטן לפני הפריסה: דפים, העלאות, תוכן מסד נתונים, חשבונות מנהל והגדרות שירות. הקצו בעלים לעדכונים ולטיפול בתקריות. העובדה שאתר משתמש בכתובת onion אינה מכריעה שמירת נתונים, זכויות תוכן או אחריות אבטחה. אלה נשארים החלטות יישום מעשיות הדורשות תוכנית תפעול מפורשת.
שמרו על מאזין backend מכוון
שירות onion ממפה חיבור לנקודת קצה מקומית של יישום. בדקו היכן נקודת קצה זו מאזינה ואילו רשתות אחרות יכולות להגיע אליה. מדריך ההתקנה של פרויקט Tor מתאר sockets של Unix כדרך שימושית להימנע מחשיפת ה-backend לרשת מקומית. בחרו גישה הנתמכת על ידי השרת שלכם ואמתו את נגישותה בפועל.
חיבור שעובד דרך Tor יכול להתקיים במקביל למאזין ציבורי לא מכוון. בדקו גם את נתיב הגישה המיועד וגם את הגבולות סביב ה-backend. הימנעו מהנחות תצורה גנריות; קראו את הגדרות ההאזנה של היישום ואת ניתוב ה-virtual-host של שרת האינטרנט. שמרו על ממשקי ניהול נפרדים מהשירות המיועד לציבור והגבילו מי רשאי לשנות הגדרות אלה.
בחנו מה היישום מפרסם
בדקו דפים, קבצים שהועלו, פלט שגיאות ומשאבים מוטמעים כפי שקורא היה נתקל בהם. יישום יכול לחשוף פרטים תפעוליים דרך הודעות ניפוי באגים או לקשר לנכסים חיצוניים בלי שזה יהיה ברור בעיצובו הראשי. בדקו כתובות URL שנוצרו ומטא-נתוני תוכן. הגישו רק את המשאבים שהפרסום דורש והבינו כל בקשת צד שלישי שהוא יוזם.
עבור אתר מחקרי להמחשה, בדקו מאמר לדוגמה, קובץ מצורף ודף יצירת קשר לפני ההשקה. ודאו שמסמך עריכה פרטי וקובץ סביבה נמצאים מחוץ לספרייה הציבורית. השתמשו בחומר בדיקה לא רגיש בעת בדיקת העלאות. חיבור onion מוצלח מוכיח נגישות; סקירת תוכן זו בודקת מה השירות למעשה חושף לקהלו.
התייחסו לזהות השירות כחומר מוגן
תצורת שירות onion כוללת חומר מפתח שחייב להישאר פרטי. שמרו אותו מחוץ לקבצי אתר ציבוריים והגבילו גישה למפעילים הזקוקים לו. תכננו כיצד שחזור לגיטימי משמר את זהות השירות המיועדת וכיצד יטפלו בפגיעה. אל תניחו מפתחות שירות בארכיון ציבורי, בהודעת תמיכה או במאגר פרויקט משותף.
כללו את היישום, הנתונים ותצורת השירות הנדרשת בתכנון השחזור, עם הגנה מתאימה לכל אחד. גיבוי של תוכן האתר בלבד עשוי שלא לשחזר את הכתובת המיועדת, בעוד עותק המכיל מפתחות פרטיים יוצר גיבוי רגיש. תעדו מי יכול לפענח ולשחזר אותו ובדקו גישה זו בלי לחשוף את המפתחות בדוחות תרגיל.
בחרו גישה ציבורית או מוגבלת במפורש
התחברות ליישום והרשאת לקוח Tor הן שכבות שונות. פרויקט Tor מתעד הרשאת לקוח כדי להפוך גישה לשירות onion מסוג v3 לתלויה באישור לקוח. החליטו אם מודל זה מתאים לקהל ולתהליך התפעולי. הוא אינו נדרש אוטומטית לפרסום ציבורי ואינו מחליף את הרשאות היישום לאחר שלקוח מתחבר.
שקלו פורטל פרויקט עם קבוצה מאושרת קטנה. אתם זקוקים לדרך להפיץ, להחליף ולבטל חומר גישה באופן פרטי, וכן לנהל חשבונות יישום. בדקו בנפרד הסרה של לקוח מורשה ושל משתמש יישום. הטבלה הבאה שומרת על פקדים אלה נפרדים במקום להבטיח שהגדרה אחת פותרת כל בעיית גישה.
| פקד | השאלה שהוא עונה עליה | אחריות נפרדת |
|---|---|---|
| מאזין backend | מי יכול להגיע לנקודת הקצה המקומית של היישום? | תצורת שרת אינטרנט ורשת |
| הרשאת לקוח | אילו לקוחות רשאים להתחבר לשירות onion? | הפצה וביטול של אישור פרטי |
| הרשאות יישום | מה רשאי משתמש מחובר לעשות? | תפקידי חשבון וגישת נתונים |
| סקירת פרסום | מה האתר חושף? | תוכן, העלאות וטיפול בשגיאות |
בדקו דרך החיבור של הקורא
השתמשו בלקוח תואם כדי לבדוק דפים, ניווט, טפסים והורדות דרך נתיב הגישה המיועד של onion. צפו בשגיאות ובשימוש במשאבי היישום עם תעבורת בדיקה לא מזיקה. הימנעו מלמדוד רק בקשת backend מקומית, כי היא אינה מפעילה את החיבור המלא של הקורא. שמרו על חשבונות בדיקה ועל אישורי גישה מוגבלת באופן פרטי.
בדקו גם נהלי שחזור ותחזוקה. עדכון יישום צריך לכלול נקודת חזרה ואמצעי לאימות נתיב ה-onion לאחר מכן. הגדירו יומני תפעול ושמירה שימושיים בלי להניח שתווית הפצה או תעבורה יוצרת מדיניות אפס יומנים. שמרו מספיק ראיות לאבחון תקלות תוך הימנעות מאיסוף מיותר.
קראו אפשרויות אירוח כחלקים מהעיצוב
SwissOctet Veil מפרט אפשרויות של מחסנית יישומים, כתובת onion וגיבוי. בחרו את המחסנית שהתוכנה שלכם מצפה לה ומספיק CPU, זיכרון ואחסון לעומס העבודה. אשרו כיצד השירות בפועל מטפל בפריסה, בזהות השירות ובשחזור לפני שאתם תלויים בו. המיקום השווייצרי של הקטלוג נפרד מהתנהגות הפרטיות של היישום שלכם.
שמרו על השירות המיועד לפרסום לגיטימי ולמשתמשים מורשים. תכננו עדכוני מנהל, סקירות גישה ותגובה לאישורי יישום שנפגעו. פרסום onion עובד היטב כאשר תוכן, חשיפת backend ושחזור מובנים; התעבורה צריכה לתמוך בתוכנית זו ולא להפוך לתירוץ לדלג על אבטחת תוכנה רגילה.
רשימת הבדיקה המעשית שלך.
- הגדירו תוכן ציבורי ומוגבל לפני הפריסה.
- אמתו את החשיפה בפועל של מאזין ה-backend.
- בדקו דפים, העלאות ובקשות למשאבים חיצוניים.
- הגנו על חומר מפתח השירות ובדקו את שחזורו.
- הפרידו בין הרשאת לקוח לתפקידי יישום.
- בדקו תחזוקה ומסלולי קורא דרך נתיב ה-onion.
הפרטים שחשובים.
האם אירוח onion הופך יישום לאנונימי מעצם כך?+
לא. תוכן מפורסם, תצורה, חשבונות ונהלים תפעוליים יכולים לחשוף מידע. בדקו את השירות כולו במקום להסתמך על שיטת החיבור.
האם כל אתר onion צריך להשתמש בהרשאת לקוח?+
לא. החליטו לפי הקהל המיועד. הרשאת לקוח מגבילה גישת חיבור ומוסיפה מחזור חיים של אישור; הרשאות יישום נשארות נפרדות.
מה עליי להגן עליו בעותק שחזור?+
נתוני אתר ותצורה זקוקים לבקרות גישה מתאימות. כל חומר מפתח שירות שנכלל רגיש במיוחד וחייב להישאר פרטי במהלך אחסון ושחזור.
לך למקור.
הפניות אלה תומכות במושגים הטכניים במדריך זה. עקוב אחר התיעוד העדכני לפני שינוי מערכת ייצור.
- פרויקט Tor: הגדירו את שירות ה-onion שלכם community.torproject.org
- פרויקט Tor: הגדרות מתקדמות לשירות onion community.torproject.org
- פרויקט Tor: הרשאת לקוח community.torproject.org
הדרכה עריכתית מאת SwissOctet. הדוגמאות להמחשה. יש לאמת בנפרד מפרטי שירות, אפשרויות זמינות ותנאים חוזיים.